Så här bevarar du en hemservers UEFI-startmål före en firmwareuppdatering
En uppdatering av den fasta programvaran löper mindre risk att göra en hemmaserver obrukbar om du dokumenterar det exakta UEFI-startmålet och bevarar en alternativ startväg innan uppdateringen.
Den förebyggande åtgärden handlar inte bara om att ta en skärmbild av BIOS startmeny. Dokumentera den aktiva EFI-posten, startordningen, måldisken och EFI-systempartitionen, firmwareläget, Secure Boot-statusen samt en återställningsväg som inte är beroende av samma NVRAM-post. Kontrollera sedan att servern kan nå den avsedda laddaren före uppdateringen och jämför samma information direkt efteråt.
Dokumentera den aktiva EFI-posten före uppdateringen
Kör systemets EFI-starthanteringsverktyg medan servern är i ett känt fungerande tillstånd och spara hela utdata med utförliga enhetssökvägar. Dokumentera BootCurrent, BootOrder, alla aktiva poster samt den disk eller partition som den föredragna laddaren hänvisar till.
En serverinriktad återställningsanteckning rekommenderar att du dokumenterar posterna före uppdateringen med efibootmgr -v före och efter en BIOS-relaterad ändring.
Förvara texten utanför startdisken, till exempel på en annan NAS-datauppsättning eller en administratörs bärbara dator. Ett foto av skärmen efter uppdateringen är användbart, men en sparad enhetssökväg är betydligt starkare bevis när flera diskar visar Linux-startposter med liknande namn.
Koppla startposten till den fysiska disken
Identifiera EFI-systempartitionen som den aktiva laddaren använder och koppla den till ett diskserienummer eller annan stabil maskinvaruidentifiering. Dokumentera även rotfilsystemets eller startpoolens identitet så att du kan skilja rätt OS-disk från en äldre klon.
En praktisk Linux-guide visar att BootCurrent identifierar den aktiva posten i stället för att förlita sig på vilken disk som råkar visas först i operativsystemet.
Märk inte enbart diskar som ”NVMe 1” eller ”SATA 0” i dina underhållsanteckningar. Firmwareuppdateringar kan ändra ordningen på styrenheter eller hur enheter presenteras, medan serienummer och EFI-enhetssökvägar gör det mycket lättare att känna igen det avsedda startmålet.
Spara NVRAM-startordningen separat
UEFI-startposter är firmwarevariabler, inte bara filer i EFI-partitionen. Spara den aktuella ordningen och postidentifierarna så att du kan återskapa inställningen även om EFI-filerna finns kvar men moderkortet glömmer deras NVRAM-poster.
En handledning om EFI-hantering förklarar att startposter lagras i NVRAM och kan skapas, tas bort eller sorteras om oberoende av laddarfilerna.
Betrakta inte det sparade hexadecimala postnumret som permanent i sig. Efter en återställning kan den återskapade posten få ett annat nummer, så den viktiga informationen är laddarsökvägen, måldisken, etiketten och den önskade relativa ordningen.
Behåll en firmwareoberoende reservladdare
Om din starthanterare och distribution stöder det bör du kontrollera att EFI-systempartitionen innehåller en fungerande reservsökväg för laddaren eller någon annan dokumenterad återställningsmetod. Testa engångsstartmenyn eller flyttbara återställningsmedier före firmwareuppdateringen.
Vägledning för UEFI-startladdare beskriver hur reservladdare kringgår saknade poster när normal NVRAM-registrering saknas.
En reservladdare ersätter inte en korrekt primär konfiguration. Dess värde ligger i att ge dig ett förutsägbart sätt att nå operativsystemet tillräckligt länge för att återställa den avsedda posten, i stället för att under tidspress prova flera gamla EFI-partitioner.
Dokumentera UEFI-, Legacy- och Secure Boot-status
Anteckna före uppdateringen om servern använder ren UEFI, Legacy eller CSM-kompatibilitet samt Secure Boot. Dokumentera även inställningar för lagringsstyrenheter som skulle hindra det aktuella operativsystemet från att se sin vanliga startdisk om standardinställningarna återställs.
En genomgång av firmwaremigrering i Linux visar att UEFI-läget ändrar startbeteendet och kan kräva ett manuellt diskval under övergången.
Jämför dessa inställningar efter uppdateringen innan du installerar om någon starthanterare. En server kan fortfarande innehålla korrekta EFI-filer men ändå starta från en annan disk när firmwareläget eller startprioriteten återställs till standardvärden.
Verifiera den avsedda posten direkt efter uppdateringen
Vid den första lyckade starten efter uppdateringen ska du fånga BootCurrent och BootOrder igen, innan normala tjänster hinner ändra diskarna. Bekräfta att servern startade från rätt fysiska disk och EFI-systempartition.
Ett exempel på startordning visar att BootOrder kan återställas medvetet i stället för att acceptera den ordning som firmware väljer automatiskt.
Återställ en äldre ordning först efter att varje aktuell post har matchats mot sin laddarsökväg, eftersom postnumren kan ändras. Den relaterade ZimaSpace-artikeln om diagnostik av start från fel disk är rätt nästa steg om firmwareuppdateringen redan har ändrat den aktiva disken.
Vanliga frågor
Räcker en skärmbild av BIOS-inställningarna som förberedelse?
Nej. En skärmbild kan visa etiketter och ordning, men sparade EFI-enhetssökvägar, den aktiva posten, diskidentiteten och EFI-systempartitionen gör återställningen betydligt mindre tvetydig.
Bör jag ta bort gamla EFI-poster före en firmwareuppdatering?
Inte bara för ordningens skull. Identifiera först vilka poster som verkligen är föråldrade och bevara en testad reservväg. Om du tar bort en fungerande alternativ väg precis före firmwareunderhåll minskar dina återställningsmöjligheter.
Kan EFI-filerna finnas kvar även om startposten försvinner?
Ja. Firmware kan förlora eller ändra ordningen på sina NVRAM-poster medan EFI-systempartitionen förblir intakt. Därför är det viktigt att dokumentera både firmwareposten och laddarsökvägen på disken.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
