initramfs neu erstellen: dracut -f gegenüber update-initramfs -u und Prüfung des Ergebnisses

Ziel

Das initramfs für den aktuell laufenden (oder einen angegebenen) Kernel neu erzeugen, nachdem sich etwas geändert hat, das den frühen Bootvorgang betrifft: ein neuer Storage-Treiber, eine geänderte LUKS-Konfiguration, eine Änderung an einem mdadm-Array oder eine Änderung an /etc/fstab bzw. /etc/crypttab, die der frühe Userspace kennen muss. Anschliessend bestätigen, dass das neue Image tatsächlich enthält, was geändert wurde.

Voraussetzungen

Root-Zugriff; genügend freier Platz in /boot für ein neues Image neben dem alten; der aktuell gebootete Kernel funktioniert noch (die Neuerstellung vor dem Neustart durchführen, nicht erst bei der Diagnose eines bereits defekten Bootvorgangs, es sei denn, es wird aus einer chroot-Umgebung gearbeitet).

Schritte

1. Zuerst das aktuelle Image kopieren (cp -p /boot/initramfs-<version>.img /root/; unter Debian/Ubuntu /boot/initrd.img-<version>), damit es zurückkopiert werden kann, falls das neue Image fehlschlägt. Auf RHEL, Fedora und SUSE (dracut-basierte Systeme) das Image für den laufenden Kernel mit dracut -f neu erstellen (-f/--force überschreibt die vorhandene initramfs-Datei); für jeden anderen Kernel Image-Name und Version ausdrücklich angeben, z. B. dracut -f /boot/initramfs-<version>.img <version> (SUSE nennt die Datei /boot/initrd-<version>). In einer chroot-Umgebung liefert uname -r den Rescue-Kernel, daher dort immer die Version angeben.
2. Auf Debian, Ubuntu und Derivaten (initramfs-tools) das vorhandene Image mit update-initramfs -u -k <version> neu erstellen (-u "updates an existing initramfs", also aktualisiert ein vorhandenes initramfs; ohne -k wird der neueste installierte Kernel verwendet, nicht unbedingt der laufende; mit -k all wird für alle installierten Kernel neu erstellt, etwa nach einer Änderung, die alle betrifft, wie dem Hinzufügen eines Dateisystemmoduls oder einer Änderung an /etc/crypttab).
3. Wissen, wann eine Neuerstellung nötig ist und wann ein blosses update-grub genügt. Neuerstellen ist nötig beim Hinzufügen oder Entfernen eines Out-of-Tree-Storage-Treibers, bei einer Änderung der Module, die dracut.conf/initramfs-tools einbinden, bei einer Änderung an einer LUKS-Schlüsseldatei oder einem crypttab-Eintrag sowie bei einer Änderung des RAID-Layouts, das mdadm beim Booten zusammensetzen muss. Ein Kernel-Paket-Upgrade löst dies normalerweise automatisch über die Hooks des Paketmanagers aus; eine manuelle Konfigurationsänderung in der Regel nicht.
4. Den Inhalt vor dem Neustart prüfen: lsinitrd listet den Inhalt eines mit dracut erstellten initramfs-Images auf (standardmässig für den aktuellen Kernel oder für einen angegebenen Image-Pfad); auf Systemen der Debian-Familie listet lsinitramfs /boot/initrd.img-<version> die Dateien des Archivs auf. In der Ausgabe nach dem erwarteten Modul oder der erwarteten Datei suchen (ein Treiber-.ko, ein crypttab-Eintrag, eine mdadm.conf), um zu bestätigen, dass sie vorhanden ist.
5. Mindestens einen älteren Kernel mit dem passenden initramfs als Fallback-Eintrag im Bootmenü installiert lassen; das vorherige Kernel-Paket erst entfernen, nachdem das neue initramfs mindestens einmal erfolgreich gebootet wurde.
6. Zum Test neu starten. Schlägt der Bootvorgang fehl, im Bootmenü den Fallback-Kernel auswählen (deshalb ist Schritt 5 wichtig) und nach der Diagnose in einer funktionierenden Sitzung das Image erneut erstellen.

Erwartetes Ergebnis

Die Auflistung des neuen Images (lsinitrd / lsinitramfs) zeigt den Treiber, den crypttab-Eintrag oder die mdadm-Konfiguration, die die Neuerstellung ausgelöst haben; der nächste Bootvorgang erreicht das Root-Dateisystem, ohne in eine initramfs-Shell zu fallen.

Grenzen und Prüfbasis

Weder dracut -f noch update-initramfs -u hat einen Befehl zum Rückgängigmachen; die Sicherheitsnetze sind das kopierte Image (es lässt sich vom Fallback-Kernel aus oder aus einem Rescue-Boot zurückkopieren) und der Fallback-Kernel-Eintrag. Wird für die falsche Kernel-Version neu erstellt (ein häufiger Fehler, wenn mehrere installiert sind), bleibt das Image des gebooteten Kernels unbemerkt unverändert.