Menganalisis file log boot seperti Ntbtlog.txt untuk memecahkan masalah kegagalan startup Windows.

Ketika Windows menolak untuk melakukan booting dan macet di layar hitam, mengalami loop restart, atau layar biru.Reaksi normal adalah panik. Tetapi di luar alat otomatis yang umum, ada sumber daya yang sangat ampuh untuk memahami apa yang terjadi: file log boot atau Log Bootterutama yang terkenal Ntbtlog.txt.

Log ini merinci driver dan komponen mana yang dimuat (atau gagal dimuat) selama proses startup sistem., dan dikombinasikan dengan utilitas lain seperti Perbaikan Startup, BOOTREC, DISM atau Registry Windows itu sendiri, memungkinkan Anda untuk mengatasi akar permasalahan dari banyak masalah booting, baik pada komputer dengan BIOS klasik maupun pada sistem modern dengan UEFI (proses booting di UEFI).

Bagaimana cara kerja proses startup Windows dan pada tahap mana terjadi kegagalan?

Sebelum Anda mulai meninjau Ntbtlog.txt untuk menempelkan perintah ke konsolPenting untuk memahami bagaimana proses booting Windows diatur dan komponen mana yang diaktifkan pada setiap tahap. Hal ini memungkinkan Anda untuk menentukan apakah kesalahan terjadi sangat awal (firmware/BIOS), di pengelola boot, di pemuat sistem operasi, atau ketika kernel Windows mulai bekerja.

Secara umum, siklus startup sistem Windows modern terbagi menjadi empat fase utama. Hal ini terjadi baik pada mesin BIOS lama maupun sistem firmware UEFI, meskipun file yang terlibat dan jalurnya sedikit berbeda:

• Fase 1 – Pra-BootFirmware (BIOS atau UEFI) menjalankan POST (Power-On Self Test), menginisialisasi perangkat keras dasar, dan menemukan disk sistem yang valid. Pada mesin BIOS, MBR/PBR dibaca; pada UEFI, firmware dimuat, dan aplikasi EFI pengelola boot Windows dicari.
• Fase 2 – Pengelola Boot WindowsDi sinilah peran pengelola boot, yang mencari konfigurasi boot dan memutuskan sistem mana yang akan dijalankan.
• Fase 3 – Pemuat Sistem Operasi Windows: pengisi daya sistem (winload.exe o winload.efi) memuat kernel dan driver yang ditandai untuk dimuat saat boot.
• Fase 4 – Kernel Windows NT: inti (ntoskrnl.exe) mengambil kendali, memasang hive registri sistem, memuat driver. BOOT_START dan sesi sistem dimulai (Smss.exe), yang kemudian meluncurkan layanan dan pengontrol lainnya.

Masing-masing tahapan ini memiliki gejala dan pesan kesalahan yang cukup khas.mulai dari pesan kesalahan umum "Bootmgr hilang" hingga kesalahan seperti INACCESSIBLE_BOOT_DEVICE atau layar biru tepat setelah logo Windows, dan oleh karena itu didiagnosis dan diperbaiki dengan alat yang berbeda.

Tujuan dari mendiagnosis kegagalan saat menghidupkan mesin adalah untuk "menangkap" di titik mana dalam rangkaian proses ini terjadi kerusakan.Dari situ, kita dapat memutuskan apakah masuk akal untuk melihat file log boot, SrtTrail.txt dari perbaikan startup, dump memori, Registry, atau fokus pada kode boot (MBR, BCD, Bootmgr, dll.).

Kegagalan BIOS atau firmware: cara mendeteksinya

Jika komputer bahkan tidak menampilkan logo Windows. Jika perangkat macet di layar hitam tanpa pesan yang jelas, atau bahkan tidak menyala dengan benar, masalahnya biasanya terletak pada firmware itu sendiri atau pada perangkat keras dasarnya.

Ada beberapa pengecekan yang sangat sederhana untuk menentukan apakah sistem telah melewati fase BIOS. atau macet di sana:

1. Lepaskan semua periferal eksternal (USB, hard drive eksternal, printer…). Terkadang firmware mencoba melakukan booting dari perangkat yang dapat dilepas dan mengalami masalah.
2. Perhatikan LED aktivitas hard drive.Jika lampu tidak berkedip sama sekali selama proses booting, mungkin prosesnya belum mencapai titik di mana sektor boot dibaca.
3. Coba tekan tombol Num Lock.Jika indikator keyboard tidak berubah, biasanya itu menandakan bahwa sistem benar-benar macet pada tingkat firmware atau motherboard.

Jika pembekuan terjadi pada tahap awal ini, biasanya disebabkan oleh kegagalan perangkat keras. (memori, motherboard, catu daya, hard drive yang rusak…) dan tidak begitu banyak dalam kasus masalah file boot, jadi dalam kasus ini analisisnya Ntbtlog.txt dan hal-hal serupa bahkan tidak dihasilkan.

Kesalahan pada pengelola boot dan pemuat (MBR, BCD, Bootmgr)

Jika mesin menyala, logo pabrikan akan muncul, lalu Anda akan melihat layar hitam dengan kursor yang berkedip. Jika Anda menerima pesan seperti “Sistem Operasi Hilang”, “Bootmgr hilang” atau kesalahan terkait BCD, masalahnya sudah berada pada tahap pengelola boot (Boot Manager / Boot Loader).

Beberapa pesan khas dari tahap ini cukup menjelaskan bagaimana situasinya.:

• 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 tahap ini, tindakan paling efektif adalah melakukan booting dari media instalasi Windows eksternal. (USB/DVD yang dibuat dengan alat Microsoft atau ISO dengan versi yang sama atau lebih tinggi) dan buka command prompt menggunakan kombinasi Shift+F10 atau melalui opsi pemulihan lanjutan.

Menggunakan alat Perbaikan Startup

Utilitas Perbaikan Startup Windows adalah opsi pertama yang harus Anda coba.karena ia mengotomatiskan banyak pemeriksaan: ia memeriksa integritas file boot, mencoba memperbaiki BCD, memperbaiki sektor boot yang rusak, dan menghasilkan log sendiri tentang apa yang telah dilakukannya.

Alur pengguna sangat sederhana. saat Anda melakukan booting dari media instalasi versi Windows yang sama dengan yang telah Anda instal:

1. Nyalakan komputer Anda dari USB/DVD instalasi Windows dan, di jendela awal, klik pada Selanjutnya > Perbaiki peralatan.
2. Pada layar pemilihan, masukkan Pecahkan masalah.
3. Akses ke Opsi lanjutan > Perbaikan startup dan biarkan alat tersebut menganalisis sistem.
4. Setelah selesai, matikan menggunakan wizard tersebut dan coba mulai ulang secara normal.

Semua yang dilakukan alat ini tercatat dalam file tersebut. SrtTrail.txt, berlokasi di %windir%\System32\LogFiles\Srt\Srttrail.txtMeskipun ini bukan log boot seperti pada umumnya Ntbtlog.txtYa, penting untuk memahami apa yang telah dideteksi dan tindakan apa yang telah dicoba diterapkan.

Perbaiki MBR dan sektor boot dengan BOOTREC.

Jika Perbaikan Startup tidak memperbaiki masalah, langkah klasik selanjutnya adalah menggunakan alat tersebut. BOOTREC (Lihat Panduan BOOTREC) Dari command prompt lingkungan pemulihan. Utilitas ini memungkinkan Anda untuk menulis ulang MBR, membangun kembali sektor boot, dan membuat ulang basis data BCD.

Perintah dasar untuk mengatasi masalah umum MBR dan sektor boot. adalah:

• Tulis ulang MBR. (sangat berguna jika sistem lain atau alat pihak ketiga telah menimpanya):
  bootrec /fixmbr
• Perbaiki sektor boot partisi sistem.:
  bootrec /fixboot

Dalam beberapa skenario (terutama pada sistem UEFI dengan partisi EFI dalam FAT32) Pesan "Akses ditolak" yang ditakuti mungkin muncul saat menjalankan /fixbootDalam kasus ini, Anda perlu memeriksa apakah partisi sistem telah diberi huruf drive dengan benar, dan terkadang menandainya sebagai aktif atau memperbaiki file boot secara manual dengan menyalinnya. bootmgr dan konten \EFI\Microsoft\Boot.

Memperbaiki kesalahan gudang BCD

Ketika BCD (Business Council of Deployment) rusak atau mengarah ke fasilitas yang tidak ada.Anda akan melihat kesalahan yang lebih spesifik tentang "Data Konfigurasi Boot". Di sini, BOOTREC dan BCDEDIT bekerja bersama (lihat diagnosis dengan BCDEDIT).

Prosedur umum untuk meregenerasi BCD dari awal Apakah ini:

1. Lakukan pemindaian untuk mendeteksi instalasi Windows:
   bootrec /scanos
2. Jika masih tidak mau menyala setelah pemindaian, cadangkan BCD dan bangun ulang:
   bcdedit /export C:\bcdbackup
attrib C:\boot\bcd -r -s -h
ren C:\boot\bcd bcd.old
bootrec /rebuildbcd
3. Saat ditanya apakah Anda ingin menambahkan instalasi yang ditemukan ke daftar boot, jawab ya.

Dalam beberapa kasus, pesan kesalahan akan muncul yang menyatakan "Perangkat sistem yang diminta tidak dapat ditemukan." Saat mencoba menambahkan instalasi; di situlah Anda perlu memeriksanya. diskpart bahwa partisi sistem ditandai dengan benar, memiliki huruf yang ditetapkan, dan tidak rusak.

Ganti file Bootmgr

Jika setelah beberapa kali percobaan, kesalahan tersebut mengarah langsung ke bootmgr rusakAnda dapat memilih untuk mengganti nama salinan yang bermasalah dan menempatkan yang baru dari partisi yang dicadangkan sistem atau dari media instalasi.

Intinya adalah membiarkan yang lama tetap terpasang. bootmgr simpan dan salin yang berfungsi ke partisi tempat sistem berada:

1. Identifikasi partisi System Reserved (biasanya tanpa huruf, dalam FAT32 atau NTFS, sekitar 100 MB di Windows modern) dan tetapkan huruf padanya dengan diskpart jika perlu.
2. Di partisi tersebut, tampilkan daftar file tersembunyi dan file sistem dengan perintah berikut:
   attrib -r -s -h
3. Lakukan hal yang sama pada drive sistem (misalnya, C:) untuk melihat bootmgr ada.
4. Ubah nama bootmgr rusak, misalnya:
   ren C:\bootmgr bootmgr.old
5. Salin bootmgr "sehat" dari partisi yang dicadangkan sistem ke akar drive Windows.
6. Coba restart dan periksa apakah programnya berjalan.

Pulihkan subpohon registri sistem

Ketika kesalahan menunjukkan bahwa hive sistem tidak dapat dimuat (“system hive hilang atau rusak”), masalah bergeser dari masalah yang murni terkait boot menjadi masalah Registry. Dalam kasus ini, biasanya perlu untuk memulihkan subpohon Registry dari cadangan yang valid (Anda dapat melihat teknik untuk Tingkatkan Registri dengan RegScanner).

Dari lingkungan pemulihan WinRE atau disk perbaikan ERD. Anda dapat menyalin isi dari C:\Windows\System32\config\RegBack a C:\Windows\System32\configMenimpa file yang rusak (SYSTEM, SOFTWARE, dll.). Jika masih tidak dapat melakukan booting, Anda perlu memulihkan cadangan sistem lengkap dan kemudian memulihkan hanya hive yang diperlukan.

Fase kernel: layar biru, perulangan, dan kerusakan setelah logo.

Jika Anda sudah melihat logo Windows, bahkan ikon "roda" berputar berupa titik-titik punNamun jika tiba-tiba muncul layar biru, layar membeku, atau layar hitam muncul begitu saja, kemungkinan besar masalahnya terletak pada fase kernel atau pada driver yang dimuat pada tahap tersebut.

Beberapa gejala khas kegagalan pada fase ini sudah dikenal luas.:

• Kode berhenti tepat setelah layar pembuka (misalnya, 0x00000C2, 0x0000007B, Dll).
• Kesalahan dari INACCESSIBLE_BOOT_DEVICE, dengan pengidentifikasi berhenti 0x7B, yang menunjukkan adanya masalah dalam mengakses disk boot.
• Roda titik yang berputar tetap berada dalam "sistem sibuk" tanpa batas waktu.
• Layar menjadi hitam setelah logo Windows muncul, tanpa menampilkan pesan apa pun.

Dalam situasi ini, opsi pemulihan didasarkan pada memulai dengan cara yang terbatas. lalu melakukan diagnosis menggunakan alat-alat seperti Event Viewer, log boot, dump memori, dan Registry itu sendiri.

Cobalah Mode Aman dan Konfigurasi Terakhir yang Berfungsi dengan Baik.

Safe Mode tetap menjadi mode klasik karena hanya memuat hal-hal yang paling mendasar. sehingga Windows dapat起動 (memulai) sistem, dengan mengabaikan sebagian besar driver dan layanan pihak ketiga yang dapat menyebabkan masalah.

Dari Opsi Boot Lanjutan Anda bisa mencoba:

• Mode aman
• Mode aman dengan jaringan
• Konfigurasi terakhir yang berhasil diketahui (jika tersedia di versi Anda)

Jika tim berhasil memulai dengan baik dalam salah satu variasi iniSalah satu hal pertama yang direkomendasikan adalah membuka Penampil acara dan meninjau log sistem dan aplikasi di sekitar waktu gejala mulai muncul, menyalin peristiwa yang relevan untuk analisis yang tenang.

Awal yang bersih untuk menemukan layanan dan penggerak yang saling bertentangan.

Ketika masalah tersebut mengarah pada layanan atau pengontrol pihak ketiga. (antivirus, perangkat lunak pencadangan, driver penyimpanan khusus, dll.), sangat berguna untuk melakukan "boot bersih" dengan alat tersebut. msconfig.

Di Pengaturan Sistem, Anda dapat memilih “Startup selektif”. Kemudian, secara bertahap nonaktifkan layanan yang tidak penting, terutama yang bukan dari Microsoft, hingga Anda menemukan layanan yang memicu kegagalan saat memulai sistem. Setelah ditemukan, Anda dapat menonaktifkannya secara permanen dan kembali ke "proses memulai sistem yang normal".

Jika masalahnya terletak pada penandatanganan driver (terutama pada sistem x64 dengan Secure Boot atau persyaratan tanda tangan)Cara lain adalah dengan memulai dari opsi "Nonaktifkan penggunaan wajib driver yang ditandatangani" dan menganalisis driver mana yang memerlukan tanda tangan atau menyebabkan konflik, dengan mengikuti panduan dalam artikel khusus Microsoft tentang jenis masalah ini.

Kesalahan INACCESSIBLE_BOOT_DEVICE (STOP 0x7B)

Kesalahannya INACCESSIBLE_BOOT_DEVICE Ini adalah salah satu yang paling ditakuti karena hal itu menyiratkan bahwa Windows tidak dapat mengakses drive tempat seharusnya melakukan booting: driver penyimpanan yang tidak memadai, filter pihak ketiga, perubahan mode pengontrol SATA/RAID di BIOS, dll.

Metode lanjutan untuk mengatasi kesalahan ini melibatkan penyaringan driver pihak ketiga di Registry. dari lingkungan pemulihan:

1. Lakukan booting ke WinRE menggunakan ISO dengan versi Windows yang sama atau lebih tinggi.
2. Buka Registry Editor dan muat hive sistem, beri nama sementara, misalnya uji.
3. Buka kuncinya:
   HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class
4. Temukan entri UpperFilters y LowerFilters yang merujuk pada driver yang bukan dari Microsoft.
5. Untuk setiap pengemudi yang dicurigai, hapus isi nilai filter yang sesuai.
6. Carilah kejadian serupa lainnya di dalam sarang, modifikasi dengan hati-hati, dan keluarkan isi sarang setelah selesai.
7. Restart sistem dalam Mode Normal dan periksa apakah error 0x7B telah hilang.

Jika masalah tersebut muncul tepat setelah menginstal pembaruan WindowsMungkin perlu untuk menghapus paket yang tertunda atau membatalkan tindakan pembaruan dengan DISM, mengubah nilai-nilai di Registry (misalnya, layanan TrustedInstaller) dan bahkan mengganti nama file seperti pending.xml en WinSxS untuk membuka blokir proses tersebut.

Aktifkan pencatatan boot di Windows

Pada titik ini, tokoh utama artikel ini mulai berperan: arsip. Ntbtlog.txtFile ini adalah log boot Windows klasik; file ini mencatat driver dan komponen yang dimuat (atau gagal) selama proses startup, memungkinkan Anda untuk mendeteksi, misalnya, driver spesifik mana yang mencegah sistem untuk memulai.

BootLog tidak diaktifkan secara default.Namun mengaktifkannya sangat sederhana dan Anda dapat melakukannya dengan dua cara utama: melalui boot.ini pada sistem yang lebih lama atau dengan bcdedit Pada versi modern seperti Windows 10 dan yang lebih baru, sangat berguna untuk menggabungkannya dengan teknik untuk menganalisis dengan BootTrace.

Aktifkan BootLog pada sistem berbasis boot.ini (Windows XP dan yang serupa)

Pada komputer lama, file konfigurasi boot adalah boot.ini, yang terletak di root drive tempat Windows diinstal (biasanya C:) dan ditandai sebagai file tersembunyi dan file sistem.

Untuk mengeditnya, Anda harus terlebih dahulu menampilkan file sistem yang dilindungi. Dari opsi folder, temukan boot.ini lalu buka dengan Notepad. Di sana Anda akan melihat baris yang mirip dengan ini (meskipun dengan parameter yang berbeda):

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

Untuk mengaktifkan pencatatan boot, cukup tambahkan pengubahnya. /BOOTLOG di ujung baris itumenghasilkan sesuatu seperti:

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

Setelah file disimpan, sistem akan mulai menghasilkan catatan boot pada setiap kali komputer dinyalakan.Selain itu, dalam situasi darurat, pencatatan log dapat diaktifkan secara kasus per kasus dari menu boot lanjutan: dengan menekan F8 tepat sebelum Windows dimulai dan memilih opsi "Aktifkan pencatatan log saat boot".

File yang dihasilkan selalu diberi nama Ntbtlog.txt dan tersimpan di folder Windows., biasanya di C:\Windows, siap dibuka dengan Notepad dan periksa driver mana yang sudah terpasang dengan benar dan mana yang belum.

Mengaktifkan dan menonaktifkan BootLog dengan BCDEDIT di Windows 10 dan versi yang lebih baru.

Pada sistem modern yang menggunakan BCD (Windows Vista dan versi yang lebih baru, termasuk Windows 10)Konfigurasi boot tidak lagi dikelola dengan boot.initetapi dengan penyimpanan data konfigurasi boot dan alat tersebut bcdedit.

Untuk mengaktifkan pencatatan boot pada sistem tertentu Anda perlu mengetahui pengidentifikasi (ID) dari loader tersebut di dalam BCD. Ini diperoleh dengan menjalankan perintah berikut di command prompt dengan hak akses administrator:

bcdedit

Di blok “Windows Boot Loader” Anda akan melihat baris bernama “Identifier” yang bisa jadi seperti ini {current} atau GUID yang berbeda. Dengan menggunakan ID tersebut, Anda dapat mengaktifkan BootLog seperti ini:

bcdedit /set {ID} bootlog Yes

Untuk menonaktifkannya, cukup ubah nilainya menjadi “Tidak”.:

bcdedit /set {ID} bootlog No

Setelah restart berikutnya, jika pencatatan log diaktifkan, Windows akan membuat file tersebut. Ntbtlog.txt pada rute yang ditunjukkan dengan semua informasi yang diperlukan tentang pengontrol dan modul yang terlibat dalam proses startup, yang sangat membantu dalam mendiagnosis kesalahan yang tidak terduga.

Menginterpretasikan Ntbtlog.txt dan log boot lainnya

Meski sekilas Ntbtlog.txt Ini terlihat seperti daftar baris sederhana.Kuncinya adalah memahami pola apa yang kita cari. Dalam file ini, Anda akan melihat entri yang menunjukkan bahwa controller telah berhasil dimuat atau dilewati.

Kuncinya adalah menemukan driver yang mengalami kegagalan tepat sebelum terjadi crash atau restart....atau yang jelas bukan milik Microsoft dan dapat menyebabkan konflik (driver antivirus, enkripsi disk, solusi pencadangan, dll.). Menggabungkan informasi ini dengan kejadian Event Viewer dan, jika tersedia, dump memori, dapat sangat mempersempit masalah.

Dalam banyak kasus, dump memori secara eksplisit menunjuk ke file driver tertentu. (misalnya, \Windows\System32\drivers\stcvsm.sys (hilang atau rusak). Rekomendasi umum dalam kasus seperti ini adalah:

• Tinjau fungsi apa yang disediakan oleh controller tersebut dan apakah fungsi tersebut penting untuk proses startup.
• Jika itu adalah driver pihak ketiga yang tidak penting, nonaktifkan dengan memuat hive sistem di Registry dari WinRE.
• Jalankan Pemeriksa File Sistem (sfc) dalam mode offline jika dicurigai terjadi kerusakan file sistem.
• Jika dicurigai adanya kerusakan Registry yang meluas atau instalasi beberapa driver/layanan baru-baru ini, ganti nama hive lama (menambahkan .old kepada nama-nama di C:\Windows\System32\configdan memulihkan cadangan dari RegBacklalu mencoba memulai secara normal.

Terkadang, terutama setelah pembaruan Windows besar-besaran, masalah muncul saat memperbaiki dengan DISM Ini berasal dari versi gambar asli.Jika ISO yang digunakan untuk pemulihan tidak sepenuhnya sesuai dengan versi yang terpasang, DISM Kode kesalahan yang dikembalikan adalah 0x800f081f (“Berkas sumber tidak dapat ditemukan”). Dalam kasus ini, disarankan untuk memeriksa dengan dism /get-wiminfo versi persis dari gambar tersebut (install.wim o install.esd) dan temukan file ISO yang benar-benar sesuai dengan versi sistem yang akan diperbaiki.

Singkatnya, boot register seperti Ntbtlog.txt, Startup Repair SrtTrail, dump memori, dan log dari DISM y SFC Mereka membentuk sebuah “ekosistem” informasi. Alat ini memungkinkan Anda untuk merekonstruksi apa yang terjadi selama setiap proses booting: apa yang dimuat, apa yang dilewati, apa yang rusak, dan perubahan apa (driver, pembaruan, perangkat lunak antivirus, atau berbagai utilitas) yang telah merusak proses tersebut. Dengan menggabungkan alat-alat ini dengan teknik perbaikan MBR, BCD, Bootmgr, RegBack, dan clean boot, peluang untuk memulihkan sistem Windows yang tidak dapat booting tanpa instal ulang lengkap jauh lebih tinggi daripada yang mungkin terlihat pada awalnya.

Artikel terkait:

Boot Trace di Windows 11: Panduan lengkap untuk menganalisis proses boot

Isaac

Penulis yang bersemangat tentang dunia byte dan teknologi secara umum. Saya suka berbagi ilmu melalui tulisan, dan itulah yang akan saya lakukan di blog ini, menunjukkan kepada Anda semua hal paling menarik tentang gadget, perangkat lunak, perangkat keras, tren teknologi, dan banyak lagi. Tujuan saya adalah membantu Anda menavigasi dunia digital dengan cara yang sederhana dan menghibur.