Checklista för uppdatering av fast programvara för hemmaserver för BIOS, startordning och enheter

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Home Server Firmware Update Checklist for BIOS, Boot Order, and Devices - Zima Store Online

Flasha inte firmware för hemservern förrän du känner till den exakta hårdvaruavbildningen, det operativa behovet, strömskyddet, konsolvägen och metoden för återställning.

En BIOS- eller styrenhetsuppdatering kan återställa UEFI-poster, lagringsläge, virtualisering, passthrough-gruppering, fläktpolicy och enhetsidentifiering även när själva flashningen lyckas. Dokumentera alla inställningar som inte är standard samt bestående identiteter, stoppa arbetslaster ordentligt, uppdatera ett firmwarelager i taget och jämför den första uppstarten med den sparade baslinjen. Behandla utebliven POST, fel startenhet eller försvunnen lagring som en återställningshändelse i stället för som en anledning att stapla fler firmwareändringar.

Bevisa att uppdateringen behövs och identifiera den exakta avbildningen

Dokumentera moderkorts- eller mini-PC-modell, kortrevision, serienummer samt aktuella versioner av BIOS, BMC, styrenhet, nätverkskort, SSD och annan enhetsfirmware. Läs leverantörens versionsinformation och matcha uppdateringen mot en säkerhetsåtgärd, ett behov av maskinvarustöd eller ett diagnostiserat fel; ”nyare” är inte i sig ett operativt krav.

En diskussion om en checklista för maskinvaruuppgraderingar rekommenderar att virtuella maskiner och containrar stoppas samt att känsliga passthrough-antaganden tas bort före en större plattformsändring. Detta att stoppa virtuella maskiner och ta bort passthrough-antaganden är en användbar underhållsgräns även om de exakta kontrollerna skiljer sig mellan servrar och hypervisorer.

Avvisa uppdateringen om paketet, kortrevisionen, signaturen, strömkravet eller metoden för återställning är osäker. Hämta avbildningen från enhetsleverantören, verifiera kontrollsumman när den anges och ha den aktuella avbildningen eller återställningsmetoden tillgänglig utan att vara beroende av att servern kan starta.

Dokumentera start-, lagrings-, nätverks- och enhetstillstånd

Fotografera eller exportera varje firmware-sida som inte använder standardinställningar. Spara UEFI-startposter och ordning, firmwareläge, Secure Boot, SATA- eller NVMe-läge, virtualisering och IOMMU, SR-IOV, Above 4G decoding, fläktkurvor, beteende vid strömavbrott, RTC-väckning, PXE-tillstånd och aktivering av enheter.

En ZimaSpace-diagnos av fel startenhet efter en BIOS-uppdatering visar varför den första kontrollen efter uppdateringen ska vara vilken disk och UEFI-post firmware valde, inte en omedelbar reparation av operativsystemet. Dubbla EFI-partitioner och återställda variabler kan styra om en i övrigt fungerande server.

Spara hypervisorns mappningar för PCI- och USB-passthrough, nätverksgränssnittens MAC-adresser, lagringsstyrenhetens identitet, poolstatus, nätverkskonfiguration och en aktuell säkerhetskopia. Ordna lokal konsolåtkomst och en startbar återställningsenhet innan fjärråtkomsten tas ned.

Flasha ett firmwarelager i taget under ett skyddat underhållsfönster

Stoppa skrivningar från applikationer, gäster, containrar och lagringstjänster på ett ordnat sätt. Koppla bort onödiga USB-enheter och undvik samtidiga uppdateringar av BIOS, styrenhet, nätverkskort och SSD. Använd stabil nätström eller en välfungerande UPS, följ leverantörens flashningsväg exakt och avbryt inte en lång första omstart.

Gå in i firmwareinställningarna före normal uppstart och jämför med den sparade baslinjen. Återställ endast kända inställningar i grupper: startläge och startordning först, lagringsläge därefter, virtualisering och passthrough efter att värden har startat och sedan ström- och fläktpolicy. Denna ordning hindrar ett felaktigt antagande från att dölja ett annat.

Om kortet inte slutför POST, visar en återställningsfråga eller inte längre hittar den avsedda startenheten, ska du sluta tvångsstarta om. Använd den dokumenterade återställningsmekanismen eller eskalera med den exakta avbildningen, kortrevisionen och indikatorstatusen; flasha inte en liknande modell med fel firmware.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Validera varje enhet under den ursprungliga arbetsbelastningen

Starta en gång från engångsmenyn och bekräfta sedan den bestående UEFI-ordningen vid en andra omstart. Kontrollera pool- och arraymedlemmar, nätverkskortens namn och hastighet, sensorer, fläktrespons, virtualiseringstillägg, IOMMU-grupper, passthrough-enheter, UPS-kommunikation samt SMART- eller felräknare för lagringen.

Starta en virtuell maskin eller container som testfall och därefter de återstående tjänsterna i beroendeordning. Kör den ursprungliga arbetsbelastning som motiverade uppdateringen och jämför temperatur, fel, prestanda och enhetsidentiteter med baslinjen. Starta om igen efter att systemet har svalnat och tjänsterna har stoppats ordentligt.

Avsluta underhållsfönstret först när start, lagring, nätverk, passthrough, kylning och säkerhetskopior förblir stabila över två starter. Rulla endast tillbaka via en stödd väg när regressionen kan upprepas; bevara annars loggar och inställningar för leverantörens support i stället för att stapla fler uppdateringar av enhetsfirmware.