Hướng dẫn chính BSOD ⚡ PAGE_FAULT, IRQL, BỘ NHỚ & Tất cả các lỗi dừng đã được sửa

Lưu ý mã dừng trước — Trước khi bạn chạm vào bất cứ thứ gì

Màn hình xanh không phải là một vấn đề; đó là Windows báo cáo hàng tá lỗi khác nhau có cùng màu. Việc khắc phục hoàn toàn phụ thuộc vào mã dừng được ghi trên màn hình, vì vậy bước đầu tiên luôn giống nhau: chụp ảnh màn hình xanh, ghi lại mã chính xác (ví dụ: PAGE_FAULT_IN_NONPAGED_AREA hoặc 0x00000050) và lưu ý ba điều — khi điều đó xảy ra (khi khởi động, trong trò chơi, ngẫu nhiên), điều gì đã thay đổi ngay trước khi nó bắt đầu (trình điều khiển mới, RAM mới, bản cập nhật Windows, ép xung) và liệu nó có lặp lại cùng lúc hay không di chuyển xung quanh. Một mã luôn xuất hiện tại cùng một điểm hành động tại phần mềm; một mã thay đổi mọi điểm sự cố ở phần cứng, thường là RAM.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) — Bộ nhớ hoặc Trình điều khiển

Mã này có nghĩa là mã đã cố đọc một trang bộ nhớ không tồn tại hoặc không hợp lệ. Trong thực tế nguyên nhân là một trong hai gia đình. Đầu tiên, RAM: thanh bị lỗi, thanh bị đặt sai vị trí hoặc cài đặt XMP/ép xung không ổn định làm hỏng bộ nhớ - kiểm tra nó như được hiển thị trong Bước 4. Thứ hai, trình điều khiển: trình điều khiển (thường là trình điều khiển bộ lọc đồ họa, mạng hoặc bộ lọc chống vi-rút) tham chiếu bộ nhớ đã giải phóng hoặc sai. Nếu mã này bắt đầu ngay sau khi cập nhật trình điều khiển, hãy quay lại trình điều khiển đó trong Trình quản lý thiết bị hoặc gỡ cài đặt nó ở Chế độ an toàn; nếu nó khởi động sau khi thêm RAM, hãy tháo thanh mới và kiểm tra lại. Chạy kiểm tra bộ nhớ trước khi đổ lỗi cho phần mềm — PAGE_FAULT với các mã ngẫu nhiên khác bên cạnh là chữ ký RAM.

IRQL_NOT_LESS_OR_EQUAL (0x0A) — Trình điều khiển hoạt động sai

IRQL_NOT_LESS_OR_EQUAL có nghĩa là mã hạt nhân hoặc trình điều khiển đã truy cập bộ nhớ phân trang ở mức yêu cầu ngắt quá cao — nói một cách đơn giản là trình điều khiển có lỗi đã làm điều gì đó mà nó không bao giờ được phép làm. Đây là mã do trình điều khiển gây ra nhiều nhất: trình điều khiển được cập nhật gần đây hoặc trình điều khiển mới được cài đặt là nghi phạm chính, đặc biệt là đồ họa, Wi-Fi/LAN, chipset và trình điều khiển chống vi-rút của bên thứ ba. Thứ tự khắc phục: gỡ cài đặt hoặc khôi phục bất kỳ trình điều khiển nào đã thay đổi lần cuối; cập nhật các trình điều khiển còn lại từ trang hỗ trợ chính thức của PC hoặc nhà sản xuất bo mạch chủ (không phải các công cụ cập nhật trình điều khiển ngẫu nhiên); tạm thời loại bỏ phần mềm chống vi-rút của bên thứ ba để kiểm tra. Vì hỏng bộ nhớ do RAM kém có thể tự ngụy trang dưới dạng sự cố IRQL, nên hãy chạy kiểm tra RAM nếu không có sự thay đổi trình điều khiển nào giải thích được.

MEMORY_MANAGEMENT (0x1A) — Kiểm tra RAM đúng cách

MEMORY_MANAGEMENT có nghĩa là trình quản lý bộ nhớ của Windows nhận thấy sổ sách kế toán của chính nó bị hỏng — mã RAM xấu cổ điển, mặc dù tệp trang bị hỏng hoặc trình điều khiển ghi ở nơi lẽ ra không nên cũng có thể kích hoạt mã đó. Kiểm tra trước, kết luận sau. Bắt đầu với công cụ tích hợp sẵn: chạy mdsched.exe (Chẩn đoán bộ nhớ Windows), chọn "Khởi động lại ngay và kiểm tra sự cố" rồi để quá trình hoàn tất. Để có kết quả mà bạn có thể tin cậy, hãy sử dụng MemTest86 từ USB có khả năng khởi động và để nó chạy nhiều lượt đầy đủ - các lỗi chỉ xuất hiện khi thử nghiệm trong thời gian dài vẫn là lỗi: ngay cả một lỗi duy nhất cũng có nghĩa là hệ thống con bộ nhớ bị lỗi. Sau đó cô lập: kiểm tra từng que một, vào từng ô một để tìm ra que hoặc ô có tội. Nếu RAM được ép xung hoặc ở cấu hình XMP/EXPO, hãy đặt RAM về tốc độ gốc và kiểm tra lại — RAM chỉ bị lỗi ở XMP vẫn là vấn đề.

WHEA_UNCORRECTABLE_ERROR (0x124) — Phần cứng thực đang bị lỗi

WHEA khác với các mã khác: Kiến trúc Lỗi Phần cứng Windows báo cáo rằng bản thân phần cứng đã gây ra lỗi không thể sửa chữa — thường là lỗi CPU nhưng cũng là lỗi nguồn điện, quá nhiệt, ép xung không ổn định hoặc đôi khi ổ đĩa hoặc bo mạch chủ sắp hỏng. Sửa lỗi phần mềm không khắc phục được WHEA chính hãng. Xử lý nó một cách vật lý: loại bỏ mọi lần ép xung (bao gồm CPU, RAM XMP) và kiểm tra tại kho; kiểm tra nhiệt độ khi đang tải và làm sạch/dán lại nếu CPU đang nấu; gắn lại RAM và cáp nguồn; kiểm tra với nguồn điện tốt nếu xảy ra sự cố khi đang tải; và kiểm tra các mục nhập WHEA-Logger của Trình xem sự kiện để biết thành phần nào đã báo lỗi. Nếu WHEA tiếp tục gặp sự cố ở cài đặt gốc với nhiệt độ tốt thì CPU hoặc bo mạch chủ có thể sẽ bị hỏng.

Sửa chữa tệp hệ thống — DISM trước, sau đó là SFC

Đối với dòng mã phần mềm — CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B) và các sự cố do tệp Windows bị hỏng — hãy sửa chữa hình ảnh hệ thống trước khi có bất kỳ sự cố nghiêm trọng nào xảy ra. Mở Dấu nhắc Lệnh với tư cách Quản trị viên và chạy chính xác hai lệnh như được hiển thị, theo thứ tự sau: DISM sửa chữa kho thành phần mà SFC phụ thuộc vào, sau đó SFC kiểm tra và thay thế các tệp hệ thống bị hỏng. Hãy để mỗi việc hoàn thành một cách trọn vẹn; khởi động lại giữa chúng là được.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Two neighbours worth knowing: INACCESSIBLE_BOOT_DEVICE (0x7B) after a BIOS change usually means the storage mode was switched (RAID/RST vs AHCI) or the boot drive's driver is missing — set the mode back, do not reinstall. DPC_WATCHDOG_VIOLATION (0x133) most often traces to a stuck driver or an SSD firmware/storage driver problem — update the storage and chipset drivers from the maker first. And if Windows will not stay up long enough to work, do all of this from Safe Mode (hold Shift while choosing Restart → Troubleshoot → Advanced options → Startup Settings → Safe Mode), where most third-party drivers never load — a PC that is stable in Safe Mode but crashes normally has just told you the fault lives in a driver or startup service.