Panduan Utama untuk Menyelesaikan Kesalahan Layar Biru (BSOD) di Windows

Totovelo10 telah mengajukan komentar baru pada artikel VirtualBox: Instal penambahan yang diundang 7 jam yang lalu

Windows crash secara manual – Layar biru sesuai permintaan

Windows termasuk fitur yang dapat diaktifkan untuk menabrak sistem secara manual dengan menahan tombol CTRL yang tepat dan menekan tombol “gulir” dua kali. Ini bisa berguna untuk menghasilkan dump crash untuk men -debug aplikasi atau bisa menjadi lelucon yang menyenangkan. Ikuti langkah -langkah ini untuk mengaktifkan fitur ini:

1. Buka Registry Editor dengan mengklik tombol start dan mengetik Regeit dan memukul masuk. Jika Anda berada di XP First Select Run dan kemudian ketik Regeit dan tekan enter.
2. Navigasi ke: Hkey_local_machine \ system \ currentControlset \ services \ i8042prt \ parameter.
3. Buat nilai DWORD baru dan beri nama CrashOnctrlscroll
4. Klik kanan pada nilai DWORD baru dan pilih Memodifikasi.
5. Ketik 1 di bidang data nilai dan klik OK.
6. Tutup Regedit dan Reboot Sistem Anda.

Sekarang Anda dapat layar biru (crash) sistem Anda dengan menahan tombol CTRL yang tepat dan menekan “kunci gulir” dua kali.

TIP:

Sistem Anda dapat reboot secara otomatis saat crash ini dimulai. Jika sistem Anda reboot segera memulai crash, dan Anda ingin melihat layar biru, ikuti langkah -langkah ini:

1. Pergi ke Panel kendali > Sistem
2. Klik pada Canggih tab
3. Di bawah Startup dan pemulihan, klik Pengaturan tombol.
4. Di bawah Kegagalan sistem, Hapus centang opsi Restart secara otomatis.

Panduan Utama untuk Menyelesaikan Kesalahan Layar Biru (BSOD) di Windows

Saat kesalahan fatal terjadi pada sistem Anda, Windows menampilkan yang terkenal Layar Kematian Biru (atau BSOD untuk Layar Biru Kematian). Kesalahan fatal ini terjadi ketika sistem operasi mencapai kondisi kritis di mana ia tidak dapat lagi berfungsi dengan benar.

Anda dapat bertemu satu saat memasang pembaruan, program, peralatan, atau tiba -tiba, tanpa tindakan yang tepat tampaknya telah memicunya. Windows masih bertindak seperti ini : Dia tiba -tiba berhenti untuk melindungi dirinya dari kemungkinan kehilangan data, menampilkan miliknya layar biru Kemudian restart komputer Anda.

Menurut laporan kesalahan yang dikirim ke Microsoft hingga April 2014, alasan mengapa Windows Crashe didistribusikan:

• Pilot Periferal Ketiga -Partai: 70%
• Tidak diketahui, karena korupsi ingatan yang serius: 15%
• Kesalahan materi: 10%
• Microsoft Code: 5%

Terkadang luar biasa, layar biru kematian yang mengikuti kesalahan fatal sayangnya dapat ditampilkan berulang kali di mesin Anda. Jika ini masalahnya untuk Anda saat ini, Anda akan membutuhkan Temukan pilot yang bertanggung jawab atas kesalahan fatal dan bawa solusi untuk itu. Perangkat, pilotnya atau program yang terkait dengannya dapat menjadi penyebab layar biru. Pembaruan pilot atau program memecahkan dalam banyak kasus masalah yang dihadapi.

Dalam tutorial ini, saya akan menunjukkan caranya Menganalisis layar biru Untuk menemukan Pengemudi yang bertanggung jawab atas kesalahan fatal dan dengan demikian dapat menyelesaikan masalah secara definitif ! Tujuannya adalah untuk memungkinkan Anda menggunakan PC Anda lagi dengan tenang, tanpa takut layar biru akan muncul lagi dan mengganggu Anda dalam pekerjaan Anda.

Pembukaan: File Gambar Memori

Saat sistem macet, windows karenanya menampilkan a layar biru, yang disertai dengan a Hentikan kode. Kode berhenti ini memberi kami informasi pertama di Sifat kesalahan fatal.

SAYA Info: Anda dapat menemukan semua kode berhenti dan artinya pada kode referensi periksa bug dari situs Microsoft Hardware Dev Center.

Namun, kode berhenti ini bisa cukup Avare dengan informasi. Dalam penangkapan di atas, kode berhenti Manajemen memori menunjukkan bahwa kesalahan manajemen memori yang serius terjadi … tanpa mengetahui lebih banyak (lihat. Bug check 0x1a: memory_management).

Sampai Windows 7, layar biru ditampilkan Empat parameter, yang dikaitkan dengan Hentikan kode (Dimungkinkan untuk menemukan keempat parameter ini di acara pengamat). Mereka memungkinkan Anda untuk mengetahui lebih banyak tentang kesalahan fatal.

Dalam contoh di bawah ini, parameter pertama dari kode berhenti Unmountable_boot_volume Menunjukkan perangkat yang gagal dipasang oleh sistem (lihat. : Bug check 0xed: unmountable_boot_volume).

Jika tersedia, Nama Pilot siapa yang ditanam juga ditampilkan. Dalam contoh di bawah ini, ini adalah RTKVHD64.sys. Yang terakhir memberi tahu kami di sisi lain di sisi lain lebih banyak Atas penyebab kesalahan fatal. Google Research memberi tahu kami bahwa ini adalah driver audio audio definisi tinggi realtek.

Namun, nama modul yang bertanggung jawab atas kecelakaan itu Jangan selalu muncul !

Saya memiliki kode shutdown yang tidak memberi saya informasi dan nama driver yang bertanggung jawab atas crash tidak ditampilkan … bagaimana saya akan melakukannya untuk menemukan asal kesalahan fatal ?

Saya tidak punya waktu untuk melihat apa yang ditandai di layar biru ! Bagaimana saya akan melakukan debug windows ?

Jangan panik ! Aku akan memberimu Solusinya Untuk menemukan sumber layar biru Anda.

Setelah menanam sistem dan setelah layar biru ditampilkan, Windows mulai ke a Mengosongkan memori fisik (RAM) dari komputer, dengan menurunkan kontennya dalam file hard disk: File gambar memori (atau file dump memori). Anda juga dapat mengikuti kemajuan pengosongan memori pada layar biru melalui persentase penyelesaian yang secara bertahap luar biasa (hingga “100% selesai”))).

Oleh karena itu, file gambar memori ini berisi salinan semua data yang ada di memori komputer sebelum mulai. Data ini akan terbukti berharga untuk menetapkan a Diagnosis lengkap tentang kecelakaan itu Windows. Dengan berkonsultasi dengan mereka, kami pasti akan menemukan Pilot Windows Pilot !

Ada dua jenis file gambar memori: file untuk mode inti (Dump mode kernel) dan file untuk mode pengguna (File dump mode pengguna). [1]

[1] Mode Pengguna dan Mode Kernel ^

Pada PC Windows, prosesor memiliki dua mode yang berbeda: a mode pengguna dan satu mode inti. Prosesor beralih di antara kedua mode Tergantung pada jenis kode yang dia lakukan: aplikasi Ada dalam mode pengguna, Komponen sistem operasi Dalam mode nukleus. Kebanyakan pilot Ada dalam mode kernel, tetapi beberapa dapat beroperasi dalam mode pengguna.

Untuk menyelesaikan masalah layar biru Anda, Anda harus menganalisis Kernel Mode Mode File Gambar. Ini adalah file yang berisi informasi untuk men -debug sistem; File mode pengguna memungkinkan mereka untuk men -debug hanya program yang diinstal oleh pengguna.

Windows dapat menghasilkan lima jenis Memori gambar untuk mode kernel, perbedaannya sekitar ukuran file yang dihasilkan:

• Gambar memori lengkap : mengandung semua memori fisik yang digunakan oleh windows pada saat kecelakaan. Ini adalah file gambar memori terbesar. Ini membutuhkan file pertukaran [2] yang setidaknya sama besarnya dengan memori utama sistem: ukuran file pertukaran karena itu harus sama dengan seluruh RAM + 1 MB. Jika Anda memiliki 16 GB RAM di komputer Anda, ukuran file Exchange harus 16,001 GB untuk dapat mengakomodasi data memori fisik !
• Gambar nukleus : mengandung Hanya memori yang digunakan oleh nukleus Pada saat kecelakaan. File ini jauh lebih kecil dari file gambar memori penuh. Ukurannya kira -kira sama dengan sepertiga dari memori fisik yang dipasang pada sistem (jika Anda memiliki 16 GB RAM, ukuran file akan sekitar 5,3 GB). File gambar ini tidak termasuk memori yang tidak dialokasikan, atau memori yang dialokasikan untuk aplikasi mode pengguna. Ini hanya berisi memori yang dialokasikan untuk kernel Windows, lapisan abstraksi perangkat keras (HAL), dan juga memori yang dialokasikan untuk pilot dan program dalam mode kernel. Ini adalah file gambar memori yang paling berguna. Lebih kecil dan lebih cepat untuk dieksekusi daripada file gambar memori penuh, itu tidak mengandung data memori fisik yang umumnya tidak terlibat dalam crash.
• Gambar memori parsial (256 kb) : File gambar memori terkecil, berguna pada sistem ruang disk yang sangat terbatas. Sejauh berisi Informasi terbatas (Hentikan pesan, daftar driver yang dimuat …), analisis file ini mungkin tidak memungkinkan untuk menemukan sumber kesalahan yang dihadapi pada saat komputer crash.
• Pengosongan memori otomatis : berisi informasi yang sama bahwa File gambar memori kernel. Perbedaan antara keduanya tidak berada di file gambar itu sendiri, tetapi dengan cara Windows menentukan ukuran file pertukaran sistem. Jika ukuran file pertukaran sistem didefinisikan pada “manajemen file manajemen otomatis untuk pembaca”, dan parameter gambar memori didefinisikan pada “pengosongan memori otomatis”, Windows secara otomatis mendefinisikan ukuran untuk file pertukaran, cukup besar untuk menangkap nukleus gambar memori.
• Pengosongan memori aktif : Mirip dengan gambar memori penuh, namun tidak mengandung memori yang ditetapkan untuk mesin virtual Hyper-V, tidak berguna untuk debugging mesin host.

[2] File Windows Exchange ^

Saat RAM (RAM) jenuh, Windows membuat file (pagefile.Sys) pada pembaca sistem (c 🙂 untuk menyimpan informasi tambahan di sana: itu adalah file pertukaran. Teknik ini memungkinkan Windows untuk menyimpan informasi tentang hard disk yang biasanya harus disimpan di RAM. Dikatakan bahwa windows memiliki a memori virtual, yang sesuai dengan jumlah antara ukuran RAM (RAM) dan file pertukaran.

Anda dapat mengonfigurasi jenis jenis memori yang dibuat Windows jika terjadi crash di Pengaturan Sistem Lanjutan (%Systemroot%\ System32 \ SystempertiesAdvanced.Exe)> mulai dan pemulihan.

Disarankan untuk meninggalkan jenis gambar memori default: Pengosongan memori otomatis.

Hanya satu dan satu -satunya file Gambar memori dapat dibuat selama sistem crash. Jika kesalahan fatal kedua terjadi dan memori gambar kernel (atau gambar memori penuh) dibuat, itu akan menggantikan yang sebelumnya (jika opsi “Ganti semua file parameter yang ada” diperiksa).

File gambar memori ditulis secara default %Systemroot%\ memori.DMP.

Apapun jenis gambar memori yang telah Anda pilih, Windows selalu menciptakan lebih banyak file gambar memori parsial Setiap kali sistem berhenti secara tidak terduga (ketika layar biru ditampilkan), bahkan jika Anda telah memilih “gambar memori kernel” atau “gambar memori penuh” di pengaturan.

Jika kesalahan fatal kedua terjadi, sedetik Gambar memori parsial dibuat dan yang sebelumnya akan dilestarikan. Setiap file gambar memori parsial baru akan memiliki nama yang berbeda, dengan tanggal crash yang dikodekan dalam nama file. Misalnya, “050917-10843-01.DMP “adalah file gambar memori yang dihasilkan pada 9 Mei 2017.

Semua file gambar memori parsial disimpan di folder %Systemroot%\ Minidump.

Sekarang Anda tahu bagaimana operasi file gambar memori, mari kita berkonsultasi Deboging informasi yang dikandungnya untuk menemukan pilot yang bertanggung jawab atas layar biru Anda !

Selesaikan Layar Kematian Biru (BSOD)

Langkah 1: Menganalisis file gambar memori

Untuk memulai, kami akan menganalisis File gambar memori parsial.

Bahkan jika yang terakhir mengandung sedikit informasi, tidak jarang menemukan pilot yang bertanggung jawab atas kesalahan fatal.

Jika file gambar memori parsial tidak memungkinkan kami untuk menemukan sumber layar biru kematian, kami akan menganalisis Gambar lengkap atau file kernel yang berisi lebih banyak informasi tentang kecelakaan yang menyebabkan layar biru mati.

melalui file gambar memori parsial

L ‘Utilitas Kontrol Gambar Memori (Dumpchk.Ex) adalah utilitas baris perintah yang ditawarkan oleh Microsoft untuk memeriksa dan Baca file gambar memori.

Tidak seperti alat debugging lainnya yang tersedia, Dumpchk.Exe tidak memerlukan akses ke simbol debugging, yang besar dan yang harus diunduh untuk melakukan debugging.

Meskipun efektif, alat ini tidak terlalu ergonomis.

Inilah sebabnya kami akan menggunakan program ini Bluescreenview : Dia memindai semua file gambar memori yang dibuat di komputer Anda mengikuti windows crash, dan dengan jelas menampilkan informasi yang dikandungnya.

Sekarang, unduh dan instal BlascreenView di komputer Anda, lalu jalankannya.

Di panel atas, semuanya File gambar memori Ditemukan di folder %Systemroot %\ Minidump serta %Systemroot %\ memori.DMP ditampilkan. Dalam pengambilan di atas, enam gambar memori parsial ditampilkan. Ini berarti bahwa komputer ini telah menemukan layar biru enam kali !

Untuk setiap crash, BluesCreenView menampilkan nama file gambar memori parsial, Tanggal dan Waktu Kecelakaan, ITU Hentikan kode (ditampilkan di layar biru), 4 Parameter Kode Berhenti, dan Detail tentang Pilot Siapa yang mungkin menyebabkan kerusakan (nama file, nama produk, deskripsi file, dan versi file).

Di panel bawah, secara default, tampilan bluescreenview Semua pilot yang dimuat Selama kecelakaan (yang telah Anda pilih di panel atas). Pilot yang alamat memor yang ditemukan di baterai kecelakaan disorot berwarna merah muda, yang membuatnya mudah untuk menemukan pilot yang cenderung bertanggung jawab atas kecelakaan itu.

Misi Anda Sederhana : Temukan pilot yang bertanggung jawab atas layar biru di kolom “yang disebabkan oleh pengemudi” !

Dalam penangkapan di bawah ini, kita melihat bahwa kecelakaan 5 Agustus 2013 disebabkan oleh pilot NVLDDMM.Sys yang mungkin mengubah kartu grafis nvidia.

Jika Anda ingin memiliki detail lebih lanjut tentang driver yang terdeteksi (ke komponen mana, perangkat atau programnya), klik kanan pada file gambar memori dan pilih Pencarian Google – Pemeriksaan Bug + Driver Untuk memulai pencarian di internet.

Sayangnya, sering terjadi bahwa file gambar parsial tidak berisi informasi yang cukup untuk dapat mengidentifikasi pilot yang bertanggung jawab atas layar biru.

Inilah kasus jika BluescReenView ditampilkan ntoskrnl.exe Di kolom “disebabkan oleh pengemudi”. Itu salah : Ini hanyalah file baterai terbaru yang dimuat sebelum layar biru muncul. Ini bukan file kesalahan fatal.

Menurut apa yang mempengaruhi bluescreenview di kolom “penyebab oleh driver”, Terapkan yang berikut ::

• Jika BlascreenView menampilkan nama file yang merujuk pada komponen, perangkat atau program → Terapkan solusi spesifik untuk pilot yang salah.
• Jika poster BluesCreenView ntoskrnel.exe → Kita harus menganalisis file gambar lengkap (atau nukleus) untuk menemukan pilot yang benar -benar menyebabkan layar biru. Buka bagian berikut: Baca file gambar memori atau kernel lengkap.

melalui file gambar memori atau kernel lengkap

SAYA Info: File memori atau inti lengkap yang akan kami analisis sesuai dengan file gambar memori dari Layar biru terakhir yang muncul di komputer Anda. Dengan kata lain, ini adalah versi yang lebih “lengkap” dari File gambar parsial terbaru ditampilkan di BluesCreenView (Anda dapat mengurutkan file gambar parsial berdasarkan tanggal dengan mengklik header kolom “crash time”).

Untuk menganalisis file gambar penuh atau kernel, kita harus menginstal Debugur Windows (Termasuk dalam Windows SDK).

Untuk ini, ikuti instruksi ini:

1. Unduh Program Instalasi SDK (Kit Pengembangan Perangkat Lunak) sesuai dengan versi Windows Anda.
2. Luncurkan di Program Instalasi Windows DUSDK. Di layar pertama, tinggalkan lokasi default lalu klik Berikutnya.
   
3. Di antara semua fitur yang diusulkan, instal hanya alat debugging. Meninggalkan Alat debugging untuk windows mencentang dan hapus centang semua kotak lainnya, lalu klik Install.
   

Setelah memasang alat debugging, Anda memiliki lima lingkungan penghapusan yang Anda miliki (lihat. Debugging Area untuk lebih jelasnya) Microsoft Windows Debugger (WindBG), A debugger mampu men -debug dalam mode pengguna dan mode kernel.

WindBG menyediakan debugging untuk kernel windows, driver mode kernel dan layanan sistem, serta aplikasi dan driver pengguna. Ini yang akan kita gunakan.

SAYA Trik: Untuk dapat membaca file gambar memori dengan lebih mudah (.DMG), Anda dapat mengaitkannya dengan program WindBG. Untuk melakukan ini, buka prompt perintah sebagai administrator dan masukkan perintah berikut (untuk diadaptasi sesuai dengan versi Windows Anda):

CD "C: \ Program Files (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Jalankan WindBG sebagai Administrator: Buka menu Mulai, masukkan “WindBG”, klik kanan Windbg (x64) (Atau Windbg (x86) Jika Anda menggunakan versi Windows 32 -bit) maka pilih Jalankan sebagai administrator.
2. Jendela prinsip WindBG Debugger terbuka.
3. Tentukan lokasi simbol debugging melalui Garis >Jalur file simbol. File simbol berisi berbagai data yang sangat berguna untuk debugging.
   
4. Masukkan lokasi berikutnya lalu klik OKE ::

Srv*c: \ simbolssrvcache*https: // msdl.Microsoft.com/unduh/simbol

Simpan ruang kerja melalui Garis >Simpan ruang kerja. Ini akan mencegah kita harus mendefinisikan kembali lokasi simbol debugging dengan setiap sesi.

Buka file gambar memori melalui Garis >Buka dump crash.

Buka folder C: \ Windows dan pilih file Penyimpanan.DMP.

Tunggu windbg memuat simbol yang diperlukan untuk men -debug file gambar memori. Teks Debuggee tidak terhubung ditampilkan di bagian bawah jendela; Anda harus menunggu sampai prompt perintah KD> ditampilkan.

Setelah Anda memiliki tangan, masukkan perintah !Menganalisis -v untuk meluncurkanAnalisis File Gambar Memori.

Image_name: cpuz138_x64 module_name: cpuz138_x64 Modul FAULTING: fffff8004dc30000 cpuz138_x64 Proses_name: speccy64.exe

0x000000d1: driver_irql_not_or_equal 0x0000000a: irql_not_less_equal 0x00000050: page_fault_nunped_area 0x0000c2: bad_pool_caller 000000000ed: unmoutable_boot_volume 0xoPaller 000000000ed: Unmoutable_boot_volume 0xoDer 0x0010000 s_file_system