Es ist mal wieder Zeit sein Debian upzudaten, Lenny, alias Debian 5.0, ist da !!
Wie immer,bitte erstmal die Release-Notes lesen und ein Backup vom System anlegen …
Und nun los:
Es ist mal wieder Zeit sein Debian upzudaten, Lenny, alias Debian 5.0, ist da !!
Wie immer,bitte erstmal die Release-Notes lesen und ein Backup vom System anlegen …
Und nun los:
Mir ist nun schon öfter passiert das die Keys GnuPG-Keys von Debian-Server ausgelaufen bzw. nicht zur Verfügung standen.
Bei einem apt-get oder aptitude update taucht dann dieser Fehler auf:
W: There is no public key available for the following key IDs:
9AA38DCD55BE302B
W: GPG error: http://debian.netcologne.de etch Release: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9AA38DCD55BE302B
W: Probieren Sie »apt-get update«, um diese Probleme zu korrigieren.
Nun kannst du entweder alle Keys neu installieren:
# aptitude install debian-archive-keyring
oder nur den Schlüssel der fehlt:
# gpg –keyserver wwwkeys.eu.pgp.net –recv-keys 9AA38DCD55BE302B
# apt-key add .gnupg/pubring.gpg
Dann sollte es wieder gehen
Debian Live ist ein System um ein eigenes Debian zu erstellen das von CD, USB oder per Netzboot starten kann.
Das tolle ist, das du das System selber ändern kannst.
Du kannst dir also das System bauen, das du möchtest !!!!
Allerdings ist die Doku noch etwas mau, darum habe ich mal einige Dinge zusammengeschrieben
Wer unter Debian den mc verwendet und dann wie gewohnt auch den mcedit (den ich für gut halte) verwenden möchte, guckt nach dem Druck auf F4 erstmal dumm ….
Es erscheint nicht der mcedit sondern der nano !!!!
Wie bekommst du den mcedit wieder ??
Direkt mal vorweg, sitzt der Cracker vor der Machine hast du zu 99% verloren, egal welches Betriebssystem.
Auch unter Linux ist es recht einfach ohne root-Kennwort auf die Maschine zu kommen.
BackupExec 12.5
Hier hat Symantec wirklich was getan und die Installation lief unter meinem Debian 4.0r5 (etch – X86) ohne Probleme. Obwohl Debian nicht auf der Liste der unterstützten Systeme steht ![]()
Und so geht es: Den Rest des Beitrags lesen »
Backupexec11-12_debianBackupExec 11 & 12
Unter BackupExec 11 & 12 musste man die Pakete noch von Hand installieren. Wie das geht, erfährst du in dieser Anleitung:
backupexec11-12_debian.pdf
Der Antivirus-Scanner ServerProtect läuft zwar offiziell nur unter Debian 3.1 , aber das stimmt nicht so ganz ![]()
Was definitiv nicht läuft ist der Hintergrundscanner (Real-time Scan), da der Kernel einfach falsch ist. Aber der manuelle Scanner, der läuft.
Ich habe den ServerControl unter Sarge (3.1) installiert, aber er läuft nach dem Update auf Etch (4.0) und nach Installationn aller Updates (siehe unten) sogar unter Lenny (5.0). Nur kann unter Etch & Lenny die Neu-Installation etwas abweichen. Wer hier etwas zu weiß, bitte einen Kommentar senden.
Aktuell ist übrigens ServerProtect 3.0, aber der unterstützt wohl nur RedHat und Suse Enterprise Server. Jedenfalls habe ich diesen nicht unter Debian Lenny zu laufen bewegen können. Es passt weder Distribution noch Kernel-Version.
Und hier der Weg der Installation für Version 2.5:
Beim Update von Debian Sarge (3.1) auf Etch (4.0) kam es bei mir nur zu folgenden kleinen Problemen:
Cacti:
In Etch kommt RRDTool 1.2.15 anstelle von 1.0.xx zum Einsatz, und das muss umgestellt werden:
Seetings: RRDTool Utility Version: RRD Tool 1.2.x
Php-syslog-ng
Nicht ganz klar, aber so ging es:
/var/lib/mysql/syslog:
- all\_logs.MRG kopieren nach all\_logs.MRG-old
- all\_logs.MRG leeren
- mysqld restart
- MySQL meckert und meldet
syslog.all\_logs
error : Table upgrade required. Please do “REPAIR TABLE `all\_logs`” to fix it!
- all\_logs.MRG repair
- mysqld restart
- Daten aus all\_logs.MRG-old nach all\_logs.MRG kopiert
- mysqld restart
- geht wieder ?!?!? Danach tratt das Problem nie weder auf
Dovecot IMAPd
Dovecot hat sich “nur” von 0.99 auf 1.0rc15 geändert, aber die Änderungen haben es in sich ….
Am besten liest du die Doku und editierst die Konfig-Datei komplett neu. ( http://www.dovecot.org/ )