SYSTEM_SERVICE_EXCEPTION (0x0000003B): Penyebab, Diagnosis, dan Solusi

Ketika Windows menampilkan layar biru dengan pesan SYSTEM_SERVICE_EXCEPTION dan kode 0x0000003B, ia memperingatkan bahwa sesuatu yang sangat serius telah salah ketika beralih dari kode mode pengguna ke kode mode kernel. Kode berhenti ini muncul ketika rutinitas layanan sistem melempar pengecualian dan subproses yang terlibat adalah milik sistem, bukan sembarang aplikasi.

Jika Anda pernah melihat kesalahan ini pada PC atau server Anda sebelumnya, Anda tidak sendirian. Ini adalah BSOD relatif umum yang dapat timbul akibat driver yang salah, kerusakan memori atau sistem, utilitas yang tidak kompatibel, atau bahkan kegagalan tertentu pada tumpukan tertentu driver (seperti IEEE 1394 di versi Windows yang lebih lama). Di bawah ini Anda akan menemukan panduan lengkap berisi penyebab, gejala, diagnostik lanjutan dengan WinDbg, kasus yang diketahui dengan perbaikan terbaru resmi, dan solusi praktis bagi teknisi maupun pengguna.

Apa arti SYSTEM_SERVICE_EXCEPTION (0x0000003B)

Pemeriksaan bug ini memiliki nilai 0x0000003B dan menunjukkan bahwa Pengecualian terjadi saat rutinitas layanan sistem sedang berjalan.Dengan kata lain, terjadi kesalahan selama transisi dari mode pengguna ke mode kernel, dan Windows mematikan mesin untuk mencegah kerusakan lebih lanjut.

Kode pengecualian dinyatakan dalam format NTSTATUS dan didefinisikan dalam ntstatus.h dari WDK. Dua kode umum yang terkait dengan pemberhentian ini suara:

• 0x80000003 (STATUS_BREAKPOINT): Titik henti/ASSERT ditemukan tanpa debugger kernel yang terhubung.
• 0xC0000005 (PELANGGARAN_AKSES_STATUS): pelanggaran akses memori (baca/tulis/eksekusi tidak valid).

Secara praktis, mereka biasanya dipertaruhkan dereferensi ke pointer NULL, alamat acak, atau struktur data yang rusak, terkadang karena rilis memori yang terlalu dini atau driver yang meneruskan data yang salah ke kernel.

Parameter pemeriksaan bug 0x0000003B

Saat Anda menganalisis dump, Anda akan melihat empat parameter. Mereka adalah kunci untuk memusatkan bidikan saat men-debug:

Parameter	deskripsi
1	Kode pengecualian NTSTATUS yang memicu pemeriksaan bug.
2	Arah instruksi yang menyebabkan pemeriksaan bug.
3	Alamat rekaman konteks pengecualian (KONTEKS).
4	0 (tidak digunakan).

Dengan data itu Anda dapat merekonstruksi status eksekusi. Parameter 1 akan memberi tahu Anda secara tepat pengecualian NTSTATUS mana yang terjadi, dan 3 memungkinkan Anda memuat konteks untuk melihat log dan menumpuk di titik kerusakan.

penyebab umum

Dalam praktiknya, BSOD ini muncul karena kombinasi perangkat lunak dan perangkat keras. Penyebab umum termasuk::

• Driver yang ditulis dengan buruk, ketinggalan zaman atau rusak (grafik, penyimpanan(jaringan, USB, dll.).
• Kerusakan memori (RAM), dereferensi NULL, atau penggunaan memori yang dibebaskan.
• File sistem rusak atau konfigurasi kernel tidak konsisten.
• Entri Registri yang rusak atau dimanipulasi oleh malware/adware.
• Masalah disk (sektor buruk, kesalahan sistem berkas).
• Kasus tumpukan driver tertentu (misalnya, IEEE 1394 pada Windows 7/Server 2008 R2).

Ini mungkin juga bertepatan dengan perubahan terkini: Instalasi perangkat lunak/perangkat keras baru, pembaruan driverpembaruan sistem atau pengaturan overclocking.

Gejala dan perilaku

Di luar layar biru, sering terlihat pembekuan berkala, kelambatan umum, restart tak terduga, dan shutdown acak appsKadang-kadang komputer memerlukan waktu lama untuk memuat setelah BSOD (aplikasi yang sangat lambat saat memulai seperti Discord) dan, dalam banyak kesempatan, kegagalan itu terwujud saat PC tampaknya tidak aktif.

Dalam kasus praktis yang dijelaskan oleh pengguna, kerusakan terjadi sekali sehari dengan periode 4-5 hari tanpa henti, dan disertai dengan penutupan SteamDiscord memulai ulang atau membekukan tab Firefox. Tim telah Windows 11 24H2 dengan perangkat keras modern (Intel (Core i7-14700K, RTX 4080, Z790 DDR5, SSD NVMe) dan mini-dump perlu ditinjau untuk mengisolasi sumber yang sebenarnya. Pola seperti ini sesuai dengan driver, utilitas pihak ketiga, atau kerusakan memori intermiten.

Diagnostik lanjutan dengan WinDbg

Jika Anda memiliki akses ke simbol dan nyaman menggunakan WinDbg, Anda dapat langsung ke intinya. Urutan dasar untuk 0x3B biasanya:

• Usa !analisis -v untuk memperoleh ringkasan pemeriksaan bug, modul yang dicurigai, dan tumpukan.
• Muat konteks parameter 3 dengan .cxr dan kemudian lepaskan baterai dengan kb.
• Bongkar sekitar instruksi parameter 2 dengan u, ub, uu dan mengamati akses memori.

Contoh keluaran (ringkasan) mungkin terlihat seperti ini; perhatikan bagaimana Argumen dan alamat utama tercantum:

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code
Arg2: fffff802328375b0, Faulting IP
Arg3: ffff9c0a746c2330, Context record
Arg4: 0000000000000000, Reserved

Untuk mengidentifikasi driver yang bertanggung jawab, kernel mengekspos KiBugCheckDriverAnda dapat memeriksanya dengan DX:

dx KiBugCheckDriver
// Ejemplo de salida: "nvlddmkm.sys" (cadena UNICODE)

Ketika arg1 adalah NTSTATUS, !kesalahan Ini menerjemahkan kode untuk Anda:

!error 00000000c0000005
(NTSTATUS) 0xC0000005 - The instruction at 0x%p referenced memory at 0x%p.

lebih perintah berguna selama sesi: lm tn untuk membuat daftar modul, !memusage untuk melihat status memori global dan !pte o !kolam untuk menggali lebih dalam ke halaman dan kumpulan. Bagian TEKS TUMPUKAN (tumpukan) memberikan petunjuk yang jelas tentang kode apa yang sedang berjalan dan bagaimana kode itu sampai di sana.

Tips praktis: jika Anda menduga konsumsi berlebihan kumpulan halaman karena adanya persilangan antara driver mode pengguna dan kernel (yang secara historis umum terjadi pada grafik), hal ini mengaktifkan Pemverifikasi Pengemudi dengan aturan gabungan untuk menangkap pelanggaran tepat di titik kegagalan.

Verifikator Pengemudi

Driver Verifier berjalan secara real time untuk memantau perilaku pengemudi, secara proaktif memaksakan pengecualian ketika Mendeteksi penyalahgunaan memori, IRQL, atau sinkronisasiIni terintegrasi ke dalam Windows dan Anda dapat meluncurkannya dari command prompt atau PowerShell dengan verifier.

Langkah dasar: pilih Buat konfigurasi standarIni meminta Anda untuk memilih driver yang belum ditandatangani atau yang lebih baru, dan membatasi set ke tersangka (grafik, penyimpanan, jaringan). Hindari memeriksa semua hal. untuk menghindari penalti yang berlebihan pada sistem. Jika Driver Verifier menemukan masalah, sistem Ini akan menghasilkan BSOD langsung dengan informasi yang lebih berguna..

Dukungan untuk analisis dan memori

Jika Anda perlu mempelajari lebih dalam subsistem memori Windows, Windows Internals (edisi ke-7, Bagian 1) Ini adalah sumber yang sangat baik untuk memahami bagaimana dan di mana mencarinya. Di WinDbg, ingatlah untuk menggunakan !memusage untuk gambaran keseluruhan, dan kemudian menyempurnakannya dengan !pte y !kolam ketika kesalahan menunjuk pada korupsi pada pagination atau dalam pool.

Kasus yang diketahui: BSOD dengan IEEE 1394 di Windows 7/Server 2008 R2

Ada masalah yang didokumentasikan oleh Microsoft di mana komputer dengan Windows 7 atau Windows Server 2008 R2 akan mengalami crash ketika menggunakan perangkat IEEE 1394 tertentu, menampilkan pesan Stop yang serupa. Sumbernya adalah bug di tumpukan driver IEEE 1394 Microsoft: Buffer yang dialokasikan tidak diinisialisasi dengan benar..

Microsoft menerbitkan sebuah perbaikan terbaru tertentu Dirancang khusus untuk masalah ini. Rekomendasi resmi: gunakan hanya jika Anda mengalami masalah yang sama persis, karena mungkin termasuk pemeriksaan tambahanJika unduhan tidak muncul, Anda harus menghubungi Dukungan Microsoft. Memerlukan restart setelah instalasi dan tidak menggantikan hotfix sebelumnya.

Rincian berkas utama yang disertakan (pilihan representatif): 1394bus.sys, 1394ohci.sys, ohci1394.sysSebagai referensi, berikut beberapa versi/tanggal per platform:

• x86 (Windows 7): 1394bus.sys 6.1.7600.16385 (~54 KB, 13-Jul-2009), 1394ohci.sys 6.1.7600.20649 (~164 KB, 20-Feb-2010), ohci1394.sys 6.1.7600.16385 (~62 KB, 13-Jul-2009).
• x64 (Windows 7 / Server 2008 R2): 1394bus.sys 6.1.7600.16385 (~68 KB, 14-Jul-2009), 1394ohci.sys 6.1.7600.20649 (~228 KB, 20-Feb-2010), ohci1394.sys 6.1.7600.16385 (~72 KB, 14-Jul-2009).
• IA-64 (Server 2008 R2): 1394bus.sys 6.1.7600.16385 (~182 KB, 14-Jul-2009), 1394ohci.sys 6.1.7600.20649 (~509 KB, 20-Feb-2010), ohci1394.sys 6.1.7600.16385 (~172 KB, 14-Jul-2009).

Mereka juga didistribusikan Manifes dan paket MUM arsitektur khusus (misalnya, X86_1394.inf_…_6.1.7600.20649…, AMD64_1394.inf_… dan IA64_1394.inf_…), dengan tanda tangan katalog yang sesuai (.cat). Tidak ada prasyarat untuk instalasi setelah memulai ulang berikutnya, dan Microsoft mengonfirmasikan masalah pada produk yang ditunjukkan.

Solusi praktis (dari yang paling umum hingga yang paling teknis)

Anda juga dapat membuat banyak kemajuan tanpa akses ke WinDbg. Mulailah dengan hal-hal yang sederhana dan tingkatkan secara bertahap. Jika masalah berlanjut:

1) Periksa perangkat lunak dan driver terbaru

Jika masalah muncul setelah menginstal sesuatu, hapus instalan perangkat lunak tersebut atau kembali ke driver sebelumnya. Dalam Pengelola PerangkatPeriksa perangkat dengan tanda serudan periksa propertinya untuk mengetahui adanya kejadian/kesalahan. Coba perbarui atau kembalikan driver (grafis, penyimpanan, jaringan, USB, monitor), dan jika masalah muncul setelah pembaruan, gunakan Kembali ke driver sebelumnya bila tersedia.

2) Periksa malware

Jalankan pemindaian penuh dengan antivirus Anda atau dengan solusi Microsoft. Tes cepat dapat meninggalkan residuPemindaian penuh paling baik dilakukan untuk membersihkan entri Registri dan biner yang diubah oleh malware/adware.

3) Memperbaiki file sistem

Buka konsol sebagai administrator dan jalankan terlebih dahulu sfc / scannowJika sudah selesai, buang DISM / Online / Cleanup-Image / RestoreHealth. Perbaikan SFC dari cache lokal dan DISM menyesuaikan citra sistem untuk mengoreksi ketidakkonsistenan yang lebih dalam.

4) Verifikasi disk dan sistem file

Buka CMD jalankan sebagai admin chkdsk / f (o chkdsk c: / r (dari lingkungan pemulihan). Jika Anda menemukan bad sector, akan menandainya sebagai tidak dapat digunakan; ini dapat mencegah kernel mogok saat memuat driver atau DLL yang rusak.

5) Uji RAM

Mulai alat Diagnostik Memori dengan mdsched.exe lalu pilih untuk memulai ulang dan memeriksa. Jika muncul kesalahan, beri peringkat. ganti modul yang rusak atau turunkan XMP/overclockJika Anda menggunakan DDR5 pada frekuensi yang disesuaikan, cobalah nilai JEDEC pabrik.

6) Boot bersih

dengan msconfigIni menyembunyikan layanan Microsoft dan menonaktifkan sisanya; di Manajer Tugas, menonaktifkan startup aplikasi. Ini mengisolasi perangkat lunak pihak ketiga (antivirus, utilitas RGB, overlay, dsb.) yang dapat menempel pada kernel.

7) Perbarui BIOS dan chipset

Unduh yang berikut ini dari situs web dukungan produsen motherboard Anda: Driver BIOS/UEFI dan chipset terbaruPeningkatan dalam mikrokode, manajemen daya, dan kompatibilitas memori/PCIe mengurangi BSOD yang terkait dengan pengaturan waktu dan ACPI.

8) Nonaktifkan overclocking atau setel ulang UEFI

Kembali ke nilai default untuk CPU, GPU, dan RAM. Waktu yang agresif atau tegangan pendek Hal ini sering mengakibatkan kerusakan memori yang sangat sulit dilacak. Simpan dan uji stabilitas dalam stok.

9) Pemulihan Sistem

Jika masalahnya baru saja dimulai, jalankan rstrui.exe dan mengembalikan ke titik sebelumnya. Ini adalah cara cepat untuk membatalkan perubahan di driver/registri tanpa menginstal ulang.

10) Startup dan perbaikan BCD (ketika tidak menyala)

Dari Lingkungan Pemulihan: Perbaikan startupJika itu tidak cukup, buka CMD dan jalankan bootrec / fixmbr y bootrec / fixboot. Berguna ketika BSOD disertai dengan masalah saat memulai atau gangguan selama instalasi.

11) Opsional: Nonaktifkan sementara Boot Aman

Dalam beberapa skenario tertentu, menonaktifkan Secure Boot UEFI memungkinkan memulai dengan pengontrol alternatif untuk mengisolasi konflik. Ingat untuk mengaktifkannya kembali ketika Anda menyelesaikan pengujian.

12) Menginstal ulang Windows (pilihan terakhir)

Jika tidak ada cara lain yang berhasil, instalasi yang bersih akan menghilangkan kerusakan yang terus-menerus dan driver yang bermasalah. Buat cadangan terlebih dahulu karena datanya akan terhapus. Jika penginstal juga menampilkan BSOD menjelang akhir, coba dengan USB ISO lainnya, unit M.2 lainnya dan BIOS default.

Pulihkan data jika Anda tidak dapat memulai

Kehilangan data setelah kesalahan 0x0000003B relatif umum terjadi, terutama jika sistem memasuki putaran kesalahan. Sebelum menginstal ulang, pertimbangkan untuk mengekstrak file dengan cara boot pemulihan.

Alat seperti Pulihkan Mereka memungkinkan Anda membuat drive USB yang dapat di-boot dari PC lain, memulai mesin yang terpengaruh, dan menyalin dokumen, foto, dan video ke tujuan yang aman. Alur kerja umumnya adalah membuat media, melakukan booting darinya, dan memilih drive yang akan dipindai untuk memulihkan file-file penting.

Pilihan lain adalah EaseUS Data Recovery Wizard WinPEyang menawarkan start-up tanpa menyentuh instalasi dan Mode aman untuk disk sistem yang rusakKeunggulannya antara lain tidak akan menimpa data, pratinjau berkas, dan tidak memerlukan instalasi ulang Windows untuk memulai pemulihan. Jika komputer Anda Sering membeku atau memulai ulang.Memulai dari lingkungan Anda sendiri akan memungkinkan Anda mengekstrak informasi penting.

Tips pemecahan masalah tambahan

Selain hal-hal di atas, ada baiknya meninjau beberapa dasar. Di Penampil Peristiwa (Log Sistem)Cari kesalahan kritis di jendela yang sama dengan layar biru; kesalahan ini sering kali mengarah ke layanan atau driver. Jika Anda baru saja menambahkan perangkat keras, coba lepaskan atau hubungi produsen untuk mendapatkan pembaruan resmi. Di Pengelola PerangkatTanda seru apa pun adalah petunjuk. Dan ketika Anda mengidentifikasi driver di layar biru, catat nama persis berkas .sys tersebut.

SYSTEM_SERVICE_EXCEPTION (0x0000003B) adalah refleksi pengecualian kritis dalam transit kernel. Dengan WinDbg, parameter pemeriksaan bug, !analyze, .cxr dan kb Ini biasanya cukup untuk mengidentifikasi titik kegagalan; jika tidak, Driver Verifier akan membantu mengidentifikasi driver yang bermasalah. Untuk kasus yang diketahui seperti IEEE 1394 di Windows 7/2008 R2, Microsoft menyediakan perbaikan terbaru untuk versi file tertentuSelebihnya, serangkaian langkah pemecahan masalah—driver, SFC/DISM, disk, RAM, BIOS/UEFI, boot bersih, dan, jika perlu, instalasi ulang—mengembalikan stabilitas, dan itu selalu memungkinkan. simpan data Anda dengan media pemulihan sebelum mengambil tindakan drastis.