När meddelandet visas "Installationsfel i FIRST_BOOT-fasen på Windows" (ofta åtföljda av koder som 0xC1900101 – 0x30018 eller 0xC1900101 – 0x3000D) mitt i en uppdatering är det normalt att man får panik: en startloop, systemet ångrar ändringarna och man vet inte om det startar korrekt nästa gång. Den goda nyheten är att systemet i de flesta fall återgår till sitt tidigare tillstånd och man kan lugnt diagnostisera vad som är fel.
Den här typen av fel är vanligtvis relaterat till problematiska drivrutiner, skadade systemfiler eller programvara från tredje part som kommer i vägen under uppdateringen eller den rena installationen av Windows 10 eller Windows Server 2019. I den här artikeln kommer du att se i detalj vad dessa koder betyder, vilka de vanligaste orsakerna är och framför allt en rad tekniker och verktyg för att försöka uppdatera din maskin utan att behöva utföra en tvångsformatering.
Vad betyder FIRST_BOOT-felet i Windows?
När du ser ett meddelande som detta “0xC1900101 – 0x30018. Fel de instalación en la fase FIRST_BOOT con un error durante la operación SYSPREP” eller liknande, vad installatören säger är att Något gick fel vid första uppstarten efter att filerna från den nya versionen kopieradesI den fasen slutför Windows konfigureringen av tjänster, drivrutiner och migreringen av data från den tidigare versionen.
De vanligaste felkoderna som ses i dessa scenarier är vanligtvis varianter av 0xC1900101Detta prefix är redan en tydlig ledtråd: det pekar vanligtvis på inkompatibla eller felaktiga drivrutinerDen sista delen (0x30018, 0x3000D, 0x40017…) anger i vilket specifikt skede processen har misslyckats (FIRST_BOOT, SECOND_BOOT, datamigrering, SYSPREP, etc.).
I praktiken, när uppdateringen avbryts vid FIRST_BOOT, visar Windows vanligtvis en blå skärm eller ett meddelande som indikerar att Installationen kunde inte slutföras och ändringarna kommer att ångras.Efter ett par omstarter återgår systemet till den tidigare versionen (till exempel om du fortfarande använder Windows 10 1709 eller Windows 8.1) och du kan använda det relativt normalt, även om du inte har kunnat uppdatera.
Detta beteende skiljer sig från vad som hände i äldre versioner, där det ofta var nödvändigt att Återställ från säkerhetskopia, använd återställningspunkter eller installera om från grundenÅterställningsprocessen är nu mycket mer automatiserad, men det underliggande problemet förblir detsamma: det finns något i din nuvarande konfiguration som kolliderar med den nya versionen.
Vanligaste orsakerna till FIRST_BOOT-felet
Det finns nästan aldrig en enda orsak bakom den här typen av fel; flera faktorer samverkar vanligtvis. Ändå finns det ett antal återkommande syndare som alltid bör ses över när Windows-installationen kraschar vid FIRST_BOOT eller SECOND_BOOT.
Den främsta orsaken är oftast föråldrade eller inkompatibla drivrutinerPå klientdatorer (stationära datorer, bärbara datorer) riktas misstankarna mot grafikkortsdrivrutiner, Wi-Fi- eller nätverkskort, USB-kontroller, Bluetooth-enheter etc. I servermiljöer, som Windows Server 2019, har problemet ofta sitt ursprung i lagringsdrivrutiner eller HBA (till exempel QLogic-styrenheter med äldre versioner av miniport-drivrutinen).
En annan typisk orsak är tredjepartsprogram som stör uppdateringsprocessenDet är här externa antivirusprogram, säkerhetspaket, systemoptimeringsverktyg, säkerhetskopieringsprogram som installerar filter på disknivå och till och med program som laddas vid start och kopplas till Windows-registret eller tjänster kommer in i bilden.
Vi får inte glömma de fall där det finns skadade systemfiler eller diskinkonsekvenserOm filsystemet är skadat, det finns dåliga sektorer eller om de centrala Windows-biblioteken inte är intakta, kan en uppgradering till en ny version utlösa fel under första starten, precis som systemet försöker justera den nya installationen på en grund som inte längre är helt sund.
Slutligen spelar även hårdvaru- och firmwarefaktorer en roll: Föråldrad BIOS, gammal styrenhet eller HBA-firmware, eller kompatibilitetsproblem mellan datorn och den specifika Windows-versionen. som du försöker installera, eller till och med särdrag hos vissa bärbara datormodeller (som udda startfunktionstangenter, icke-standard UEFI, etc.) som komplicerar processen.
Verkliga exempel pĂĄ problem vid uppdatering av Windows
För att sätta ett ansikte på problemet är det bra att titta på fall av användare som har stött på FIRST_BOOT-felet eller liknande koder när de försökte uppdatera eller installera Windows 10. Dessa exempel hjälper till att förstå Vad har du redan provat och vilka ytterligare vägar är värda att utforska.
Ett typiskt fall är de som bär fastnat länge på en gammal version, som Windows 10 1709och har inte kunnat slutföra några funktionsuppdateringar på flera månader. I dessa situationer har vissa användare redan provat praktiskt taget allt: installera från en ISO, starta i rent läge genom att inaktivera alla tjänster som inte kommer från Microsoft, koppla bort kringutrustning och bara lämna skärmen ansluten, tvinga omstarter när datorn verkar frysa, köra sfc / scannow y chkdsk Ta bort mappen utan att upptäcka några fel Software från Windows Update och uppdaterar drivrutiner från tillverkaren ... och ändå får de fortfarande samma fel och systemet återställs som om ingenting hänt.
Under dessa omständigheter tvekar många att antingen fortsätta kämpa med uppdateringen eller byta till en "Nystart" eller ren ominstallationProblemet med det här alternativet är uppenbart: det innebär att man installerar om en mängd program, konfigurerar om allt och slösar bort en avsevärd mängd tid. Dessutom finns det en rimlig risk att installationen, efter all den ansträngningen, kan misslyckas igen under FIRST_BOOT på grund av samma drivrutin som orsakar konflikt.
Ett annat vanligt exempel är bärbara datorer som levererades med Windows 8.1 y se quieren uppgradera till Windows 10Tänk dig en Lenovo med en Pentium-processor, 4 GB RAM och en mekanisk hårddisk, vilket teoretiskt sett mer än väl uppfyller kraven. Användaren gör en ren installation av Windows 8.1 med tillverkarens återställningsverktyg; systemet fungerar perfekt, men när man försöker uppgradera till Windows 10 visas felkoden 0xC1900101 – 0x30018, och installationen återställs upprepade gånger.
I det scenariot kan steg som att inaktivera brandväggen, installera absolut alla Windows 8.1-uppdateringar (i timmar), utföra en ren start som endast laddar Microsoft-tjänster och köra SFC och CHKDSK utan fel, skapa registreringsnyckeln OSUpgrade med Tillåt uppgradering=1Jag laddade ner och installerade alla drivrutiner från Lenovos webbplats, tog till och med bort enheter med utropstecken i Enhetshanteraren, och jag försökte till och med uppdatera med både en installations-USB-enhet och det officiella verktyget för att skapa media. Trots allt detta kvarstår FIRST_BOOT-felet och datorn återgår konsekvent till Windows 8.1.
Det finns också märkliga fall där själva hårdvaran komplicerar saker och ting. Vissa bärbara datorer har Konstigt beteende vid start: de visar inte den vanliga POST-filen, de svarar inte på de vanliga tangenterna (F10, F12, etc.) för att välja startenhet och tvinga dig att gå in i kommandotolken eller avancerade startalternativ genom att göra Skift + Återställ och genomgå återställningsmiljön. Detta är inte bara obekvämt, utan det kan också begränsa dina alternativ när du utför avancerade reparationer eller ominstallationer från externa medier.
Sambandet mellan FIRST_BOOT-felet och drivrutinerna
På många datorer, både stationära datorer och servrar, ligger nyckeln till att lösa FIRST_BOOT-felet i Identifiera den exakta drivkraften som orsakar blockeringen.Vi vet av många användares och administratörers samlade erfarenhet att Windows tenderar att krascha under uppdateringen när en drivrutin inte fungerar som den ska under den nya versionen., vare sig det är föråldrat, på grund av en bugg eller för att det inte längre är kompatibelt.
I Windows Server 2019 har det till exempel förekommit en hel del fall där felet 0xC1900101 – 0x30018 visas efter flera omstarter under uppdateringen, men systemet kan återställ automatiskt till föregående tillstånd utan att behöva återställa från en säkerhetskopiaVid undersökning drogs slutsatsen att problemet beror på specifika lagringsdrivrutiner, till exempel vissa QLogic miniport-drivrutiner för Fibre HBA:er.
Om du kontrollerar versionshistoriken för dessa drivrutiner kan du se hur tillverkaren själv publicerar Uppdateringar som korrigerar fel som upptäckts under Windows-installationen eller uppdateringsprocessernaTill exempel kan en uppgradering från version 9.2.9.20 till 9.2.9.23 av en QLogic-drivrutin inkludera en enda, till synes mindre, korrigering i ändringsloggen… vilket i praktiken är just den som förhindrar den blå skärmen under FIRST_BOOT.
Med tiden släpper dessa leverantörer nya revisioner: versionerna 9.3.3.20, 9.4.1.20, 9.4.4.20 och senare versioner, som i sina versionsinformationer anger kompatibilitet med Windows Server 2016/2019 (och ibland 2012) och inkluderar ytterligare korrigeringar. Att hålla den här typen av drivrutiner uppdaterade är viktigt för att undvika att stöta på samma installationsfel upprepade gånger.
Förutom att uppdatera själva drivrutinerna rekommenderas det, när felet återkommer, kontrollera BIOS-statusen...av HBA-firmwaren och andra kritiska komponenter. I vissa miljöer har uppdatering av server-BIOS eller styrenhetens firmware varit det sista steget som har gjort det möjligt för Windows att slutföra uppdateringen utan att visa det fruktade FIRST_BOOT-meddelandet igen.
Hur man identifierar drivrutinen som orsakar felet
Att gå bortom gissningar och veta med precision vilken komponent kraschar uppdateringenMicrosoft erbjuder ett mycket användbart verktyg som heter SetupDiag.exeDet här verktyget analyserar installationsloggarna som Windows genererar under uppgraderingsprocessen och producerar en rapport som bland annat anger vilken drivrutin eller komponent som verkar vara ansvarig för felet.
Idén är enkel: på den enhet som inte har kunnat uppdateras (eller ens extrahera installationskatalogerna från en fjärrmaskin (där felet inträffade) kör du SetupDiag för att skanna loggarna i Windows installationsmapp. Efter analysen returnerar verktyget en sammanfattning som vanligtvis indikerar den misstänkta drivrutinen, den exakta felkoden, installationsfasen där den misslyckades och några ytterligare ledtrådar.
Med den informationen i handen arbetar du inte längre i blindo. Du kan gå direkt till webbplatsen för tillverkaren av den problematiska enheten (QLogic, din grafikkortstillverkare, din Wi-Fi-kortleverantör, etc.) och söka den senaste drivrutinsversionen som är kompatibel med den Windows-version du vill installeraI många fall räcker det att installera den korrigerade versionen och upprepa uppdateringen för att slutföra processen.
Om processen fortfarande misslyckas vid FIRST_BOOT efter att ha uppdaterat drivrutinen som identifierats av SetupDiag, är det värt att överväga Uppdatera även BIOS och firmware för alla inblandade komponenter.I vissa tillverkares ändringsloggar nämns uttryckligen problem under Windows-installationer som löses med nya firmwareversioner, så detta är inte ett steg som bör förbises.
Det finns också en möjlighet att, trots att du har installerat den nya drivrutinen, Windows drivrutinsarkiv fortsätter att lagra äldre versioner som systemet fortfarande försöker använda.Detta leder oss till nästa punkt: att rensa upp DriverStore.
Rensa upp Windows drivrutinsarkiv
Windows har ett internt arkiv med drivrutiner i mappen %WINDIR%\System32\DriverStoreVarje gång du installerar en ny drivrutin lagras dess version där, och även om du senare uppdaterar till en nyare version, Äldre varianter tas inte alltid bort automatisktI vissa fall kan dessa föråldrade kopior störa uppdateringsprocessen.
För att förhindra att systemet fortsätter att förlita sig på problematiska drivrutiner kan det vara bra rengör förarens butikDetta kan göras manuellt genom att granska DriverStore-mappen, men det är bäst att använda specifika verktyg eller kommandoraden med verktyg som pnputilvilket låter dig lista de installerade drivrutinspaketen och ta bort de som inte längre behövs.
Även om det inte är en uppgift att ta lätt på, eftersom borttagning av fel drivrutin kan göra en enhet oanvändbar, kan det i händerna på en noggrann administratör hjälpa. Se till att Windows endast hämtar de senaste och mest kompatibla versionerna under uppdateringsprocessen. av varje kontrollant.
Denna metod är särskilt användbar när, enligt SetupDiag-loggarna, FIRST_BOOT-felet tydligt är kopplat till en specifik drivrutin och installationen fortsätter att misslyckas trots att den uppdateras. I sådana fall, Rensa upp gamla versioner och installera om den senaste versionen. Det kan vara skillnaden mellan en ny rollback och en lyckad uppgradering.
Inbyggda verktyg för att reparera systemfiler
Innan du försöker formatera eller göra betydande ändringar i drivrutiner och firmware är det värt att konsultera reparationsverktyg som följer med själva WindowsMicrosoft rekommenderar vanligtvis att köra en serie kommandon som kontrollerar och reparerar systemfiler och Windows-avbildningen, steg som kan lösa många problem före uppgraderingen.
Till att börja med rekommenderas det att öppna en konsol med förhöjda rättigheter. Du kan göra detta genom att trycka på Windows + X och välja "Kommandotolken (administratör)" eller, i senare versioner, "Windows PowerShell (administratör)"Därifrån är det första kommandot att starta sfc / scannow, som analyserar viktiga Windows-filer, upptäcker skadade filer och försöker reparera dem automatiskt.
När SFC är klart är nästa steg att använda DISM-verktyget. Kör först DISM.exe / Online / Cleanup-bild / Scanhealth, som kontrollerar statusen för Windows-avbildningen som är installerad på datorn, och sedan DISM.exe / Online / Cleanup-image / Restorehealth, som försöker korrigera de upptäckta problemen och laddar ner nödvändiga komponenter från Windows Update om det behövs.
Var och en av dessa processer kan ta flera minuter, så det är viktigt Kör dem en i taget och avbryt dem inteNär alla steg är slutförda rekommenderas att du startar om datorn för att tillämpa ändringarna helt och först därefter försöker du igen med uppdateringen eller installationen som gav FIRST_BOOT-felet.
Förutom CFS och DISM är det viktigt att inte glömma bort Windows Update felsökareFrån systeminställningarna, i Start > Inställningar > Uppdatering och säkerhet > FelsökningDet här verktyget kan startas för att upptäcka och korrigera typiska Windows Update-fel som kan påverka uppgraderingsprocessen.
Bästa praxis innan du försöker uppdatera
Utöver de specifika reparationerna finns det ett antal Förebyggande åtgärder som Microsoft och många tekniker rekommenderar att följa innan en större uppdatering påbörjas För att minimera risken för fel i FIRST_BOOT eller SECOND_BOOT. Det här är enkla åtgärder, men de gör stor skillnad för framgångsgraden.
Den första är Inaktivera, och om möjligt avinstallera, alla antivirusprogram och "optimeringsprogram" från tredje part av systemet. Den här typen av programvara installerar ofta sina egna tjänster, drivrutiner och filter i filsystemet som kan blockera eller ändra filer under installationsprocessen av den nya versionen av Windows, vilket orsakar fel som är svåra att diagnostisera.
Det är också en bra idé att koppla bort. all onödig kringutrustning: skrivare, skannrar, externa hårddiskar, USB-hubbar etc. På så sätt minskar du antalet drivrutiner som Windows måste hantera under uppdateringen och förhindrar att en ovanlig enhet med tvivelaktiga drivrutiner blir boven i dramat för FIRST_BOOT-felet.
En mycket effektiv åtgärd är att genomföra en ren stövel innan du försöker installera igen. Detta innebär att konfigurera systemet så att Börja med endast Microsoft-tjänster och inga tredjepartsprogram som körs i bakgrundenDet kan göras med hjälp av verktyget msconfig eller genom att följa de officiella instruktionerna i "Hur man utför en ren start i Windows", avmarkera icke-nödvändiga tjänster och inaktivera startprogram.
Angående uppdateringsmetoden brukar Microsofts support betona att det rekommenderade sättet att uppgradera är tillåt Windows Update göra det på egen hand
Utan att tvinga processen med externa medel, även om de kommer från officiella servrar. Om Windows Update redan försöker installera en specifik uppdatering och misslyckas, måste du först felsöka problemet innan du försöker "kringgå" det med en USB-enhet eller ISO, eftersom det vanligtvis bara reproducerar samma fel via en annan metod.
När du redan har provat alla dessa rekommendationer (avinstallera antivirusprogram, koppla bort kringutrustning, utföra en ren start, reparera med SFC/DISM, felsöka Windows Update) och du fortfarande inte kan uppdatera, då är det mer vettigt att överväga... använda officiella externa medel såsom Media Creation Tool eller en ISO-fil som laddats ner från Microsoft, eller till och med en ren installation om det inte finns något annat alternativ.
Rengör installationer, aktivering och återkommande fel
I vissa fall, efter att ha kämpat med FIRST_BOOT-felet under en längre tid, är den lösning som slutligen väljs utför en ren installation från ett USB-minne eller en DVDDet vill säga, starta från media, formatera systempartitionen och installera önskad version av Windows 10 direkt, utan att gå igenom uppgraderingsvägen.
Denna metod är vanligtvis effektiv för att eliminera många av de variabler som komplicerar uppgraderingsprocessen på ett slag: rester av tidigare installationer, äldre drivrutiner, programvara som motstår avinstallation etc. Andra typer av problem kan dock uppstå, till exempel de som är relaterade till aktivering av operativsystemet när installationen är klar.
Vissa personer stöter på problem efter att ha utfört en ren installation av Windows 10... Systemet kommer att aktiveras korrekt med din giltiga licens.Det kan bero på att datorn levererades med Windows 8.1 OEM, att viktig hårdvara har ändrats, eller att det vanliga uppdateringsflödet som Microsoft förväntar sig för att koppla den digitala licensen till enheten inte har följts.
Handledningar som cirkulerar på internet lovar aktivera Windows 10 “gratis” mediante claves genéricas o métodos no oficialesÄven om vissa användare nämner dem som en del av sina erfarenheter, är det viktigt att förstå att användning av obehöriga nycklar eller piratkopierade aktiveringsverktyg inte är en legitim lösning, kan bryta mot Microsofts licensvillkor och ibland introducera ännu mer problematisk programvara från tredje part i systemet.
Om du upplever aktiveringsproblem efter en ren installation rekommenderas följande åtgärd: kontrollera den ursprungliga nyckeln som är kopplad till enheten (ofta inbäddat i BIOS/UEFI på OEM-datorer), kontrollera om det finns en digital licens kopplad till ditt Microsoft-konto och kontakta slutligen Microsofts support för att verifiera giltigheten av din licens och vägleda dig genom nästa steg.
Angående återkommande FIRST_BOOT-fel även efter en ren ominstallation, pekar de vanligtvis på ett djupare hårdvaru- eller firmwareproblemI dessa extrema fall kan det, utöver drivrutiner och reparationsverktyg, vara nödvändigt att kontrollera diskens fysiska skick och RAM-minnet, uppdatera BIOS och till och med överväga att byta ut komponenter om ihållande fel upptäcks.
Med allt detta sagt kan man säga att fel i Windows FIRST_BOOT-fasen är irriterande, men med tålamod och en bra kombination av verktyg (SetupDiag, SFC, DISM), Drivrutinsgranskning, rensning av DriverStore, firmwareuppdateringar och bästa praxis före uppdateringDet är möjligt att lösa de allra flesta fall utan att överge det befintliga systemet eller tillgripa ett radikalt format.
