IRQL_NOT_LESS_OR_EQUAL — Perbaikan Windows 11
Jawaban Singkat: IRQL_NOT_LESS_OR_EQUAL (stop code 0x0000000A) berarti driver menyentuh memori yang bukan miliknya dan Windows crash untuk mencegah kerusakan. Blue screen biasanya menyebutkan file .sys yang bersalah tepat di bawah — nama file itu jawaban Anda. Rollback atau update driver itu; jika tidak ada file disebutkan, tes RAM dengan MemTest86, karena memori rusak melempar kode yang sama.
IRQL_NOT_LESS_OR_EQUAL berarti driver atau proses kernel mencoba mengakses memori yang seharusnya tidak, pada level prioritas yang tidak bisa diinterupsi Windows dengan aman untuk menangani pelanggaran. Dalam bahasa sederhana: sesuatu menyentuh memori yang bukan miliknya dan Windows mematikan semuanya untuk mencegah kerusakan data. Blue screen menampilkan stop code 0x0000000A dan biasanya menyebutkan file .sys yang bertanggung jawab tepat di bawah — nama file itu jawaban Anda.
Jika blue screen muncul terlalu cepat untuk dibaca, buka Event Viewer setelah reboot. Win+X → Event Viewer → Windows Logs → System. Cari entri BugCheck sekitar waktu crash. Field Parameters berisi empat nilai hex — yang kedua adalah level IRQL yang diminta dan keempat adalah alamat instruksi yang bermasalah. Lebih berguna adalah nama file .sys di deskripsi jika Windows menangkapnya. Saya pernah melihat ntoskrnl.exe disalahkan padahal pelaku sebenarnya driver pihak ketiga yang merusak ruang memori kernel — ntoskrnl adalah pembawa pesan, bukan pembunuh.
Seseorang membawa rig gaming yang blue-screen setiap kali dia alt-tab keluar dari Valorant. IRQL_NOT_LESS_OR_EQUAL, modul bermasalah nvlddmkm.sys. Crash driver NVIDIA klasik. Dia sudah update ke driver Game Ready terbaru dua hari sebelum dimulai. Rollback ke versi sebelumnya dari arsip driver NVIDIA dan masalah berhenti langsung. Butuh sekitar enam menit termasuk boot Safe Mode.
Driver Hampir Selalu Penyebabnya
Adapter jaringan dan driver GPU menyebabkan mungkin 80% crash IRQL yang saya lihat. nvlddmkm.sys NVIDIA dan e1d65x64.sys atau Netwtw10.sys Intel muncul terus-menerus. Jika blue screen menyebutkan file .sys, Google nama file itu — Anda akan menemukan driver mana yang memilikinya di hasil pertama.
Untuk driver GPU, DDU di Safe Mode adalah perbaikan yang benar. Download DDU dari wagnardsoft.com, download driver yang diinginkan dari nvidia.com atau amd.com, boot ke Safe Mode, jalankan DDU untuk menghapus semuanya, reboot, instal driver baru. Jangan hanya “Update driver” melalui Device Manager — itu menemukan driver generik Microsoft yang biasanya memperburuk.
Untuk driver jaringan, Device Manager baik. Temukan adapter → Properties → tab Driver → Roll Back Driver. Jika Roll Back abu-abu, uninstall device sepenuhnya dan restart — Windows menginstal ulang driver default yang biasanya lebih lama tapi lebih stabil. Jika crash dimulai tepat setelah Windows Update, update kemungkinan menukar driver produsen Anda dengan generik Microsoft. Ambil driver yang benar dari website Intel atau Realtek.
RAM
Jika tidak ada file .sys yang disebutkan, atau jika ntoskrnl.exe satu-satunya yang muncul, curigai RAM. Memori buruk menyebabkan crash IRQL karena CPU membaca data rusak dari sel yang cacat dan mencoba mengeksekusinya sebagai alamat memori valid — yang bukan, jadi pelanggaran akses terpicu. Polanya acak: crash saat tugas berbeda, waktu berbeda, tidak berkorelasi dengan driver atau program spesifik.
Windows Memory Diagnostic hampir tidak berguna — menjalankan dua pass dengan pola dasar dan mengatakan semuanya baik. MemTest86 yang benar-benar berfungsi. Boot dari USB, biarkan berjalan minimal empat pass semalaman. Pelanggan yang mesinnya lolos Windows Memory Diagnostic tiga kali tapi MemTest86 menangkap error di pass lima. Satu DIMM punya satu sel rusak yang hanya muncul di pengujian extended. Cabut, mesin berhenti crash.
Profil XMP juga menyebabkan ini. RAM Anda dinilai untuk 3200 MHz atau kecepatan apa pun yang tertulis di kotak, tapi XMP mendorong memory controller melampaui spek resmi Intel atau AMD. Beberapa sampel CPU bisa menangani, beberapa tidak. Jika Anda mengaktifkan XMP di BIOS dan mulai mendapat crash IRQL, kembali ke BIOS dan nonaktifkan. Jika crash berhenti, biarkan XMP mati atau coba kecepatan lebih rendah seperti 3000 bukan 3200. Periksa panduan BSOD untuk stop code lain jika bukan spesifik IRQL.
Jika Anda sudah memeriksa Event Viewer, menguji driver yang disebutkan, menjalankan MemTest86, dan masih terjadi — masalahnya mungkin sesuatu lebih dalam seperti slot PCIe sekarat atau ketidakstabilan VRM motherboard. Diagnosis semacam itu butuh seseorang melihat hardware spesifik. Kami bisa menarik crash dump dan riwayat Event Viewer Anda secara remote dan memberitahu persis apa yang gagal.
Pertanyaan yang Sering Diajukan
Apa arti sebenarnya IRQL_NOT_LESS_OR_EQUAL?
Driver atau proses kernel mencoba mengakses memori pada level prioritas interrupt yang tidak bisa ditangani Windows dengan aman. Dalam bahasa praktis: sesuatu menyentuh memori yang bukan miliknya dan Windows mematikan semuanya untuk mencegah kerusakan data. Stop code-nya 0x0000000A. Blue screen biasanya menyebutkan file driver .sys spesifik yang bertanggung jawab.
Blue screen mengatakan ntoskrnl.exe — apakah kernel Windows saya rusak?
Kemungkinan tidak. Saat ntoskrnl.exe muncul, biasanya berarti driver pihak ketiga merusak ruang memori kernel dan Windows menyalahkan pembawa pesan. Periksa Event Viewer untuk driver yang sebenarnya bermasalah — deskripsi entri BugCheck sering menyebutkan pelaku asli yang ditangkap ntoskrnl secara tidak langsung.
Bisakah XMP menyebabkan blue screen IRQL?
Ya. XMP mendorong memory controller Anda melampaui spek resmi Intel atau AMD. Beberapa sampel CPU menangani dengan baik, yang lain tidak bisa mempertahankan overclock. Jika Anda mengaktifkan XMP di BIOS dan mulai mendapat crash IRQL, nonaktifkan. Jika crash berhenti, coba kecepatan sedikit lebih rendah — seperti 3000 bukan 3200.
Bagaimana cara menemukan driver mana yang crash?
Periksa blue screen sendiri — Windows biasanya menampilkan nama file .sys yang bermasalah di bawah stop code. Jika muncul terlalu cepat, buka Event Viewer setelah reboot (Win+X → Event Viewer → Windows Logs → System), temukan entri BugCheck sekitar waktu crash, dan lihat field deskripsi untuk nama file driver.