Analizarea fișierelor jurnal de pornire, cum ar fi Ntbtlog.txt, pentru a depana erorile de pornire Windows

Când Windows refuză să pornească și se blochează pe un ecran negru, o buclă de repornire sau un ecran albastruReacția normală este panică. Dar dincolo de instrumentele automate tipice, există o resursă foarte puternică pentru a înțelege ce se întâmplă: fișierele jurnal de pornire sau Jurnalele de pornireîn special binecunoscutul Ntbtlog.txt.

Aceste jurnale detaliază ce drivere și componente se încarcă (sau nu se încarcă) în timpul pornirii sistemuluiși combinate cu alte utilitare precum Startup Repair, BOOTREC, DISM sau chiar Registrul Windows, vă permit să atacați rădăcina multor probleme de bootare, atât pe computerele cu BIOS clasic, cât și pe sistemele moderne cu UEFI (procesul de bootare în UEFI).

Cum funcționează pornirea Windows și în ce etapă se produce eroarea?

Înainte de a începe să revizuiți Ntbtlog.txt pentru a lipi comenzi în consolăEste important să înțelegeți cum este organizat procesul de bootare Windows și ce componente sunt activate în fiecare etapă. Acest lucru vă permite să determinați dacă eroarea apare foarte devreme (firmware/BIOS), în managerul de bootare, în încărcătorul sistemului de operare sau când intră în joc kernelul Windows.

În termeni generali, ciclul de pornire al unui sistem Windows modern este împărțit în patru faze principale Acestea apar atât pe mașinile BIOS vechi, cât și pe sistemele cu firmware UEFI, deși fișierele implicate și căile se schimbă ușor:

• Faza 1 – Pre-pornireFirmware-ul (BIOS sau UEFI) efectuează POST (Power-On Self Test), inițializează hardware-ul de bază și localizează un disc de sistem valid. Pe mașinile BIOS, se citește MBR/PBR; în UEFI, se încarcă firmware-ul și se caută aplicația EFI din managerul de boot Windows.
• Faza 2 – Managerul de bootare Windows: intră în acțiune managerul de bootare, care caută configurația de bootare și decide ce sistem să pornească.
• Faza 3 – Încărcătorul sistemului de operare Windowsîncărcătorul sistemului (winload.exe o winload.efi) încarcă kernelul și driverele marcate pentru a fi încărcate la bootare.
• Faza 4 – Nucleul Windows NT: nucleul (ntoskrnl.exe) preia controlul, montează setul de registry al sistemului, încarcă driverele BOOT_START și sesiunea de sistem începe (Smss.exe), care la rândul său lansează restul serviciilor și controlerelor.

Fiecare dintre aceste etape are simptome și mesaje de eroare destul de caracteristice.de la tipicul mesaj „Bootmgr lipsește” până la erori precum INACCESSIBLE_BOOT_DEVICE sau ecrane albastre imediat după sigla Windows și, prin urmare, sunt diagnosticate și reparate cu diferite instrumente.

Scopul diagnosticării unei defecțiuni la pornire este de a „surprinde” punctul din acest lanț în care procesul se întrerupe.De acolo, putem decide dacă are sens să ne uităm la fișierul jurnal de bootare, la SrtTrail.txt din repararea la pornire, la imaginile de memorie, la Registry sau să ne concentrăm pe codurile de bootare (MBR, BCD, Bootmgr etc.).

Erori de BIOS sau firmware: cum să le detectezi

Dacă computerul nici măcar nu afișează sigla Windows Dacă se blochează pe ecran negru fără mesaje clare sau nici măcar nu pornește corect, problema este de obicei în firmware-ul în sine sau în hardware-ul de bază.

Există câteva verificări foarte simple pentru a determina dacă sistemul a trecut de faza BIOS sau e blocat acolo:

1. Deconectați toate perifericele externe (USB, hard disk-uri externe, imprimante…). Uneori, firmware-ul încearcă să pornească de pe un dispozitiv amovibil și se blochează.
2. Observați LED-ul de activitate al hard disk-uluiDacă nu clipește deloc în timpul pornirii, este posibil ca procesul să nu ajungă la punctul în care este citit sectorul de boot.
3. Încercați să apăsați tasta Num Lock.Dacă indicatorul tastaturii nu se schimbă, de obicei indică faptul că sistemul este complet blocat la nivel de firmware sau de placă de bază.

Când înghețarea este în acest stadiu incipient, de obicei se datorează unei defecțiuni hardware. (memorie, placă de bază, sursă de alimentare, hard disk defect…) și nu atât de mult în cazul unei probleme cu fișierul de boot, așa că în aceste cazuri analiza Ntbtlog.txt și lucruri similare nici măcar nu sunt generate.

Erori în managerul de boot și în încărcător (MBR, BCD, Bootmgr)

Dacă aparatul pornește, apare sigla producătorului și apoi vedeți un ecran negru cu un cursor intermitent Dacă primiți mesaje precum „Operating System Missing” (Sistem de operare lipsește), „Bootmgr is missing” (Bootmgr lipsește) sau erori legate de BCD, problema se află deja în faza de boot manager (Boot Manager / Boot Loader).

Câteva mesaje tipice din această etapă clarifică destul de mult situația.:

• Boot Configuration Data (BCD) missing or corrupted
• Boot file or MBR corrupted
• Operating system missing
• Boot sector missing or corrupted
• Bootmgr missing or corrupted
• Unable to boot due to system hive missing or corrupted

În acest moment, cea mai eficientă acțiune este să porniți de pe un mediu extern de instalare Windows. (USB/DVD creat cu instrumentul Microsoft sau un fișier ISO cu aceeași versiune sau o versiune ulterioară) și deschideți o linie de comandă folosind combinația Shift+F10 sau prin opțiunile avansate de recuperare.

Utilizarea instrumentului Startup Repair

Utilitarul Windows Startup Repair este prima opțiune pe care ar trebui să o încercați.deoarece automatizează numeroase verificări: verifică integritatea fișierelor de boot, încearcă să repare BCD-ul, repară sectoarele de boot deteriorate și generează propriul jurnal al acțiunilor sale.

Fluxul de lucru al utilizatorului este foarte simplu. când bootezi de pe mediul de instalare al aceleiași versiuni de Windows pe care ai instalat-o:

1. Porniți computerul de pe USB/DVD-ul de instalare Windows și, în fereastra inițială, faceți clic pe Următorul > Reparați echipamentul.
2. Pe ecranul de selecție, introduceți Troubleshoot.
3. Acces la Opțiuni avansate > Reparare la pornire și lăsați instrumentul să analizeze sistemul.
4. Când a terminat, închideți sistemul folosind expertul și încercați să îl porniți normal.

Tot ceea ce face acest instrument este înregistrat în fișier SrtTrail.txt, situat în %windir%\System32\LogFiles\Srt\Srttrail.txtDeși nu este un jurnal de bootare în stilul Ntbtlog.txtDa, este util să înțelegem ce a detectat și ce acțiuni a încercat să aplice.

Reparați MBR-ul și sectorul de boot cu BOOTREC

Dacă Repararea la pornire nu rezolvă problema, următorul pas clasic este utilizarea instrumentului BOOTREC (vedea Ghidul BOOTREC) Din promptul de comandă al mediului de recuperare. Acest utilitar vă permite să rescrieți MBR-ul, să reconstruiți sectorul de boot și să regenerați baza de date BCD.

Comenzi de bază pentru rezolvarea problemelor tipice ale MBR și sectorului de boot sunt:

• Rescrieți MBR-ul (foarte util dacă un alt sistem sau un instrument terț l-a suprascris):
  bootrec /fixmbr
• Reparați sectorul de boot al partiției de sistem:
  bootrec /fixboot

În unele scenarii (în special în sistemele UEFI cu partiționare EFI în FAT32) Mesajul de temut „Acces refuzat” poate apărea la rularea /fixbootÎn aceste cazuri, trebuie să verificați dacă partiției de sistem i se atribuie corect o literă de unitate și, uneori, să o marcați ca activă sau să reparați manual fișierele de boot prin copierea lor. bootmgr și conținutul \EFI\Microsoft\Boot.

Corectarea erorilor din depozitul BCD

Când BCD-ul este corupt sau indică facilități inexistenteVeți vedea erori mai specifice despre „Date de configurare a bootării”. Aici, BOOTREC și BCDEDIT funcționează împreună (consultați diagnostic cu BCDEDIT).

O procedură tipică pentru regenerarea BCD-ului de la zero este aceasta:

1. Scanați pentru instalări Windows detectabile:
   bootrec /scanos
2. Dacă tot nu pornește după scanare, faceți o copie de rezervă a BCD-ului și reconstruiți-l:
   bcdedit /export C:\bcdbackup
attrib C:\boot\bcd -r -s -h
ren C:\boot\bcd bcd.old
bootrec /rebuildbcd
3. Când vi se întreabă dacă doriți să adăugați instalarea găsită la lista de bootare, răspundeți da.

În unele cazuri, va apărea un mesaj de eroare care afișează „Dispozitivul de sistem solicitat nu a putut fi găsit”. Când încercați să adăugați instalarea; acolo trebuie să verificați cu diskpart că partiția de sistem este marcată corect, are o literă atribuită și nu este deteriorată.

Înlocuiți fișierul Bootmgr

Dacă după mai multe încercări erorile indică direct bootmgr deterioratPuteți alege să redenumiți copia defectă și să plasați una nouă din partiția rezervată sistemului sau din mediul de instalare.

Ideea generală este să o lăsăm pe cea veche. bootmgr în siguranță și copiați unul funcțional la partiția unde se află sistemul:

1. Identificați partiția rezervată sistemului (de obicei fără literă, în FAT32 sau NTFS, aproximativ 100 MB în Windows modern) și atribuiți-i o literă cu diskpart dacă este necesar
2. În acea partiție, listați fișierele ascunse și de sistem cu:
   attrib -r -s -h
3. Faceți același lucru și pe unitatea de sistem (de exemplu, C:) pentru a vedea bootmgr existent.
4. Schimbați numele bootmgr deteriorate, de exemplu:
   ren C:\bootmgr bootmgr.old
5. Copiați bootmgr „sănătos” de pe partiția rezervată sistemului la rădăcina unității Windows.
6. Repornește și verifică dacă pornește.

Restaurați subarborele registrului de sistem

Când erorile indică faptul că secțiunea de sistem nu poate fi încărcată („coșul de sistem lipsește sau este corupt”), problema se transformă dintr-o problemă pur legată de bootare într-o problemă de Registry. În aceste cazuri, este de obicei necesar să restaurați subarborele de Registry dintr-o copie de rezervă validă (puteți vedea tehnici pentru Îmbunătățiți registrul cu RegScanner).

Din mediul de recuperare WinRE sau de pe un disc de reparare ERD Puteți copia conținutul C:\Windows\System32\config\RegBack a C:\Windows\System32\configsuprascriind fișierele deteriorate (SISTEM, SOFTWARE etc.). Dacă tot nu pornește, va trebui să restaurați o copie de rezervă completă a sistemului și apoi să restaurați doar secțiunile necesare.

Faza kernel: ecrane albastre, bucle și blocări după logo

Dacă vedeți deja sigla Windows, chiar și pictograma „roată” în formă de puncte care se învârteDar dacă apare brusc un ecran albastru, se blochează sau pur și simplu apare un ecran negru, problema este cel mai probabil în faza kernelului sau în driverele care sunt încărcate în acea etapă.

Unele simptome tipice ale eșecului în această fază sunt bine cunoscute:

• Opriți codul imediat după ecranul de pornire (de exemplu, 0x00000C2, 0x0000007B, Etc).
• Eroare de INACCESSIBLE_BOOT_DEVICE, cu identificatorul de oprire 0x7B, ceea ce implică probleme la accesarea discului de boot.
• Roata cu puncte care se învârte rămâne pe termen nelimitat în „sistem ocupat”.
• Ecranul devine negru după ce apare sigla Windows, fără mesaje.

În aceste situații, opțiunile de recuperare se bazează pe pornirea într-un mod limitat și apoi diagnosticați folosind instrumente precum Vizualizatorul de evenimente, jurnalele de boot, imaginile de memorie și Registrul în sine.

Încercați Modul de siguranță și Ultima configurație bună cunoscută

Modul Safe Mode rămâne un clasic deoarece încarcă doar strictul necesar. astfel încât Windows să pornească, omițând o mare parte din driverele și serviciile terțe care ar putea cauza problema.

Din Opțiunile avansate de pornire poti incerca:

• Mod sigur
• Modul sigur in navigare pe internet
• Ultima configurare reușită cunoscută (dacă este disponibil în versiunea dvs.)

Dacă echipa reușește să înceapă în oricare dintre aceste varianteUnul dintre primele lucruri recomandate este să deschideți Vizualizator eveniment și revizuirea jurnalelor de sistem și de aplicații în perioada în care au început simptomele, copiind evenimentele relevante pentru o analiză calmă.

Un început curat pentru a localiza serviciile și driverele conflictuale

Când problema indică un serviciu sau un controler terț (antivirus, software de backup, drivere speciale de stocare etc.), este foarte util să efectuați o „pornire curată” cu instrumentul msconfig.

În Setările de sistem puteți selecta „Pornire selectivă” și dezactivați treptat serviciile necritice, în special pe cele care nu sunt de la Microsoft, până când îl localizați pe cel care declanșează eroarea de pornire. Odată găsit, îl puteți dezactiva definitiv și puteți reveni la o „pornire normală”.

Dacă problema constă în semnarea driverelor (în special în sistemele x64 cu cerințe de Secure Boot sau de semnătură)O altă modalitate este să începeți cu opțiunea „Dezactivați utilizarea obligatorie a driverelor semnate” și să analizați ce driver necesită o semnătură sau cauzează un conflict, urmând instrucțiunile din articolele specifice Microsoft despre acest tip de problemă.

Eroare INACCESSIBLE_BOOT_DEVICE (STOP 0x7B)

Greșeala INACCESSIBLE_BOOT_DEVICE Este unul dintre cele mai temute deoarece implică faptul că Windows nu poate accesa unitatea de pe care ar trebui să pornească: drivere de stocare inadecvate, filtre terțe, modificări ale modului controlerului SATA/RAID din BIOS etc.

O metodă avansată de gestionare a acestei erori implică filtrarea driverelor terțe în Registru din mediul de recuperare:

1. Porniți în WinRE utilizând un fișier ISO al aceleiași versiuni de Windows sau o versiune ulterioară.
2. Deschideți Editorul de Registry și încărcați setul de sistem, dându-i un nume temporar, de exemplu test.
3. Accesați cheia:
   HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class
4. Găsiți intrări UpperFilters y LowerFilters care se referă la drivere care nu sunt de la Microsoft.
5. Pentru fiecare driver suspect, ștergeți conținutul valorii filtrului corespunzător.
6. Caută alte evenimente similare în stup, modifică-le cu atenție și descarcă stupul când ai terminat.
7. Reporniți sistemul în modul normal și verificați dacă eroarea 0x7B a dispărut.

Dacă problema a început imediat după instalarea actualizărilor WindowsPoate fi necesar să eliminați pachetele în așteptare sau să anulați acțiunile de actualizare cu DISM, modificarea valorilor din Registru (de exemplu, serviciul TrustedInstaller) și chiar redenumirea fișierelor precum pending.xml en WinSxS pentru a debloca procesul.

Activarea jurnalizării de pornire în Windows

În acest moment, intră în joc protagonistul acestui articol: arhiva Ntbtlog.txtAcest fișier este jurnalul clasic de bootare Windows; înregistrează driverele și componentele care sunt încărcate (sau eșuează) în timpul pornirii, permițându-vă să detectați, de exemplu, ce driver anume împiedică pornirea sistemului.

BootLog nu este activat în mod implicitDar activarea ei este foarte simplă și o puteți face în două moduri principale: prin boot.ini în sisteme mai vechi sau cu bcdedit În versiunile moderne precum Windows 10 și versiunile ulterioare, este foarte util să se combine cu tehnici pentru analizează cu BootTrace.

Activați BootLog pe sistemele bazate pe boot.ini (Windows XP și similare)

Pe computerele mai vechi, fișierul de configurare a bootării este boot.ini, care se află în rădăcina unității unde este instalat Windows (de obicei C:) și este marcat ca fișier ascuns și de sistem.

Pentru a-l edita, trebuie mai întâi să afișați fișierele de sistem protejate. Din opțiunile folderului, localizați boot.ini și deschideți-l cu Notepad. Acolo veți vedea o linie similară cu aceasta (deși cu parametri diferiți):

multi(0)disk(0)rdisk(0)partiție(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect

Pentru a activa jurnalizarea bootării, pur și simplu adăugați modificatorul /BOOTLOG la sfârșitul acelei liniirezultând ceva de genul:

multi(0)disk(0)rdisk(0)partiție(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect /BOOTLOG

Odată ce fișierul este salvat, sistemul va începe să genereze înregistrarea de boot la fiecare pornire.În plus, în situații de urgență, înregistrarea în jurnal poate fi activată individual din meniul de pornire avansat: apăsând F8 chiar înainte de pornirea Windows și alegând opțiunea „Activare înregistrare în jurnal la pornire”.

Fișierul generat este întotdeauna apelat Ntbtlog.txt și este salvat în folderul Windows, de obicei în C:\Windows, gata de deschis cu Notepad și de verificat care drivere s-au încărcat corect și care nu.

Activarea și dezactivarea BootLog cu BCDEDIT în Windows 10 și versiuni ulterioare

În sistemele moderne care utilizează BCD (Windows Vista și versiuni ulterioare, inclusiv Windows 10)Configurația de bootare nu mai este gestionată cu boot.inidar cu depozitul de date de configurare a bootării și cu instrumentul bcdedit.

Pentru a activa jurnalizarea bootării pe un anumit sistem Trebuie să cunoașteți identificatorul (ID) al acelui încărcător în cadrul BCD. Acest lucru se obține rulând următoarea comandă într-un prompt de comandă cu privilegii de administrator:

bcdedit

În blocul „Windows Boot Loader” veți vedea o linie numită „Identificator” care ar putea fi ceva de genul {current} sau un GUID diferit. Folosind acel ID, puteți activa BootLog astfel:

bcdedit /set {ID} bootlog Yes

Pentru a o dezactiva, schimbați pur și simplu valoarea la „Nu”.:

bcdedit /set {ID} bootlog No

După următoarea repornire, dacă este activată înregistrarea în jurnal, Windows va genera fișierul. Ntbtlog.txt pe ruta indicată cu toate informațiile necesare despre controlerele și modulele implicate în pornire, ceea ce este extrem de util în diagnosticarea defecțiunilor capricioase.

Interpretarea fișierului Ntbtlog.txt și a altor jurnale de bootare

Deși la prima vedere Ntbtlog.txt Poate părea o simplă listă de liniiCheia este să înțelegem ce model căutăm. În acest fișier, veți vedea intrări care indică faptul că un controler a fost încărcat cu succes sau a fost omis.

Trucul este să localizezi driverele care eșuează chiar înainte de a se produce blocarea sau repornirea....sau cele care în mod evident nu aparțin Microsoft și ar putea cauza conflicte (drivere antivirus, criptare disc, soluții de backup etc.). Combinarea acestor informații cu evenimentele din Vizualizatorul de evenimente și, dacă sunt disponibile, cu imaginile de memorie, poate reduce considerabil problema.

În multe cazuri, imaginile de memorie indică în mod explicit către un anumit fișier de driver. (de exemplu, \Windows\System32\drivers\stcvsm.sys (lipsește sau este deteriorat). Recomandările generale în acest tip de caz sunt:

• Verificați ce funcționalități oferă controlerul respectiv și dacă acestea sunt esențiale pentru pornire.
• Dacă este un driver terț neesențial, dezactivați-l încărcând setul de sistem în Registry din WinRE.
• Rulați Verificatorul de fișiere de sistem (sfc) în modul offline dacă se suspectează coruperea fișierelor de sistem.
• Dacă se suspectează o corupție pe scară largă a Registrului sau instalarea recentă a mai multor drivere/servicii, redenumiți vechile secțiuni de tip „hive” (adăugând .old la numele din C:\Windows\System32\configși restaurați copiile de rezervă ale RegBackapoi încercând o pornire normală.

Uneori, mai ales după o actualizare majoră de Windows, problema apare la repararea cu DISM Provine din versiunea originală a imaginiiDacă fișierul ISO utilizat pentru restaurare nu corespunde îndeaproape cu versiunea instalată, DISM Returnează eroarea 0x800f081f („Fișierele sursă nu au putut fi găsite”). În aceste cazuri, este recomandabil să verificați cu dism /get-wiminfo versiunea exactă a imaginii (install.wim o install.esd) și găsiți un fișier ISO care corespunde de fapt versiunii sistemului care trebuie reparat.

Pe scurt, registrele de bootare sunt ca Ntbtlog.txt, SrtTrail-ul de reparare la pornire, imaginile de memorie și jurnalele de DISM y SFC Acestea formează un „ecosistem” informațional Acest instrument vă permite să reconstruiți ce se întâmplă în timpul fiecărei porniri: ce se încarcă, ce este omis, ce se corupe și ce modificări (drivere, actualizări, software antivirus sau diverse utilitare) au întrerupt procesul. Prin combinarea acestor instrumente cu MBR, BCD, Bootmgr, RegBack și tehnici de reparare prin pornire curată, șansele de a recupera un sistem Windows care nu pornește fără o reinstalare completă sunt mult mai mari decât ar putea părea inițial.

Articol asociat:

Urmărirea bootării în Windows 11: Un ghid complet pentru analiza proceselor de bootare

Isaac

Scriitor pasionat despre lumea octeților și a tehnologiei în general. Îmi place să îmi împărtășesc cunoștințele prin scriere și asta voi face în acest blog, să vă arăt toate cele mai interesante lucruri despre gadgeturi, software, hardware, tendințe tehnologice și multe altele. Scopul meu este să vă ajut să navigați în lumea digitală într-un mod simplu și distractiv.