Ein Firmware-Update führt seltener dazu, dass ein Home-Server nicht mehr startet, wenn Sie das exakte UEFI-Bootziel dokumentieren und vor dem Update einen zweiten Bootpfad sichern.
Die vorbeugende Maßnahme besteht nicht einfach darin, einen Screenshot des BIOS-Bootmenüs anzufertigen. Dokumentieren Sie den aktiven EFI-Eintrag, die Bootreihenfolge, das Ziellaufwerk und die EFI-Systempartition, den Firmware-Modus, den Secure-Boot-Status sowie einen Wiederherstellungspfad, der nicht vom selben NVRAM-Eintrag abhängt. Überprüfen Sie anschließend, ob der Server vor dem Update den vorgesehenen Loader erreicht, und vergleichen Sie dieselben Informationen unmittelbar danach.
Aktiven EFI-Eintrag vor dem Update dokumentieren
Führen Sie das EFI-Boot-Manager-Tool des Systems aus, während sich der Server in einem bekannten, funktionierenden Zustand befindet, und speichern Sie die vollständige Ausgabe mit ausführlichen Gerätepfaden. Dokumentieren Sie BootCurrent, BootOrder, alle aktiven Einträge sowie das Laufwerk oder die Partition, auf die der bevorzugte Loader verweist.
Eine auf Server ausgerichtete Anleitung zur Wiederherstellung empfiehlt, die Einträge vor dem Update zu dokumentieren und dazu vor und nach einer BIOS-bezogenen Änderung efibootmgr -v auszuführen.
Speichern Sie diesen Text außerhalb des Bootlaufwerks, beispielsweise auf einem anderen NAS-Dataset oder einem Administrations-Laptop. Ein Foto des Bildschirms nach dem Update ist hilfreich, aber ein gespeicherter Gerätepfad liefert deutlich bessere Beweise, wenn mehrere Laufwerke ähnlich benannte Linux-Boot-Einträge bereitstellen.
Boot-Eintrag dem physischen Laufwerk zuordnen
Ermitteln Sie die vom aktiven Loader verwendete EFI-Systempartition und ordnen Sie sie einer Laufwerksseriennummer oder einer anderen stabilen Hardwareidentität zu. Dokumentieren Sie außerdem die Identität des Root-Dateisystems oder Boot-Pools, damit Sie das richtige Betriebssystemlaufwerk von einem älteren Klon unterscheiden können.
Eine praxisnahe Linux-Anleitung zeigt, dass BootCurrent den aktiven Eintrag identifiziert, anstatt sich darauf zu verlassen, welches Laufwerk im Betriebssystem zufällig zuerst erscheint.
Bezeichnen Sie Laufwerke in Ihren Wartungsnotizen nicht nur als „NVMe 1“ oder „SATA 0“. Firmware-Updates können Controller oder die Geräteanzeige neu ordnen, während Seriennummern und EFI-Gerätepfade das vorgesehene Bootziel deutlich leichter erkennbar machen.
NVRAM-Bootreihenfolge separat speichern
UEFI-Boot-Einträge sind Firmware-Variablen und nicht nur Dateien innerhalb der EFI-Partition. Speichern Sie die aktuelle Reihenfolge und die Kennungen der Einträge, damit Sie die gewünschte Priorität auch dann wiederherstellen können, wenn die EFI-Dateien erhalten bleiben, das Mainboard jedoch seine NVRAM-Einträge vergisst.
Eine Anleitung zur EFI-Verwaltung erklärt, dass Boot-Einträge im NVRAM gespeichert sind und unabhängig von den Loader-Dateien erstellt, gelöscht oder neu angeordnet werden können.
Betrachten Sie die gespeicherte hexadezimale Eintragsnummer nicht allein als dauerhaft. Nach einem Zurücksetzen kann der neu erstellte Eintrag eine andere Nummer erhalten. Entscheidend sind daher der Loader-Pfad, das Ziellaufwerk, die Bezeichnung und die gewünschte relative Reihenfolge.
Firmware-unabhängigen Fallback-Loader bereithalten
Sofern Ihr Bootloader und Ihre Distribution dies unterstützen, überprüfen Sie, ob die EFI-Systempartition einen nutzbaren Fallback-Loader-Pfad oder eine andere dokumentierte Wiederherstellungsmethode enthält. Testen Sie das einmalige Bootmenü oder ein Wechselmedium zur Wiederherstellung vor dem Firmware-Update.
Anleitungen zu UEFI-Bootloadern beschreiben, wie Fallback-Loader fehlende Einträge umgehen, wenn die normale NVRAM-Registrierung nicht vorhanden ist.
Ein Fallback ersetzt keine saubere Primärkonfiguration. Sein Wert liegt darin, Ihnen eine zuverlässige Möglichkeit zu geben, das Betriebssystem lange genug zu erreichen, um den vorgesehenen Eintrag wiederherzustellen, anstatt unter Zeitdruck mit mehreren alten EFI-Partitionen zu experimentieren.
UEFI-, Legacy- und Secure-Boot-Status dokumentieren
Notieren Sie vor dem Update, ob der Server reines UEFI, den Legacy- oder CSM-Kompatibilitätsmodus sowie Secure Boot verwendet. Dokumentieren Sie außerdem die Einstellungen des Speichercontrollers, die verhindern würden, dass das aktuelle Betriebssystem sein normales Bootlaufwerk erkennt, wenn die Standardeinstellungen wiederhergestellt werden.
Eine Anleitung zur Firmware-Migration unter Linux zeigt, dass der UEFI-Modus das Bootverhalten verändert und während des Übergangs eine manuelle Laufwerksauswahl erforderlich machen kann.
Vergleichen Sie diese Einstellungen nach dem Update, bevor Sie einen Bootloader neu installieren. Ein Server kann weiterhin die richtigen EFI-Dateien enthalten und trotzdem von einem anderen Laufwerk starten, wenn Firmware-Modus oder Bootpriorität auf die Standardeinstellungen zurückgesetzt wurden.
Vorgesehenen Eintrag unmittelbar nach dem Update überprüfen
Erfassen Sie beim ersten erfolgreichen Start nach dem Update erneut BootCurrent und BootOrder, bevor normale Dienste Laufwerke verändern. Bestätigen Sie, dass der Server vom vorgesehenen physischen Laufwerk und der richtigen EFI-Systempartition gestartet wurde.
Ein Beispiel zur Bootreihenfolge zeigt, dass die BootOrder gezielt wiederhergestellt werden kann, anstatt die von der Firmware automatisch ausgewählte Reihenfolge zu akzeptieren.
Stellen Sie eine alte Reihenfolge erst wieder her, nachdem Sie jeden aktuellen Eintrag seinem Loader-Pfad zugeordnet haben, da sich die Eintragsnummern ändern können. Der zugehörige ZimaSpace-Artikel zur Diagnose eines Starts vom falschen Laufwerk bleibt der richtige nächste Schritt, wenn das Firmware-Update das aktive Laufwerk bereits geändert hat.
Häufig gestellte Fragen
Reicht ein Screenshot der BIOS-Einstellungen als Vorbereitung aus?
Nein. Ein Screenshot kann Bezeichnungen und Reihenfolge zeigen, aber gespeicherte EFI-Gerätepfade, der aktive Eintrag, die Laufwerksidentität und die EFI-Systempartition machen die Wiederherstellung deutlich eindeutiger.
Sollte ich alte EFI-Einträge vor einem Firmware-Update löschen?
Nicht nur aus Gründen der Übersichtlichkeit. Ermitteln Sie zunächst, welche Einträge tatsächlich veraltet sind, und bewahren Sie einen getesteten Fallback auf. Das Entfernen eines funktionierenden alternativen Pfads unmittelbar vor der Firmware-Wartung schränkt die Wiederherstellungsmöglichkeiten ein.
Können die EFI-Dateien erhalten bleiben, auch wenn der Boot-Eintrag verschwindet?
Ja. Die Firmware kann ihre NVRAM-Einträge verlieren oder neu anordnen, während die EFI-Systempartition intakt bleibt. Deshalb ist es wichtig, sowohl den Firmware-Eintrag als auch den auf dem Laufwerk gespeicherten Loader-Pfad zu dokumentieren.
Support & Tipps
Mehr zum Lesen

Kann Plex eine GPU mit einem anderen Docker-Container gemeinsam nutzen?
Plex und ein weiterer Container können häufig auf dieselbe GPU zugreifen, aber du musst die Treiberunterstützung, die Gerätezuordnung, die Auslastung der Video-Engine, den Speicher...

So erkennst du, ob ein Plex-Fehler vom Client oder vom Server verursacht wird
Reproduziere dasselbe Element auf einem anderen Client, vergleiche den Sitzungspfad und sammle Serverbelege erst, nachdem der Geltungsbereich dir gezeigt hat, wo der Fehler tatsächlich...

So konfigurierst du den Plex-Cache und den temporären Transcodierungs-Speicher
Schütze den persistenten Plex-Zustand, indem du temporäre Transcodierungsdateien auf geeignetem lokalem Speicher ablegst, und überprüfe anschließend die Bereinigung, den freien Speicherplatz und das Verhalten...

