FIRST_BOOT-fasfel i Windows: orsaker och lösningar

När Windows försöker uppdatera eller utföra en installation och meddelandet visas "Fel i FIRST_BOOT-fasen"Normalt sett stoppas processen, ändringarna återställs och systemet återgår till den tidigare versionen. För de som upplever detta, särskilt om de har fastnat på samma version i månader, kan det vara en riktig huvudvärk.

Detta fel åtföljs vanligtvis av en ytterligare felkod (som 0xC1900101 och liknande) och är nästan alltid relaterat till problematiska drivrutiner, tredjepartsprogram eller interna systemkorruptionerDen goda nyheten är att även om det kan verka tråkigt, kan det vanligtvis lösas genom att följa en serie systematiska steg och granska de viktigaste punkterna som nämns av både användare och officiell Microsoft-support, inklusive artiklar om [ämne saknas]. problem med de senaste uppdateringarna.

Vad betyder felet i FIRST_BOOT-fasen?

Meddelandet om "Fel i FIRST_BOOT-fasen" Detta hänvisar till ett av de viktigaste stegen i Windows-installationen eller uppgraderingsprocessen. Under den här fasen utför systemet sin första start med de nya filerna, installerar drivrutiner, konfigurerar tjänster och slutför finjusteringen av installationen. Om något går fel här kan Windows upptäcka problemet och i många fall återställa systemet till sitt tidigare tillstånd utan att förlora dina data.

I moderna versioner som Windows 10 eller Windows Server 2019 har systemet avsevärt förbättrat sin förmåga att återställa från en misslyckad uppdateringTidigare kunde ett fel i dessa faser innebära att man var tvungen att använda en säkerhetskopia, återställa systemavbildningar eller till och med installera om från grunden. Nu återställer systemet vanligtvis ändringarna och återgår till den föregående versionen efter en eller flera omstarter.

Microsofts analys och dokumentation visar att den här typen av fel är nära förknippat med felaktiga eller inkompatibla drivrutinerPå klientdatorer (Windows 10-skrivbord eller portabel), de är ofta misstänkta grafikkortsdrivrutiner, nätverkskort (Wi-Fi eller trådbundna), USB-enheter, antivirusprogram eller optimeringsverktygI servermiljöer, som Windows Server 2019, har verkliga fall visat problem med mer specifika drivrutiner, till exempel HBA-kort eller styrenheter för lagring från tillverkare som QLogic.

En viktig punkt är att det inte alltid är omedelbart tydligt vilken komponent som har gått sönder. Därför är det, förutom att prova allmänna felsökningssteg (diskkontroller, programrensning etc.), mycket användbart att... granska installationsloggarna och använd officiella verktyg som Microsofts SetupDiag, som låter dig se mer exakt vad som orsakade installationskraschen.

Vanliga symptom och verkliga exempel på FIRST_BOOT-felet

Bland dem som har lidit av detta problem upprepas ett antal ganska liknande symtom. Det vanligaste är att man stannar kvar i en... gammal version av Windows 10 kan inte avanceraTill exempel sitter vissa användare fortfarande fast på build 1709, oavsett hur många gånger de laddar ner ISO-filen, använder verktyget för att skapa media eller gör flera försök med Windows Update.

I ett av dessa fall hade användaren provat praktiskt taget allt: installera från en ISO, göra en ren start inaktiverar alla tjänster som inte är MicrosoftKoppla bort all kringutrustning utom skärmen, tvinga fram en omstart när den fastnar vid mjukstart, kör sfc / scannow y chkdsk (bekräftar att skivorna var korrekta), radera mappen Software och uppdatera alla hårdvarudrivrutiner. Trots detta återställdes uppdateringen i FIRST_BOOT-stadiet.

Ett annat vanligt exempel är en relativt blygsam men kompatibel bärbar dator, till exempel en Lenovo G50-30 med Pentium N3530-processor, 4 GB RAM och mekanisk hårddiskDen här datorn levererades ursprungligen med Windows 8.1; efter att ha använt återställningsverktyget för att återställa den till fabriksinställningarna och utfört en ren ominstallation av Windows 8.1 verkade allt fungera. Problemet uppstod när jag försökte uppgradera till Windows 10: vid varje försök dök FIRST_BOOT-felet upp, och systemet ångrade ändringarna och återgick upprepade gånger till Windows 8.1.

Personen som försökte uppdatera denna Lenovo provade en mängd olika åtgärder: inaktivera brandväggen, installera absolut alla Windows 8.1-uppdateringar (en mycket lång process), starta systemet i ren start med endast aktiva Microsoft-tjänster, Kör SFC och CHKDSK hittade inga fel på disken, skapa nyckeln i registret OSUpgrade med värdet Tillåt uppgradering=1Uppdatera alla drivrutiner från Lenovos webbplats, ta bort enheter med utropstecken i Enhetshanteraren Efter att ha installerat dessa drivrutiner och testat både uppdateringen från ett USB-minne och direkt från Media Creation ToolIngenting fungerade, och FIRST_BOOT-felet kvarstod.

I servermiljöer är situationen liknande men med vissa nyanser. Efter flera omstarter under en uppgradering till Windows Server 2019 kan samma felmeddelande visas. På dessa maskiner återställer systemet vanligtvis processen och servern till sitt tidigare tillstånd, vilket undviker behovet av ytterligare uppgraderingar. återställa säkerhetskopior eller ominstalleraDet är dock viktigt att noggrant granska vilken drivrutin eller komponent som har orsakat felet, eftersom det i många fall handlar om HBA-typ lagringskontrollerSAN-anslutning eller liknande, där en instabil styrenhet kan leda till blåskärmar och startfel.

Dessutom uppvisar vissa enheter andra ovanliga beteenden, såsom att inte göra det vanliga inlägget (Tillverkarens logotyp syns inte, och åtkomst till BIOS/UEFI är inte möjlig med tangenter som F10, F12 eller Esc), vilket komplicerar åtkomst till avancerade startalternativ. I dessa fall rapporterar användare att de bara kan nå Windows återställningsalternativ med tangentkombinationen Skift + Återställ inifrån själva systemet, och därifrån öppna konsolen eller reparationsverktygen.

Vanligaste orsakerna till felet i FIRST_BOOT-fasen

Genom att sammanställa all information från de diskuterade fallen och de officiella rekommendationerna framträder ett tydligt mönster: i de allra flesta fall är ursprunget till fel i FIRST_BOOT-fasen Det är på en av dessa fronter: inkompatibla drivrutiner, program från tredje part eller korrupta systemfilerVarje ärendefamilj kräver ett något annorlunda tillvägagångssätt.

En av de återkommande bovarna är föråldrade eller defekta drivrutinerPå klientsystem kopplas problem till grafikkortsdrivrutiner, nätverkskort, äldre chipsetdrivrutiner, USB-enheter etc. På servrar har problem dokumenterats med lagringskontroller från tillverkare som QLogic, där specifika versioner av deras miniportdrivrutin för Windows Server 2016/2019 orsakade fel under den inledande startfasen av den nya versionen.

En annan mycket vanlig orsak är tredjeparts antivirusprogram och "optimeringsverktyg"Microsoft insisterar på att den här typen av program bör inaktiveras (och till och med avinstalleras helt) innan uppdateringar, eftersom de stör uppdateringsprocesser och blockerar dem. tillfälliga filerDe ändrar behörigheter eller injicerar komponenter i startprocessen, vilket kan orsaka att FIRST_BOOT misslyckas och att ändringarna återställs. Därför är det lämpligt Avinstallera alla antivirus- eller säkerhetspaket innan du försöker uppdateringen.

Vi får inte glömma korruption av interna Windows-filerProblem med systemavbildningen, viktiga startfiler eller Windows Update-komponenter kan orsaka loopar och misslyckade uppdateringar. Därför rekommenderas det alltid att använda följande metoder: inbyggda reparationsverktyg av systemet: sfc / scannow och de olika parametrarna för DISM.exe för att analysera och återställa Windows-avbildningen innan du försöker uppdatera igen.

Slutligen har det i vissa miljöer observerats att problemen kvarstår även efter att en problematisk drivrutin har uppdaterats. rester av äldre versioner i Windows Driver StoreDetta kan göra att Windows försöker ladda en föråldrad drivrutin under installationsfasen, en drivrutin som redan orsakade problem och därmed återuppstår felet. I sådana fall är det lämpligt att rensa DriverStore manuellt eller med specifika verktyg, och kontrollera vilka gamla drivrutiner som kan tas bort utan att äventyra startprocessen.

Kontrollera Windows-version, build och datorkompatibilitet

Innan man tar sig an djupgående reparationer innebär Microsofts officiella supportrekommendationer att man vet exakt Vilken version och build av Windows har du installerat? och vilken hårdvara du använder. Med den informationen är det mycket enklare att avgöra om du är drabbad av några kända problem eller om ditt system inte längre stöds för vissa versioner.

För att kontrollera det säger Microsoft att du bara behöver trycka på Windows -tangent + R, att skriva winver I fönstret Kör klickar du på OK. Detta öppnar ett litet fönster med Windows-utgåvan (Home, Pro, Server osv.), versionen (till exempel 21H2) och exakt sammanställningMed den informationen kan du kontrollera om du har fastnat på en gammal version som 1709 eller om du försöker hoppa direkt till en mycket nyare version.

Dessutom är det viktigt att ha en tydlig förståelse för utrustningens märke och modellAtt veta om det är en Lenovo G50-30 bärbar dator, en stationär dator med ett MSI B550-moderkort eller en specifik server gör att du kan granska tillverkarnas dokumentation, bekräfta vilka versioner av Windows som stöds och framför allt, Ladda ner den senaste omgången drivrutiner och firmwareMånga tillverkare publicerar specifika anteckningar om kompatibilitet med Windows 10. Windows 11 eller Windows Server, och till och med varna för kända problem med vissa uppdateringar.

Microsofts supporttekniker betonar också att det rekommenderade sättet att uppdatera systemet är Låt Windows Update göra det självDe avråder från att tvinga fram uppdateringar med hjälp av ISO-filer eller externa verktyg, även om de kommer från Microsofts servrar, om det inte är absolut nödvändigt. Windows Update hanterar beroenden, drivrutiner och ytterligare paket som ibland hanteras annorlunda vid en manuell installation.

Om du verifierar att Windows Update (sökväg: Start > Inställningar > Uppdatering och säkerhet > Windows UpdateDen försöker redan installera uppdateringen som misslyckas; helst, korrigera miljön (program, drivrutiner, intern korruption) och sedan starta om uppdateringen därifrån, istället för att tvinga fram den från en ISO eller USB, vilket kan stöta på samma sten igen.

Användning av inbyggda verktyg: SFC och DISM

En av de första försvarslinjerna när det uppstår fel under en Windows-uppdatering eller installation är att dra tillbaka integrerade reparationsverktyg i själva systemet. Microsoft rekommenderar starkt att man kör dem med datorn ansluten till internet och har tålamod, eftersom vissa faser kan ta flera minuter att slutföra.

Den rekommenderade proceduren innebär att öppna en konsol med förhöjda rättigheter. För att göra detta, tryck på Windows + X och välj Kommandotolken (Administratör) o Windows Power (Administratör)När fönstret är öppet är det första steget att köra kommandot:

sfc / scannow

Det här kommandot analyserar systemfilernas integritet och försöker reparera dem om de upptäcks som är skadade eller modifierade. ersätt dem med korrekta versioner från Windows interna cache. Det är viktigt att låta den slutföras till 100 %, utan att stänga fönstret, även om den verkar ligga kvar på vissa procentsatser ett tag.

När SFC är klart är nästa steg att använda verktyget för underhåll av distributionsavbildningen, känt som DISMMer specifikt rekommenderas två. kommandon utförda en efter en:

DISM.exe / Online / Cleanup-bild / Scanhealth

DISM.exe / Online / Cleanup-image / Restorehealth

Den första utför en analys av Windows-avbildningens status och kontrollerar om det finns skadade komponenter eller interna inkonsekvenser. Den andra försöker reparera den bilden ladda ner nödvändiga filer från Microsofts servrar eller använda tillgängliga lokala källor. Precis som i föregående fall kan varje fas ta en hel del tid; det är avgörande att köra dem en efter en, utan att avbryta processen, och när båda är klara, starta om datorn innan du försöker uppdatera igen.

Microsofts rekommendationer: tredjepartsprogram och ren start

Från de officiella Microsoft-forumen betonar supportagenter upprepade gånger den roll som antivirusprogram och "optimeringsprogram" från tredje part Den här typen av fel kan ofta leda till problem. Även om det kanske inte verkar så, blir dessa program djupt inbäddade i systemet och installerar drivrutiner, tjänster och filter som avlyssnar diskoperationer, nätverksaktivitet eller till och med registerändringar, vilket kan störa en uppdateringsprocess helt.

Därför är en av de första rekommendationerna inaktivera eller helst avinstallera alla antivirus- eller säkerhetspaket utöver ditt eget Windows Defender innan uppdateringen påbörjas. Detsamma gäller aggressiva rengöringsverktyg, program som lovar att snabba upp din dator, systeminställningar eller brandväggar från tredje part. Microsoft tillhandahåller dokumentation om hur Reparera eller avinstallera program i Windows 10Detta är något värt att kontrollera om någon programvara gör motstånd mot att bli borttagen.

En annan grundläggande åtgärd är att genomföra en ren stövelDen här tekniken innebär att Windows startas med så få tredjepartstjänster och program som möjligt, så att inga externa processer stör uppdateringsförsöket. Proceduren inkluderar användning av verktyget msconfig att inaktivera icke-nödvändiga tjänster och, från Uppgiftshanteraren, förhindra att tredjepartsprogram startar automatiskt med systemet.

I vissa rapporterade fall hade användare redan försökt med denna rena start, avvarumärket allt som inte kommer från MicrosoftDe stötte dock fortfarande på FIRST_BOOT-felet. Även om detta inte garanterar en lösning i sig, minskar det avsevärt sannolikheten för konflikter och är ett av de steg som definitivt bör vidtas innan man åtgärdar mer komplexa orsaker, såsom problem med drivrutiner på låg nivå eller hårdvarukompatibiliteter.

Som ett sista steg inom Microsofts "officiella" rekommendationer föreslås att köra Windows Update felsökareDet här automatiserade verktyget kontrollerar systemkomponenter relaterade till uppdateringen, återställer konfigurationer, reparerar sökvägar och registrerar om nödvändiga tjänster. Det upptäcker inte alltid grundorsaken till problemet, men det hjälper till att bana väg för framtida försök.

Identifiera problematiska drivrutiner med SetupDiag och DriverStore

När generella lösningar (SFC, DISM, ren start, avinstallation av antivirusprogram etc.) har provats och FIRST_BOOT-felet kvarstår är det dags att bli mer teknisk och granska installationsloggarnaMicrosoft erbjuder ett mycket användbart verktyg för detta: SetupDiag.exe.

SetupDiag kan köras både på datorn som misslyckades med att uppdatera och genom att analysera installationskataloger extraherade från en fjärrdatorVad den gör är att inspektera loggar genereras av Windows installationsprocess och ger en sammanfattning av de problem som upptäckts, inklusive, i många fall, den specifika drivrutinen som orsakade feletDetta är särskilt intressant när felet är kopplat till en specifik drivrutin som orsakar blå skärmar eller avbryter installationen.

I samband med Windows Server 2016/2019 ges ett tydligt exempel av QLogic HBA-kort. Incidenter har dokumenterats där en specifik version av miniport-drivrutinen (till exempel 9.2.9.20) orsakade felet under uppgraderingen. Efter undersökning visade sig lösningen vara att installera en nyare version av drivrutinen, till exempel 9.2.9.23, som inkluderade rätt version i sin ändringshistorik. korrigera detta beteendeDärefter har QLogic uppdaterat dessa drivrutiner till versioner som 9.3.3.20, 9.4.1.20 eller 9.4.4.20, vilket utökar kompatibiliteten med Windows Server 2012, 2016 och 2019.

Även efter att problematiska drivrutiner har uppdaterats finns det situationer där systemet fortfarande försöker använda äldre versioner som finns i Windows drivrutinsarkivDet lagret finns i mappen %WINDIR%\System32\DriverStoreDen innehåller ofta flera versioner av samma drivrutin. Om en av de äldre versionerna orsakar FIRST_BOOT-felet kan uppdateringen fortsätta att misslyckas upprepade gånger även efter att en till synes korrekt ny version har installerats.

För att undvika detta är det lämpligt att kontrollera DriverStore och noggrant, rensa upp drivrutinsversioner som inte längre användssärskilt de som identifierats som problematiska i loggarna. Det finns grafiska verktyg som låter dig visa innehållet i DriverStore och ta bort specifika poster; nyckeln är inte att ta bort urskillningslöst, utan att fokusera på föråldrade drivrutiner vars enheter redan har uppdaterats eller ersatts med nyare versioner från tillverkaren.

Om uppdateringen fortfarande misslyckas med samma fel efter att drivrutiner har uppdaterats och lagringsutrymmet har rensats, rekommenderar många specialister också uppdatera BIOS/UEFI och firmware för kritiska enheter (HBA, RAID, etc.). I vissa fall har det visat sig att äldre firmwareversioner, i kombination med vissa drivrutiner, utlöser startfel direkt i FIRST_BOOT-fasen.

Relaterad artikel:

Windows-fel 0x800705b4: Orsaker, lösningar och komplett guide

Isaac

Passionerad författare om bytesvärlden och tekniken i allmänhet. Jag älskar att dela med mig av min kunskap genom att skriva, och det är vad jag kommer att göra i den här bloggen, visa dig alla de mest intressanta sakerna om prylar, mjukvara, hårdvara, tekniska trender och mer. Mitt mål är att hjälpa dig att navigera i den digitala världen på ett enkelt och underhållande sätt.