Ако се борите с часове актуализация на Windows което винаги завършва с послание от „Грешка FIRST_BOOT“ и кодове 0xC1900101Не сте сами. Тази грешка обикновено се появява към края на процеса; системата се връща назад и ви връща към предишната версия на Windows, сякаш нищо не се е случило…
Този тип грешка обикновено е придружена от съобщения като „Грешка при инсталиране във фазата FIRST_BOOT с грешка по време на операцията SYSPREP или MIGRATE_DATA“Зад тези технически фрази обикновено се крие едно и също нещо: проблеми със съвместимостта с драйвери, антивирусен софтуер или други програми, които пречат на актуализацията. Нека разгледаме по-подробно какво означава това, защо се случва и какво можете да направите, за да го поправите стъпка по стъпка.
Какво представлява грешката FIRST_BOOT в Windows и кога се появява?
Когато надграждате Windows (например от Windows 7 или 8.1 до Windows 10 или между версии на Windows 10 или Windows Server), системата преминава през няколко вътрешни фази на инсталиране, като например НИВО НАДОЛУ, SAFE_OS, FIRST_BOOT и SECOND_BOOTВсяка фаза подготвя различна част от системата, мигрира данни и конфигурира хардуера и софтуера.
Посланието на „Грешка при инсталиране във фазата FIRST_BOOT“ Това показва, че грешката възниква още при първото стартиране на новата система след копиране на файловете и подготовка на средата. С други думи, Windows вече е постигнал значителен напредък, рестартира, опитва се да зареди новата версия... и след това се натъква на нещо, което му пречи да продължи.
В много случаи тази грешка е придружена от код от типа 0xC1900101 – 0x30018, 0x3000D или 0x40017Въпреки че наставката се променя, коренът обикновено е един и същ: драйвер или софтуер, който причинява срив на системата (син екран или неочаквано рестартиране) още при първото зареждане на новата среда.
Microsoft признава, че тези типове кодове 0xC1900101 са тясно свързани с несъвместимости на драйвери, антивирусни програми или хардуерСамата система, след като открие, че не може да завърши инсталацията безопасно, автоматично се връща към предишната версия на Windows, за да избегне неизползваемостта на компютъра.
Често срещани кодове за грешки, свързани с FIRST_BOOT
В рамките на грешката FIRST_BOOT има няколко специфични кода, които често се повтарят при надграждане до Windows 10 или Windows Server 2019. Всеки един от тях показва различен нюанс, но всички те сочат към... технически проблеми по време на ключови фази на инсталациятаТова са:
- Код 0xC1900101 - 0x30018Съобщението обикновено е нещо подобно: „Windows 10 не можа да бъде инсталиран. Върнахме компютъра ви в състоянието, в което беше точно преди да започнем инсталирането на Windows 10. Инсталацията е неуспешна по време на фазата FIRST_BOOT с грешка по време на операцията SYSPREP.“ SYSPREP е инструментът, който подготвя Windows за внедряване и персонализиране; ако нещо се обърка там, инсталацията се прекратява.
- Код 0xC1900101 – 0x3000D придружено от текста „Инсталацията е неуспешна във фазата FIRST_BOOT с грешка по време на операцията MIGRATE_DATA“. Това директно сочи към проблем, докато Windows се опитва мигрирайте данни от предишната си инсталация (потребителски файлове, настройки, приложения и др.).
- Код 0xC1900101 – 0x40017Това е свързано с „Грешка при инсталиране във фазата SECOND_BOOT“. В този случай проблемът възниква малко по-късно, при второто зареждане на инсталацията, но основната причина обикновено е същата: драйвери, антивирусен софтуер или хардуерни контролери, които са несъвместими с новата версия на системата.
Въпреки че някои потребители опитват агресивни решения (като например изтрийте ключовете в системния регистър или деактивирайте половината от системата), обикновено не е нужно да стигате толкова далеч: просто премахнете конфликтните компоненти (антивирусна програма, проблемни драйвери, USB устройства...), докато актуализацията може да бъде завършена без проблеми.
Най-чести причини за грешка FIRST_BOOT в Windows
Практическият опит и информацията от Microsoft са единодушни: най-типичната причина за грешка FIRST_BOOT е в драйвер или приложение, което не е напълно съвместимо с новата версия на Windows. Този елемент причинява сериозен проблем по време на първото зареждане на актуализираната система. Това са най-честите причини:
- Антивирусни и защитни пакети на трети страниТези инструменти са интегрирани на много ниско ниво в Windows (контрол на мрежовия трафик, файловата система, паметта и т.н.) и стар или лошо адаптиран драйвер може да задейства син екран точно когато системата завърши инсталирането.
- Драйвери за устройства. Графични карти, мрежови адаптери, WiFi, контролери за съхранение, оптични HBA и др. Много ясен пример в сървърни среди е този на някои QLogic miniport драйвери в Windows Server 2016/2019, които са причинявали FIRST_BOOT грешки и сини екрани, докато не са били актуализирани до по-нови версии (9.2.9.23, 9.3.3.20, 9.4.1.20, 9.4.4.20 и др.).
- Програми за оптимизация, защитни стени на трети страни, инструменти за почистване и софтуер, който се зарежда при стартиранеМного от тези процеси започват много рано в процеса на зареждане и могат да повлияят на окончателната конфигурация на Windows по време на фазата FIRST_BOOT.
- Хардуерни или други проблеми BIOS / UEFIУстройства с остарял фърмуер, дънни платки с донякъде деликатни опции за зареждане или устройства, които не се инициализират правилно, могат да усложнят нещата за Windows по време на процеса на актуализиране, особено на по-стари компютри или лаптопи с много ограничен BIOS.
Инструменти за поправка на Windows: SFC и DISM
Преди да се задълбочите в драйверите и антивирусния софтуер, си струва да проверите дали текущата ви система няма повредени файлове или повредени компоненти за актуализацияЗа тази цел Windows включва две много полезни помощни програми: SFC и DISM.
Първата препоръчителна стъпка е да отворите конзола с администраторски права. Можете да натиснете Натиснете Windows + X и изберете „Команден ред (Администратор)“ или „Windows PowerShell (Администратор)“В зависимост от вашата версия на Windows. Друг вариант е да използвате диалоговия прозорец „Изпълнение“ (Windows + R), да въведете „cmd“ и да го отворите с повишени привилегии.
След като конзолата е отворена, се препоръчва да я стартирате SFC / SCANNOWТази команда анализира системните файлове и се опитва да замени повредените с правилни копия, съхранени в кеша на Windows. Процесът може да отнеме няколко минути, така че е най-добре да го оставите да завърши, без да затваряте прозореца или да го прекъсвате.
След като SFC приключи, можете да продължите с поправянето на образа на Windows, използвайки DISM. Препоръчителният ред е първо да го стартирате. DISM.exe / онлайн / почистване-изображение / сканиране за да се оцени качеството на изображението и след това, DISM.exe / онлайн / почистване-изображение / възстановяване на здравето да се опитат да коригират откритите грешки.
Всяка от тези команди може да отнеме известно време, особено на компютри с механични твърди дискове или ниска процесорна мощност. Важно е Стартирайте ги един по един, изчакайте да приключат и рестартирайте компютъра си, когато са готови.Това елиминира много проблеми с целостта на системата, преди да се опитате да извършите актуализацията отново.
Разширена диагностика на грешки: SetupDiag и инсталационни регистри
Когато основните стъпки не са достатъчни, е много полезно да се анализира записи, генерирани от самия процес на актуализиране и прегледайте преглед на събитияMicrosoft предлага специален инструмент, наречен SetupDiag.exe, който търси и анализира тези регистрационни файлове, за да ви каже подробно какво се е объркало.
SetupDiag може да се стартира директно на компютъра, който не е успял да се актуализира, или чрез посочване на инсталационните директории на отдалечен компютър, който има същия проблем. Инструментът преглежда лог файловете, генерирани от Windows в инсталационните папки и Направете обобщение с най-вероятната причина за неуспехапосочвайки дали произходът е в конкретен драйвер, системен компонент или известен конфликт.
В сървърни сценарии, например с Windows Server 2019SetupDiag се оказа особено полезен за локализиране на конфликтиращи драйвери за QLogic Fibre HBA. В някои случаи отчетът директно посочваше инсталираната версия на драйвера за минипорт като причина за синия екран по време на актуализацията.
След като проблемният драйвер бъде идентифициран, следващата стъпка е да посетите уебсайта на производител (напр. QLogic или съответния доставчик на хардуер) и проверете дали има по-нова версия, която коригира грешката. В случая на QLogic, дневниците с промени за по-късни версии посочват корекции, които директно адресират тези грешки при актуализацията.
Ако след актуализиране на драйвера системата продължава да показва същия проблем при повторно актуализиране, препоръчително е да направите още една крачка и Също така актуализирайте BIOS/UEFI и фърмуера на съответния HBA, контролер или устройство.Комбинацията от нов драйвер и стар фърмуер може да продължи да причинява грешки, дори ако първоначалната причина изглежда е била отстранена.
Накрая, струва си да се помни, че Windows поддържа хранилище за драйвери в папката %WINDIR%\System32\DriverStoreДори след инсталиране на нов драйвер, по-старите версии може да останат и да причинят конфликти. Съществуват визуални експерти и специфични инструменти за почистване на това хранилище, но трябва да го правите внимателно, за да избегнете изтриването на необходимите драйвери.
Програми и услуги, които трябва да деактивирате преди актуализиране
Една препоръка, която се повтаря както във форуми, така и в официалната документация, е Деинсталирайте или деактивирайте всеки антивирусен софтуер на трети страни Преди да се опитате да извършите основна актуализация на Windows, често не е достатъчно просто временно да поставите защитата на пауза. Най-безопасният начин на действие е да я деинсталирате напълно и да я инсталирате отново, след като актуализацията е завършила успешно.
В допълнение към антивирусния софтуер, е добра идея да прегледате и други програми, които са дълбоко интегрирани в системата, като например допълнителни защитни стени, инструменти за сигурност, VPN мрежи със собствени контролери, оптимизатори и „пакети за производителност“Всичко, което пречи на процеса на зареждане на Windows, ядрото или мрежата, може да добави шум към процеса.
Също така помага да се извърши чисто зареждане на систематаТова включва деактивиране на всички услуги и програми за стартиране, които не са на Microsoft, така че системата да се стартира с възможно най-малко работещи компоненти. Това намалява вероятността процес на трета страна да се намеси във фазата FIRST_BOOT.
От друга страна, препоръчително е изключете всички ненужни периферни устройстваПринтери, скенери, външни твърди дискове, USB хъбове, уеб камери и др. Оставете свързани само клавиатурата, мишката и, ако е абсолютно необходимо, мрежовия кабел или основния Wi-Fi адаптер. Колкото по-малко устройства Windows трябва да инициализира по време на актуализацията, толкова по-малка е вероятността да срещнете проблемен драйвер.
Microsoft също така предлага в някои случаи, Изключете WiFi връзката и използвайте Ethernet кабелна връзка по време на изтеглянето и инсталирането на важни актуализации. Това намалява прекъсванията или колебанията в мрежата, които могат да повредят инсталационните файлове или да причинят комуникационни грешки със сървърите за актуализации.
Ключът към успешното преодоляване на грешка FIRST_BOOT се крие в Комбинирайте диагностични инструменти като SFC, DISM и SetupDiag с малко търпение, за да изключите антивирусни програми, остарели драйвери и конфликтиращ хардуер.Отделянето на време за почистване, актуализиране и инсталиране на правилните драйвери за вашата система често е от решаващо значение за неуспешна актуализация и гладко надграждане на версията.