Menganalisis fail log but seperti Ntbtlog.txt untuk menyelesaikan masalah kegagalan permulaan Windows

Apabila Windows enggan boot dan tersekat pada skrin hitam, gelung mula semula atau skrin biruReaksi biasa adalah panik. Tetapi di luar alat automatik biasa, terdapat sumber yang sangat berkuasa untuk memahami apa yang berlaku: fail log but atau Log Butterutamanya yang terkenal Ntbtlog.txt.

Log ini memperincikan pemacu dan komponen yang dimuatkan (atau gagal dimuatkan) semasa permulaan sistem, dan digabungkan dengan utiliti lain seperti Pembaikan Permulaan, BOOTREC, DISM atau Windows Registry itu sendiri, membolehkan anda menyerang punca banyak masalah but, baik dalam komputer dengan BIOS klasik mahupun dalam sistem moden dengan UEFI (proses but dalam UEFI).

Bagaimanakah permulaan Windows berfungsi dan pada peringkat manakah kegagalan itu berlaku?

Sebelum anda mula mengulas Ntbtlog.txt untuk menampal arahan ke dalam konsolAdalah penting untuk memahami bagaimana proses but Windows disusun dan komponen mana yang diaktifkan pada setiap peringkat. Ini membolehkan anda menentukan sama ada ralat berlaku lebih awal (firmware/BIOS), dalam pengurus but, dalam pemuat sistem pengendalian atau bila kernel Windows memainkan peranan.

Secara umum, kitaran permulaan sistem Windows moden dibahagikan kepada empat fasa utama Ini berlaku dalam kedua-dua mesin BIOS legasi dan sistem firmware UEFI, walaupun fail yang terlibat dan laluannya sedikit berubah:

• Fasa 1 – PraButPerisian tegar (BIOS atau UEFI) melaksanakan POST (Ujian Kendiri Kuasa), memulakan perkakasan asas dan mencari cakera sistem yang sah. Dalam mesin BIOS, MBR/PBR dibaca; dalam UEFI, perisian tegar dimuatkan dan aplikasi EFI pengurus but Windows dicari.
• Fasa 2 – Pengurus But WindowsDi sinilah pengurus but memainkan peranan, yang mencari konfigurasi but dan memutuskan sistem mana yang hendak dimulakan.
• Fasa 3 – Pemuat OS Windows: pengecas sistem (winload.exe o winload.efi) memuatkan kernel dan pemacu yang ditandakan untuk dimuatkan semasa but.
• Fasa 4 – Kernel Windows NT: kernel (ntoskrnl.exe) mengambil kawalan, memasang sarang pendaftaran sistem, memuatkan pemacu BOOT_START dan sesi sistem bermula (Smss.exe), yang seterusnya melancarkan perkhidmatan dan pengawal yang lain.

Setiap peringkat ini mempunyai simptom dan mesej ralat yang agak tersendiri.daripada "Bootmgr hilang" biasa kepada ralat seperti INACCESSIBLE_BOOT_DEVICE atau skrin biru sejurus selepas logo Windows, dan oleh itu didiagnosis dan dibaiki dengan alat yang berbeza.

Matlamat apabila mendiagnosis kegagalan permulaan adalah untuk "menangkap" pada titik mana dalam rantaian ini proses tersebut rosak.Dari situ, kita boleh memutuskan sama ada masuk akal untuk melihat fail log but, SrtTrail.txt daripada pembaikan permulaan, lambakan memori, Pendaftaran atau fokus pada kod but (MBR, BCD, Bootmgr, dll.).

Kegagalan BIOS atau firmware: cara mengesannya

Jika komputer tidak memaparkan logo Windows Jika ia tersekat pada skrin hitam tanpa mesej yang jelas, atau tidak dapat dihidupkan dengan betul, masalahnya biasanya terletak pada firmware itu sendiri atau pada perkakasan asas.

Terdapat beberapa pemeriksaan yang sangat mudah untuk menentukan sama ada sistem telah lulus fasa BIOS atau ia tersekat di sana:

1. Putuskan sambungan semua peranti luaran (USB, cakera keras luaran, pencetak…). Kadangkala firmware cuba boot daripada peranti boleh tanggal dan tersekat.
2. Perhatikan LED aktiviti cakera kerasJika ia tidak berkelip langsung semasa dihidupkan, proses tersebut mungkin tidak sampai ke tahap di mana sektor but dibaca.
3. Cuba tekan kekunci Num Lock.Jika penunjuk papan kekunci tidak berubah, ia biasanya menunjukkan bahawa sistem telah dibekukan sepenuhnya pada peringkat firmware atau papan induk.

Apabila pembekuan berada pada peringkat awal ini, ia biasanya disebabkan oleh kegagalan perkakasan. (memori, papan induk, bekalan kuasa, cakera keras yang rosak…) dan tidak begitu banyak dalam kes masalah fail but, jadi dalam kes ini analisis Ntbtlog.txt dan perkara yang serupa tidak dijana pun.

Ralat dalam pengurus but dan pemuat (MBR, BCD, Bootmgr)

Jika mesin dihidupkan, logo pengilang akan muncul dan kemudian anda akan melihat skrin hitam dengan kursor berkelip. Jika anda menerima mesej seperti “Sistem Pengoperasian Hilang”, “Bootmgr hilang” atau ralat berkaitan BCD, masalahnya sudah berada dalam fasa pengurus but (Pengurus Boot / Pemuat But).

Beberapa mesej tipikal dari peringkat ini menjelaskan dengan jelas keadaannya.:

• 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

Pada ketika ini, tindakan yang paling berkesan adalah boot dari media pemasangan Windows luaran. (USB/DVD yang dicipta dengan alat Microsoft atau ISO versi yang sama atau lebih tinggi) dan buka gesaan arahan menggunakan kombinasi Shift+F10 atau melalui pilihan pemulihan lanjutan.

Menggunakan alat Pembaikan Permulaan

Utiliti Pembaikan Permulaan Windows adalah pilihan pertama yang harus anda cuba.kerana ia mengautomasikan banyak pemeriksaan: ia menyemak integriti fail but, cuba membetulkan BCD, membaiki sektor but yang rosak dan menjana lognya sendiri tentang apa yang telah dilakukannya.

Aliran pengguna sangat mudah. apabila anda but daripada media pemasangan versi Windows yang sama yang telah anda pasang:

1. But komputer anda daripada USB/DVD pemasangan Windows dan, dalam tetingkap awal, klik pada Seterusnya > Baiki peralatan.
2. Pada skrin pilihan, masukkan Selesaikan masalah.
3. Akses kepada Pilihan lanjutan > Pembaikan permulaan dan biarkan alat tersebut menganalisis sistem.
4. Apabila selesai, tutup menggunakan wizard itu sendiri dan cuba mulakan seperti biasa.

Semua yang dilakukan oleh alat ini direkodkan dalam fail SrtTrail.txt, terletak di %windir%\System32\LogFiles\Srt\Srttrail.txtWalaupun ia bukan log but dalam gaya Ntbtlog.txtYa, adalah berguna untuk memahami apa yang telah dikesan dan tindakan yang telah cuba digunakan.

Baiki MBR dan sektor but dengan BOOTREC

Jika Pembaikan Permulaan tidak menyelesaikan masalah, langkah klasik seterusnya adalah menggunakan alat tersebut BOOTREC (lihat Panduan BOOTREC) Daripada gesaan arahan persekitaran pemulihan. Utiliti ini membolehkan anda menulis semula MBR, membina semula sektor but dan menjana semula pangkalan data BCD.

Perintah asas untuk menangani masalah MBR dan sektor but yang biasa adalah seperti berikut:

• Tulis semula MBR (sangat berguna jika sistem lain atau alat pihak ketiga telah menulis gantinya):
  bootrec /fixmbr
• Membaiki sektor but pada partition sistem:
  bootrec /fixboot

Dalam beberapa senario (terutamanya dalam sistem UEFI dengan pembahagian EFI dalam FAT32) Mesej "Akses ditolak" yang ditakuti mungkin muncul semasa dijalankan /fixbootDalam kes ini, anda perlu menyemak sama ada partition sistem diberikan huruf pemacu dengan betul, dan kadangkala menandakannya sebagai aktif atau membaiki fail but secara manual dengan menyalinnya. bootmgr dan kandungan \EFI\Microsoft\Boot.

Betulkan ralat gudang BCD

Apabila BCD rosak atau menunjukkan kemudahan yang tidak wujudAnda akan melihat ralat yang lebih khusus tentang "Data Konfigurasi But". Di sini, BOOTREC dan BCDEDIT berfungsi bersama (lihat diagnosis dengan BCDEDIT).

Prosedur tipikal untuk menjana semula BCD dari awal Adakah ini:

1. Imbas untuk pemasangan Windows yang boleh dikesan:
   bootrec /scanos
2. Jika ia masih tidak bermula selepas imbasan, sandarkan BCD dan bina semula:
   bcdedit /export C:\bcdbackup
attrib C:\boot\bcd -r -s -h
ren C:\boot\bcd bcd.old
bootrec /rebuildbcd
3. Apabila ditanya sama ada anda ingin menambah pemasangan yang ditemui ke senarai but, jawab ya.

Dalam sesetengah kes, mesej ralat akan muncul yang menyatakan "Peranti sistem yang diminta tidak dapat ditemui." Apabila cuba menambah pemasangan; di situlah anda perlu menyemaknya diskpart bahawa partition sistem ditanda dengan betul, mempunyai huruf yang ditetapkan dan tidak rosak.

Gantikan fail Bootmgr

Jika selepas beberapa percubaan ralat menunjukkan secara langsung kepada bootmgr rosakAnda boleh memilih untuk menamakan semula salinan yang rosak dan meletakkan yang baharu daripada partition yang dikhaskan untuk sistem atau daripada media pemasangan.

Idea umum adalah untuk meninggalkan yang lama. bootmgr selamat dan salin yang berfungsi ke partition tempat sistem berada:

1. Kenal pasti partition System Reserved (biasanya tanpa huruf, dalam FAT32 atau NTFS, kira-kira 100 MB dalam Windows moden) dan tetapkan huruf kepadanya dengan diskpart jika perlu.
2. Dalam partition itu, senaraikan fail tersembunyi dan sistem dengan:
   attrib -r -s -h
3. Lakukan perkara yang sama pada pemacu sistem (contohnya, C:) untuk melihat bootmgr sedia ada.
4. Tukar nama bootmgr rosak, contohnya:
   ren C:\bootmgr bootmgr.old
5. Salin bootmgr "sihat" daripada partition yang dikhaskan sistem ke root pemacu Windows.
6. Mulakan semula dan semak sama ada ia bermula.

Pulihkan subpokok pendaftaran sistem

Apabila ralat menunjukkan bahawa sarang sistem tidak dapat dimuatkan (“sarang sistem hilang atau rosak”), masalah beralih daripada isu berkaitan but semata-mata kepada masalah Pendaftaran. Dalam kes ini, biasanya perlu memulihkan subpokok Pendaftaran daripada sandaran yang sah (anda boleh melihat teknik untuk Tingkatkan Pendaftaran dengan RegScanner).

Daripada persekitaran pemulihan WinRE atau cakera pembaikan ERD Anda boleh menyalin kandungan C:\Windows\System32\config\RegBack a C:\Windows\System32\configmenulis ganti fail yang rosak (SISTEM, PERISIAN, dll.). Jika ia masih tidak dapat boot, anda perlu memulihkan sandaran sistem penuh dan kemudian hanya memulihkan sarang yang diperlukan.

Fasa kernel: skrin biru, gelung dan ranap selepas logo

Jika anda sudah melihat logo Windows, ikon "roda" titik yang berputar punTetapi jika tiba-tiba skrin biru muncul, ia membeku, atau skrin hitam muncul begitu sahaja, masalahnya kemungkinan besar dalam fasa kernel atau dalam pemacu yang dimuatkan pada peringkat itu.

Beberapa gejala kegagalan yang lazim dalam fasa ini diketahui umum:

• Hentikan kod sejurus selepas skrin percikan (contohnya, 0x00000C2, 0x0000007B, dan lain-lain.).
• Ralat daripada INACCESSIBLE_BOOT_DEVICE, dengan pengecam hentian 0x7B, yang menunjukkan masalah mengakses cakera but.
• Roda titik berputar kekal selama-lamanya dalam "sistem sibuk".
• Skrin menjadi hitam selepas logo Windows muncul, tanpa mesej.

Dalam situasi ini, pilihan pemulihan adalah berdasarkan permulaan dengan cara yang terhad dan kemudian diagnosis menggunakan alat seperti Pemapar Peristiwa, log but, lambakan memori dan Daftaran itu sendiri.

Cuba Mod Selamat dan Konfigurasi Baik Terakhir yang Diketahui

Mod Selamat kekal sebagai klasik kerana ia hanya memuatkan minimum. supaya Windows bermula, meninggalkan sebahagian besar pemacu dan perkhidmatan pihak ketiga yang mungkin menyebabkan masalah.

Daripada Pilihan But Lanjutan Anda boleh cuba:

• Mod selamat
• Mod selamat dengan rangkaian
• Konfigurasi terakhir yang berjaya diketahui (jika tersedia dalam versi anda)

Jika pasukan berjaya memulakan mana-mana variasi iniAntara perkara pertama yang disyorkan ialah membuka Penonton acara dan semak log sistem dan aplikasi sekitar masa gejala bermula, menyalin peristiwa yang berkaitan untuk analisis ketenangan.

Permulaan yang bersih untuk mencari perkhidmatan dan pemandu yang bercanggah

Apabila masalah tersebut menunjukkan kepada perkhidmatan atau pengawal pihak ketiga (antivirus, perisian sandaran, pemacu storan khas, dll.), adalah sangat berguna untuk melakukan "but bersih" dengan alat ini msconfig.

Dalam Tetapan Sistem, anda boleh memilih "Permulaan terpilih" dan lumpuhkan perkhidmatan yang tidak kritikal secara beransur-ansur, terutamanya yang bukan daripada Microsoft, sehingga anda menemui perkhidmatan yang mencetuskan kegagalan permulaan. Setelah ditemui, anda boleh melumpuhkannya secara kekal dan kembali kepada "permulaan biasa".

Jika masalahnya terletak pada tandatangan pemacu (terutamanya dalam sistem x64 dengan But Selamat atau keperluan tandatangan)Satu lagi cara adalah dengan memulakan dengan pilihan "Lumpuhkan penggunaan mandatori pemacu yang ditandatangani" dan analisis pemacu mana yang memerlukan tandatangan atau menyebabkan konflik, mengikut garis panduan dalam artikel khusus Microsoft tentang jenis masalah ini.

Ralat INACCESSIBLE_BOOT_DEVICE (STOP 0x7B)

Kesalahan INACCESSIBLE_BOOT_DEVICE Ia merupakan antara yang paling ditakuti kerana ia menunjukkan bahawa Windows tidak dapat mengakses pemacu dari mana ia harus boot: pemacu storan yang tidak mencukupi, penapis pihak ketiga, perubahan dalam mod pengawal SATA/RAID dalam BIOS, dsb.

Kaedah lanjutan untuk menangani ralat ini melibatkan penapisan pemacu pihak ketiga dalam Pendaftaran daripada persekitaran pemulihan:

1. But ke WinRE menggunakan ISO versi Windows yang sama atau lebih tinggi.
2. Buka Editor Pendaftaran dan muatkan sarang sistem, berikannya nama sementara, contohnya ujian.
3. Pergi ke kunci:
   HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class
4. Cari entri UpperFilters y LowerFilters yang merujuk kepada pemacu yang bukan daripada Microsoft.
5. Bagi setiap pemandu yang disyaki, kosongkan kandungan nilai penapis yang sepadan.
6. Cari kejadian serupa lain di dalam sarang, ubah suai dengan teliti, dan keluarkan sarang apabila anda selesai.
7. Mulakan semula sistem dalam Mod Normal dan semak sama ada ralat 0x7B telah hilang.

Jika masalah bermula sejurus selepas memasang kemas kini WindowsMungkin perlu mengalih keluar pakej yang belum selesai atau mengembalikan tindakan kemas kini dengan DISM, menukar nilai dalam Daftar (contohnya, perkhidmatan TrustedInstaller) dan juga menamakan semula fail seperti pending.xml en WinSxS untuk menyekat proses tersebut.

Dayakan pengelogan but dalam Windows

Pada ketika ini, protagonis artikel ini memainkan peranan: arkib Ntbtlog.txtFail ini ialah log but Windows klasik; ia merekodkan pemacu dan komponen yang dimuatkan (atau gagal) semasa permulaan, membolehkan anda mengesan, contohnya, pemacu khusus yang menghalang sistem daripada dimulakan.

BootLog tidak diaktifkan secara lalaiTetapi mengaktifkannya sangat mudah dan anda boleh melakukannya dalam dua cara utama: melalui boot.ini dalam sistem lama atau dengan bcdedit Dalam versi moden seperti Windows 10 dan yang lebih baharu, adalah sangat berguna untuk menggabungkannya dengan teknik untuk analisis dengan BootTrace.

Dayakan BootLog pada sistem berasaskan boot.ini (Windows XP dan yang serupa)

Pada komputer lama, fail konfigurasi but ialah boot.ini, yang terletak di root pemacu tempat Windows dipasang (biasanya C:) dan ditandakan sebagai fail tersembunyi dan sistem.

Untuk mengeditnya, anda mesti memaparkan fail sistem yang dilindungi terlebih dahulu. Daripada pilihan folder, cari boot.ini dan bukanya dengan Notepad. Di sana anda akan melihat baris yang serupa dengan ini (walaupun dengan parameter yang berbeza):

berbilang(0)cakera(0)rdisk(0)partition(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect

Untuk mengaktifkan pembalakan but, cuma tambahkan pengubah suai /BOOTLOG di hujung baris itumengakibatkan sesuatu seperti:

berbilang(0)cakera(0)rdisk(0)partition(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect /BOOTLOG

Sebaik sahaja fail disimpan, sistem akan mula menjana rekod but pada setiap permulaan.Di samping itu, dalam situasi kecemasan, pembalakan boleh diaktifkan berdasarkan kes demi kes daripada menu but lanjutan: dengan menekan F8 sebelum Windows bermula dan memilih pilihan "Dayakan pembalakan but".

Fail yang dihasilkan sentiasa dipanggil Ntbtlog.txt dan ia disimpan dalam folder Windows, biasanya dalam C:\Windows, sedia untuk dibuka dengan Notepad dan semak pemacu mana yang telah dimuatkan dengan betul dan yang belum.

Dayakan dan lumpuhkan BootLog dengan BCDEDIT dalam Windows 10 dan yang lebih baru

Dalam sistem moden yang menggunakan BCD (Windows Vista dan yang lebih baharu, termasuk Windows 10)Konfigurasi but tidak lagi diuruskan dengan boot.initetapi dengan stor data konfigurasi but dan alat tersebut bcdedit.

Untuk mendayakan pengelogan but pada sistem tertentu Anda perlu mengetahui pengecam (ID) pemuat tersebut dalam BCD. Ini diperoleh dengan menjalankan arahan berikut dalam prompt arahan dengan keistimewaan pentadbir:

bcdedit

Dalam blok "Windows Boot Loader", anda akan melihat baris yang dipanggil "Identifier" yang boleh jadi seperti {current} atau GUID yang berbeza. Menggunakan ID tersebut, anda boleh mengaktifkan BootLog seperti ini:

bcdedit /set {ID} bootlog Yes

Untuk menyahaktifkannya, cuma tukar nilai kepada "Tidak".:

bcdedit /set {ID} bootlog No

Selepas permulaan semula seterusnya, jika pembalakan diaktifkan, Windows akan menjana fail tersebut. Ntbtlog.txt pada laluan yang ditunjukkan dengan semua maklumat yang diperlukan tentang pengawal dan modul yang terlibat dalam permulaan, yang sangat membantu dalam mendiagnosis kerosakan yang tidak menentu.

Mentafsir Ntbtlog.txt dan log but lain

Walaupun pada pandangan pertama Ntbtlog.txt ia kelihatan seperti senarai baris yang mudahKuncinya adalah memahami corak yang kita cari. Dalam fail ini, anda akan melihat entri yang menunjukkan bahawa pengawal telah dimuatkan dengan jayanya atau dilangkau.

Caranya adalah untuk mencari pemacu yang gagal sebelum kemalangan atau permulaan semula berlaku....atau yang jelas bukan milik Microsoft dan boleh menyebabkan konflik (pemacu antivirus, penyulitan cakera, penyelesaian sandaran, dll.). Menggabungkan maklumat ini dengan peristiwa Pemapar Peristiwa dan, jika tersedia, lambakan memori, boleh mengurangkan masalah dengan ketara.

Dalam banyak kes, lambakan memori secara eksplisit menunjukkan fail pemacu tertentu. (contohnya, \Windows\System32\drivers\stcvsm.sys (hilang atau rosak). Cadangan umum dalam kes jenis ini ialah:

• Semak fungsi yang disediakan oleh pengawal tersebut dan sama ada ia penting untuk permulaan.
• Jika ia merupakan pemacu pihak ketiga yang tidak penting, lumpuhkannya dengan memuatkan sarang sistem dalam Pendaftaran daripada WinRE.
• Jalankan Pemeriksa Fail Sistem (sfc) dalam mod luar talian jika disyaki kerosakan fail sistem.
• Jika disyaki berlakunya kerosakan Pendaftaran yang berleluasa atau pemasangan berbilang pemacu/perkhidmatan baru-baru ini, namakan semula sarang lama (tambah .old kepada nama-nama dalam C:\Windows\System32\configdan memulihkan sandaran RegBackkemudian cuba permulaan seperti biasa.

Kadangkala, terutamanya selepas kemas kini Windows utama, masalah semasa membaiki dengan DISM Ia datang daripada versi imej asalJika ISO yang digunakan untuk pemulihan tidak sepadan dengan versi yang dipasang, DISM Ia mengembalikan ralat 0x800f081f (“Fail sumber tidak dapat ditemui”). Dalam kes ini, adalah dinasihatkan untuk menyemak dengan dism /get-wiminfo versi imej yang tepat (install.wim o install.esd) dan cari ISO yang benar-benar sepadan dengan binaan sistem yang hendak dibaiki.

Pendek kata, daftar but seperti Ntbtlog.txt, Startup Repair SrtTrail, lambakan memori dan log bagi DISM y SFC Mereka membentuk "ekosistem" maklumat Alat ini membolehkan anda membina semula apa yang berlaku semasa setiap but: apa yang dimuatkan, apa yang dilangkau, apa yang rosak dan perubahan apa (pemacu, kemas kini, perisian antivirus atau pelbagai utiliti) yang telah mengganggu proses tersebut. Dengan menggabungkan alat ini dengan MBR, BCD, Bootmgr, RegBack dan teknik pembaikan but bersih, peluang untuk memulihkan sistem Windows yang tidak dapat but tanpa pemasangan semula sepenuhnya adalah jauh lebih tinggi daripada yang mungkin kelihatan pada mulanya.

artikel berkaitan:

Jejak Buta dalam Windows 11: Panduan lengkap untuk menganalisis proses but

Ishak

Penulis yang bersemangat tentang dunia bait dan teknologi secara umum. Saya suka berkongsi pengetahuan saya melalui penulisan, dan itulah yang akan saya lakukan dalam blog ini, menunjukkan kepada anda semua perkara yang paling menarik tentang alat, perisian, perkakasan, trend teknologi dan banyak lagi. Matlamat saya adalah untuk membantu anda mengemudi dunia digital dengan cara yang mudah dan menghiburkan.