Dist-Upgrade

Es ist empfehlenswert, vor der Benutzung dieser Anleitung diese einmal vollständig zu lesen.

Diese Anleitung wurde an Beispiel eines dist-upgrades von etch auf lenny erstellt

Schritt 1

Die Datei /etc/apt/sources.lst und die Dateien unterhalb von /etc/apt/sources.d/ müssen angepasst werden. Es sollte sicher gestellt werden, dass in diesen nur Codenamen (etch, lenny, etc.) verwendet werden, nicht die symbolischen Namen (stable, testing, etc.).

In den Dateien muss der Codename der aktuellen Version durch den der neuen ersetzt werden.

Ein Upgrade über mehr als einen Versionssprung wird offiziell nicht unterstützt, das kann gut gehen, muss es aber nicht. Im Zweifel einen Sprung nach dem anderen ausführen bis man bei der aktuellen Version angekommen ist.

Vor dem eigentlichen Upgrade ist es sinnvoll, nach Überbleibseln eines alten Upgrades zu suchen:

find / -iname \*.dpkg\* -print
find / -iname \*.ucf-\* -print

Im Normalfall sollte dabei keine Datei gefunden werden, sollten doch Datein gefunden werden sollten diese gesichtet und archiviert oder gelöscht werden. Auf jeden Fall sollte vor dem nächsten Schritt obiger Befehl keine Dateien mehr finden.

Schritt 2

Jetzt wird das Upgrade gestartet:

apt-get update
apt-get dist-upgrade --purge
apt-get clean

Dabei werden evtl. Fragen gestellt, wenn Konfigurationsdatein modifiziert worden sind. Die Änderungen sollten aufmerksam verglichen und die Fragen entsprechend beantwortet werden.

Schritt 3

Es kann vorkommen, dass in einer neuen Version einige Pakete zwar noch vorhanden sind, aber nicht mehr der Standardinstallation entsprechen. Ausserdem ist es sehr wahrscheinlich, dass es einige interessante neue Pakete gibt. Diese sollten nun installiert werden.

apt-get install rsyslog munin-plugins-extra

Schritt 4

Nun ist es an der Zeit, ein wenig aufzuräumen. Zunächst werden Pakete entfernt, die in der neuen Version nicht mehr existieren aber nicht durch einen Konflikt zu anderen Paketen automatisch entfernt wurden. Dieser Schritt ist leider nur interaktiv möglich (wer eine skriptbare Möglichkeit kennt möge diese hier ergänzen), dabei sollte darauf geachtet werden, den alten, zur Zeit laufenden Kernel sowie seine Module (falls diese sich in getrennten Paketen befinden) noch nicht zu entfernen.

aptitude
        Obsolete and Locally Created Packages
                select packages with '_' (underscore)
        g
        g
        q

Handelt es sich um ein Upgrader einer Xen-DomU sollte man verifizieren, dass in /etc/inittab bereits hvc0 statt tty1 verwendet wird:

vi /etc/inittab
        1:2345:respawn:/sbin/getty 38400 hvc0

Zum Abschluss wird wieder nach alten/neuen Konfigurationsdateien gesucht

find / -iname \*.dpkg\* -print

und diese mit den neuen/alten verglichen, archiviert bzw. gelöscht.

Schritt 5

Nun ist es Zeit für den Reboot mit dem neuen Kernel. Wenn alles gut geht kann anschliessend der alte Kernel wie in Schritt 4 gezeigt ebenfalls entfernt werden.

Schritt 6

Damit ist das Upgrade abgeschlossen. In den nächsten Tagen (und Wochen) sollte intensiv auf die diversen Logfiles gesehen werden.

mögliche Probleme

• pam_env(su:session): Unable to open env file: /etc/default/locale: No such file or directory

  • Die Datei wird durch den Aufruf von update-locale erzeugt.

• apticron vs. mailx

  • apticron ruft mailx mit einem Parameter auf, den nur bsd-mailx kennt. Sind weitere mailx-Pakete (z.B. hairloom-mailx) installiert, sollte mit update-alternatives --config mailx bsd-mailx als Standard ausgewählt werden.