Een firmware-update zal een homeserver minder snel onbruikbaar maken als je vóór de update het exacte UEFI-opstartdoel vastlegt en een tweede opstartpad bewaart.
De preventieve taak bestaat niet alleen uit het maken van een screenshot van het BIOS-opstartmenu. Leg de actieve EFI-vermelding, de opstartvolgorde, de doelschijf en de EFI-systeempartitie, de firmwaremodus, de status van Secure Boot en een herstelpad vast dat niet afhankelijk is van dezelfde NVRAM-vermelding. Controleer vervolgens of de server vóór de update de bedoelde loader kan bereiken en vergelijk direct daarna dezelfde gegevens.
Leg de actieve EFI-vermelding vast vóór de update
Voer de EFI-opstartbeheertool van het systeem uit terwijl de server zich in de bekende goede toestand bevindt en sla de volledige uitvoer op, inclusief uitgebreide apparaatpaden. Leg BootCurrent, BootOrder, elke actieve vermelding en de schijf of partitie waarnaar de voorkeursloader verwijst vast.
Een op servers gerichte herstelnotitie adviseert om vermeldingen vóór de update vast te leggen met efibootmgr -v, zowel vóór als na een BIOS-gerelateerde wijziging.
Bewaar die tekst buiten de opstartschijf, bijvoorbeeld op een andere NAS-dataset of een beheerlaptop. Een foto van het scherm na de update is nuttig, maar een opgeslagen apparaatpad vormt veel sterker bewijs wanneer meerdere schijven vergelijkbaar genoemde Linux-opstartvermeldingen tonen.
Koppel de opstartvermelding aan de fysieke schijf
Identificeer de EFI-systeempartitie die door de actieve loader wordt gebruikt en koppel deze aan een serienummer van de schijf of een andere stabiele hardware-identiteit. Leg ook de identiteit van het rootbestandssysteem of de opstartpool vast, zodat je de juiste besturingssysteemschijf kunt onderscheiden van een oudere kloon.
Een praktische Linux-handleiding laat zien dat BootCurrent de actieve vermelding identificeert, in plaats van te vertrouwen op de schijf die toevallig als eerste in het besturingssysteem verschijnt.
Label schijven in je onderhoudsnotities niet alleen als “NVMe 1” of “SATA 0”. Firmware-updates kunnen de volgorde van controllers of de apparaatweergave wijzigen, terwijl serienummers en EFI-apparaatpaden het veel eenvoudiger maken om het bedoelde opstartdoel te herkennen.
Sla de NVRAM-opstartvolgorde afzonderlijk op
UEFI-opstartvermeldingen zijn firmwarevariabelen en niet slechts bestanden in de EFI-partitie. Sla de huidige volgorde en de identificatiegegevens van de vermeldingen op, zodat je de voorkeur opnieuw kunt instellen als de EFI-bestanden behouden blijven, maar het moederbord hun NVRAM-records vergeet.
Een zelfstudie over EFI-beheer legt uit dat opstartvermeldingen in NVRAM staan en onafhankelijk van de loaderbestanden kunnen worden aangemaakt, verwijderd of verplaatst.
Beschouw het opgeslagen hexadecimale nummer van een vermelding niet op zichzelf als permanent. Na een reset kan de opnieuw aangemaakte vermelding een ander nummer krijgen. De belangrijkste gegevens zijn daarom het loaderpad, de doelschijf, het label en de gewenste relatieve volgorde.
Houd een firmwareonafhankelijke terugval-loader beschikbaar
Controleer, voor zover je bootloader en distributie dit ondersteunen, of de EFI-systeempartitie een bruikbaar terugval-loaderpad of een andere gedocumenteerde herstelmethode bevat. Test het eenmalige opstartmenu of verwijderbare herstelmedia vóór de firmware-update.
Richtlijnen voor UEFI-bootloaders beschrijven hoe terugval-loaders ontbrekende vermeldingen omzeilen wanneer normale NVRAM-registratie ontbreekt.
Een terugval-loader vervangt geen nette primaire configuratie. De waarde ervan is dat je op een voorspelbare manier lang genoeg toegang krijgt tot het besturingssysteem om de bedoelde vermelding te herstellen, in plaats van onder druk met meerdere oude EFI-partities te experimenteren.
Leg de status van UEFI, Legacy en Secure Boot vast
Noteer vóór de update of de server pure UEFI, legacy- of CSM-compatibiliteit en Secure Boot gebruikt. Leg ook de instellingen van de opslagcontroller vast die zouden voorkomen dat het huidige besturingssysteem zijn normale opstartschijf ziet wanneer de standaardinstellingen worden hersteld.
Een Linux-uitleg over firmwaremigratie laat zien dat de UEFI-modus het opstartgedrag verandert en tijdens de overgang handmatige schijfselectie kan vereisen.
Vergelijk deze instellingen na de update voordat je een bootloader opnieuw installeert. Een server kan nog steeds de juiste EFI-bestanden bevatten, maar toch een andere schijf opstarten wanneer de firmwaremodus of opstartprioriteit naar de standaardinstellingen terugkeert.
Controleer de bedoelde vermelding direct na de update
Leg bij de eerste geslaagde opstart na de update opnieuw BootCurrent en BootOrder vast, voordat normale services schijven wijzigen. Controleer of de server vanaf de bedoelde fysieke schijf en EFI-systeempartitie is gestart.
Een voorbeeld van de opstartvolgorde laat zien dat BootOrder bewust kan worden hersteld, in plaats van de automatisch door de firmware geselecteerde volgorde te accepteren.
Herstel een oude volgorde alleen nadat je elke huidige vermelding aan het loaderpad hebt gekoppeld, omdat de nummers van vermeldingen kunnen veranderen. Het gerelateerde ZimaSpace-artikel over diagnose van opstarten vanaf de verkeerde schijf blijft het juiste vervolgpad als de firmware-update de actieve schijf al heeft gewijzigd.
Veelgestelde vragen
Is een screenshot van de BIOS-instellingen voldoende voorbereiding?
Gebaseerd op de prompt is een screenshot niet voldoende. Opgeslagen EFI-apparaatpaden, de actieve vermelding, de schijfidentiteit en de EFI-systeempartitie maken herstel veel minder ambigu.
Moet ik oude EFI-vermeldingen vóór een firmware-update verwijderen?
Niet alleen om het overzichtelijk te houden. Identificeer eerst welke vermeldingen echt verouderd zijn en bewaar een geteste terugvaloptie. Een werkend alternatief pad vlak vóór firmwareonderhoud verwijderen beperkt je herstelmogelijkheden.
Kunnen de EFI-bestanden behouden blijven als de opstartvermelding verdwijnt?
Ja. De firmware kan NVRAM-vermeldingen verliezen of opnieuw ordenen terwijl de EFI-systeempartitie intact blijft. Daarom is het belangrijk om zowel de firmwarevermelding als het loaderpad op de schijf vast te leggen.
Ondersteuning & Tips
Meer om te lezen

Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...

Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.

Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...

