Aktualisieren ist nicht optional

Unter der Oberfläche ist Ditana Arch Linux, und Arch ist ein Rolling-Release-System. Es gibt keine «Version», bei der Sie bleiben könnten: Es gibt ein einziges bewegliches Ziel, und jedes Paket in den Paketquellen wird gegen die Bibliotheken gebaut, die heute aktuell sind. Ein System, das einige Monate lang nicht aktualisiert wurde, ist kein stabiles älteres System – es ist ein System, dessen nächste Aktualisierung ein grosser, ungetesteter Sprung ist.

Zwei Folgen verdienen es, deutlich ausgesprochen zu werden:

• Sicherheitskorrekturen kommen nur an, wenn Sie aktualisieren. Es gibt keinen separaten Backport-Kanal. Die Korrektur einer Schwachstelle in einer Bibliothek erreicht Sie als neue Version dieser Bibliothek und auf keinem anderen Weg.

• Nie ein einzelnes Paket aktualisieren. pacman -Sy something synchronisiert die Paketdatenbanken und installiert dann ein Paket gegen Bibliotheken, die sich möglicherweise bereits weiterentwickelt haben. Das ist ein partielles Upgrade; es ist der mit Abstand häufigste Weg, ein Arch-System funktionsunfähig zu machen, und es wird nicht unterstützt. Aktualisieren Sie alles oder nichts: -Syu, nie -Sy gefolgt von einer Installation.

  (Die einzige bewusste Ausnahme ist die Reparatur des Schlüsselbunds, und sie ist aus einem bestimmten, dort erklärten Grund unbedenklich.)

Der grafische Weg

Ditana installiert auf jedem Desktop ein Software-Center:

Werkzeug	Installiert mit	Deckt ab
Pachub	XFCE, Niri, Wayfire, COSMIC	Pakete aus den Paketquellen von Arch und Ditana
Bazaar	Niri, Wayfire	Flatpak-Anwendungen von Flathub
COSMIC Store	COSMIC	Flatpak-Anwendungen von Flathub
Kalu	XFCE	Benachrichtigt Sie, wenn Aktualisierungen anstehen
arch-audit-gtk	alle Desktops	Anzeige im Infobereich, die rot wird, wenn ein installiertes Paket eine bekannte Schwachstelle hat

Pachub und die Flatpak-Stores decken verschiedene Hälften des Systems ab; eines davon auszuführen ist also nicht dasselbe, wie beide auszuführen. Wenn Ihr Desktop keinen Flatpak-Store hat, deckt der Befehl für das Terminal weiter unten diesen Teil ab.

Der Weg über das Terminal

Das ist der empfohlene Weg, weil ein einziger Befehl die Paketquellen und die AUR-Pakete abdeckt, die Sie installiert haben:

paru -Syu          # Arch repos + Ditana repo + your AUR packages
flatpak update     # sandboxed applications from Flathub

paru ist der von Ditana gewählte AUR-Helfer und ist auf jedem System installiert, auch auf Headless-Systemen. Ein einfaches pacman -Syu funktioniert ebenfalls, lässt die AUR-Pakete aber auf ihrem alten Stand – und ein AUR-Paket, das auf seinem alten Stand bleibt, während sich seine Abhängigkeiten weiterentwickeln, ist genau die ABI-Inkompatibilität, die eine Woche später «symbol lookup error» erzeugt.

Bis zum Ende laufen lassen. Auf einem System mit ZFS wird bei jeder Kernel-Aktualisierung das ZFS-Modul neu gebaut. pacman zeigt dann Install DKMS modules und eine Zeile, die mit ==> dkms install beginnt, und danach mehrere Minuten lang nichts. Das ist kein Hängenbleiben. Wenn Sie den Vorgang unterbrechen, fehlt dem neuen Kernel sein ZFS-Modul, und der nächste Systemstart endet in einer Kernel-Panic mit der Meldung Attempted to kill init!. Wenn das geschehen ist, setzen Sie das System auf den Schnappschuss zurück, der vor der Aktualisierung erstellt wurde, wie unter Automatische Systemschnappschüsse beschrieben.

Nach der Aktualisierung

• Konfigurationsdateien. Wenn ein Paket eine neue Standardfassung einer Datei ausliefert, die Sie bearbeitet haben, schreibt pacman sie als *.pacnew neben Ihre Datei und weist darauf hin. Führen Sie die beiden mit sudo pacdiff zusammen (aus dem Paket pacman-contrib, das standardmässig installiert ist). Dateien vom Typ .pacnew ein Jahr lang zu ignorieren, ist ein schleichender Weg, Defekte anzuhäufen.
• Nach einer Kernel-Aktualisierung neu starten. Bis Sie das tun, passt der laufende Kernel nicht mehr zu den Modulen auf dem Datenträger, und das Laden eines Moduls, das nicht bereits im Arbeitsspeicher war, schlägt fehl.
• Schnappschüsse. Wenn Sie bei der Installation automatische Schnappschüsse aktiviert haben, ist der Zustand vor der Aktualisierung noch auf dem Datenträger vorhanden, und Sie können ihn starten. Siehe Automatische Systemschnappschüsse.