Thema: boot
-
Checkliste für den Wiederherstellungszugang vor Remote-Änderungen an der Boot-Konfiguration
Vor jeder Änderung, die den Start eines Remote-Systems beeinflusst (Standardeintrag des Boot-Loaders, Kernel-Parameter, fstab-Eintrag, netzwerkabhängige Unit in einem Boot-Target), sind vier Punkte zu klären: ein zweiter Zugangsweg existiert, der Konsolenzugang funktioniert aktuell tatsächlich, ein bekannter funktionierender Zustand lässt sich wiederherstellen, und der Rollback ist schriftlich festgehalten statt nachträglich improvisiert.
-
GRUB-2-Administration: /etc/default/grub, grub-mkconfig, grubby und der Standardeintrag
GRUB 2 wird indirekt konfiguriert: Die Einstellungen stehen in /etc/default/grub und werden von grub-mkconfig (unter Debian/Ubuntu als update-grub aufgerufen) in grub.cfg übersetzt. Auf Systemen der RHEL-Familie mit Boot-Loader-Specification-Einträgen wird dagegen meist grubby verwendet, statt grub.cfg von Hand zu bearbeiten.
-
Die Linux-Boot-Kette für die Fehlersuche: Firmware, Boot Loader, Kernel, initramfs und systemd
Ein Linux-Boot durchläuft Firmware, Boot Loader, Kernel, initramfs und schliesslich den System-Manager; jede Stufe übergibt die Kontrolle an die nächste. Wer weiss, was jede Stufe leistet und wo sie protokolliert, kann einen fehlgeschlagenen Boot auf eine Stufe eingrenzen, bevor etwas verändert wird.
-
systemd rescue.target und emergency.target: aufrufen und zum Normalbetrieb zurückkehren
rescue.target startet das Basissystem und eine Single-User-Shell; emergency.target überspringt fast alles und startet eine Shell auf der Konsole, wobei das Root-Dateisystem unter Umständen noch schreibgeschützt ist. Beide Targets werden über den Kernel-Parameter systemd.unit= erreicht, und beide erfordern danach die bewusste Rückkehr zu default.target.
-
/etc/fstab sicher bearbeiten: UUIDs, nofail, x-systemd-Optionen und findmnt --verify
Eine fehlerhafte Zeile in /etc/fstab kann beim nächsten Start in eine Emergency-Shell führen. Diese Methodik verwendet UUID= statt Gerätenamen, nofail und x-systemd.device-timeout= für optionale Mounts sowie findmnt --verify und mount -a, um die Datei vor dem Neustart zu prüfen.
-
initramfs neu erstellen: dracut -f gegenüber update-initramfs -u und Prüfung des Ergebnisses
Enthält ein initramfs den Treiber oder die Konfiguration nicht, die zum Finden und Entsperren des Root-Dateisystems nötig sind, bleibt der Bootvorgang in einer frühen Shell hängen. Die Neuerstellung ist distributionsabhängig (dracut -f unter RHEL/Fedora/SUSE, update-initramfs -u unter Debian/Ubuntu) und sollte geprüft und mit einem Fallback abgesichert werden, bevor man sich darauf verlässt.
-
AIX-Dienste mit dem System Resource Controller verwalten: lssrc, startsrc/stopsrc und rc.tcpip
AIX verwaltet dauerhaft laufende Daemons über den System Resource Controller (SRC), ein Modell aus Subsystemen und Gruppen, das in der ODM-Objektklasse SRCsubsys konfiguriert wird – nicht über systemd-Units. lssrc, startsrc und stopsrc steuern ihn interaktiv, während /etc/inittab und Skripte wie rc.tcpip festlegen, was beim Booten automatisch startet.
-
Windows-Startprobleme beheben: WinRE, reagentc und der BCD-Speicher
Die Windows-Wiederherstellungsumgebung bietet Starthilfe und eine Eingabeaufforderung, wenn Windows nicht startet. reagentc zeigt an und steuert, ob WinRE aktiv ist; bcdedit liest und bearbeitet den BCD-Speicher (Boot Configuration Data), der festlegt, was wie startet. Vor Änderungen mit bcdedit /export sichern.
Maschinenlesbar: JSON