Hỏi / Đáp Màn hình xanh liên tục và sự cố nghiêm trọng?

A

AlmightyKing

New member
Xin chàoMáy tính của tôi liên tục bị treo hoặc treo và tắt ngay lập tức.
Không ép xung, không hạ điện áp.

Tôi đã thử mọi cách, đây là danh sách cho đến nay.


  • khôi phục toàn bộ PC thông qua khôi phục T
  • bỏ thêm một vài quạt bên trong máy tính
  • Kiểm tra bộ nhớ cả hai thanh RAM bằng Memtest86
  • dấu nhắc lệnh (sfc scannow, checkdsk, v.v.)
  • Gắn lại GPU
  • Gắn lại CPU
  • Khởi tạo lại RAM
  • Cập nhật Bios
  • Xóa trình điều khiển GPU bằng DDU và cài đặt lại
Điều này thực sự rất khó chịu, tôi sắp bán toàn bộ máy tính và tìm việc khác để làm.

Sau đây là thông tin chi tiết từ Trình xem sự kiện và trình xem Lịch sử độ tin cậy:
Chữ ký sự cố
Tên sự kiện sự cố: Màn hình xanh
Mã: 1e
Tham số 1: ffffffffc0000005
Tham số 2: fffff806d1896735
Tham số 3: 0
Tham số 4: ffffffffffffffff
Phiên bản hệ điều hành: 10_0_26100
Gói dịch vụ: 0_0
Sản phẩm: 256_1
Phiên bản hệ điều hành: 10.0.26100.2.0.0.256.48
ID khu vực: 1033
Thông tin bổ sung về sự cố
ID thùng: IP_MISALIGNED_GenuineIntel.sys

Tôi cũng nhận được mã này từ các màn hình xanh trước đó
mã màn hình xanh 7e 0x0000007e mã màn hình xanh 133 Màn hình xanh;
BCCode:50

Nguồn
Windows
Tóm tắt
Tắt đột ngột
Ngày
‎4/‎15/‎2025 11:12 PM
Trạng thái
Báo cáo đã gửi
Chữ ký sự cố
Tên sự kiện sự cố: Màn hình xanh
Mã: 133
Tham số 1: 1
Tham số 2: 1e00
Tham số 3: fffff80394fc33b0
Tham số 4: 0
Phiên bản hệ điều hành: 10_0_26100
Gói dịch vụ: 0_0
Sản phẩm: 256_1
Phiên bản hệ điều hành: 10.0.26100.2.0.0.256.48
ID ngôn ngữ: 1033
Thông tin bổ sung về sự cố
ID thùng: 0x133_ISR_nt!KeYieldExecution
Thông tin máy chủ: c355c059-f3b5-4b38-8852-fa2907bf87c2

*Đúng lúc tôi đang viết bài này, tôi lại thấy một màn hình xanh khác*Nguồn
Windows
Tóm tắt bất ngờ
Ngày
‎4/‎18/‎2025 5:41 AM
Trạng thái
Báo cáo đã gửi
Chữ ký sự cố
Tên sự kiện sự cố: BlueScreen
Mã: 13a
Tham số 1: 17
Tham số 2: ffffa28791100340
Tham số 3: ffffa287d407ac20
Tham số 4: 0
Phiên bản hệ điều hành: 10_0_26100
Gói dịch vụ: 0_0
Sản phẩm: 256_1
Phiên bản hệ điều hành: 10.0.26100.2.0.0.256.48
ID ngôn ngữ: 1033
Thông tin bổ sung về sự cố
ID thùng: 0x13a_17_nt!RtlpHeapHandleError

Thông số kỹ thuật PC
MBD: Asus PRIME Z790-V AX
CPU: Intel Core i9-12900K
GPU: Nvidia RTX 4070-TS (Ti-Super)
RAM: G.Skill Ripjaws S5 32GB (2 x 16GB) DDR5-6000
SSD: Samsung 990 Pro M.2 2TB
PSU: Thermaltake Smart BM3 750 W 80+ Bronze Certified
 
RAM: G.SKILL TZ/RJ/FX DDR5 6400 C36 2x16GB
Nhấn để mở rộng...
Nếu bạn đã chạy RAM với XMP được bật ở tốc độ 6400MT/giây, tôi thực sự khuyên bạn nên tắt XMP và khôi phục tốc độ bộ nhớ về mặc định của JEDEC (có thể là 4800MT/giây).

Kiểm tra bộ nhớ cả hai thanh RAM bằng Memtest86
Nhấn để mở rộng...
Bạn có gặp lỗi nào trong MemTest không? Chỉ cần một lỗi cũng có nghĩa là bạn cần phải hành động.
 
Nếu bạn đã chạy RAM với XMP được bật ở tốc độ 6400MT/giây, tôi thực sự khuyên bạn nên tắt XMP và khôi phục tốc độ bộ nhớ trở lại mặc định của JEDEC (có thể là 4800MT/giây).


Bạn có gặp lỗi nào trong MemTest không? Ngay cả một lỗi cũng có nghĩa là bạn cần phải hành động.
Nhấn để mở rộng...
Thật kỳ lạ, tôi luôn chạy XMP trên những thanh RAM cụ thể này. Có phải đó là nguyên nhân gây ra tất cả những điều này không? Chỉ cần tắt XMP có thể giải quyết được tất cả những màn hình xanh khó chịu này không?

Không có lỗi nào trong Memtest86. Đã thực hiện tất cả 13 bài kiểm tra cho mỗi thanh, mất khoảng 4 giờ tổng cộng. Đây là một số hình ảnh, hãy cho tôi biết nếu liên kết hoạt động
https://postimg.cc/gallery/xqDkfXx
 
Nếu bạn đang chạy RAM với XMP được bật ở tốc độ 6400MT/giây, tôi thực sự khuyên bạn nên tắt XMP và khôi phục tốc độ bộ nhớ về mặc định của JEDEC (có thể là 4800MT/giây).


Bạn có gặp lỗi nào trong MemTest không? Ngay cả một lỗi cũng có nghĩa là bạn cần phải hành động.
Nhấn để mở rộng...
Cũng là lỗi của tôi, ram của tôi thực sự là những thứ này

G.Skill Ripjaws S5 32GB (2 x 16GB) DDR5-6000
https://www.microcenter.com/product...ktop-memory-kit-f5-6000j3636f16gx2-rs5k-black
 
Thật kỳ lạ, tôi luôn chạy XMP trên những thanh ram cụ thể này. Có phải đó là nguyên nhân gây ra tất cả những điều này không? Chỉ cần tắt XMP có thể giải quyết được tất cả những màn hình xanh khó chịu này không?

Không có lỗi nào trong Memtest86. Đã thực hiện tất cả 13 bài kiểm tra cho mỗi thanh, mất khoảng 4 giờ tổng cộng. Đây là một số hình ảnh, hãy cho tôi biết nếu liên kết hoạt động
https://postimg.cc/gallery/xqDkfXx
Nhấn để mở rộng...
Bạn đã chạy memtest với cả hai thanh được lắp vào đúng khe cắm chưa?

Bạn có gặp phải tình trạng sập này khi chỉ sử dụng một thanh ram vào đúng khe cắm không?

Có lẽ hãy tháo GPU và chạy igp.....test.
 
Thật kỳ lạ, tôi luôn chạy XMP trên những thanh ram cụ thể này. Có phải đó là nguyên nhân gây ra tất cả những điều này không? Chỉ cần tắt XMP có thể giải quyết được tất cả những màn hình xanh khó chịu này không?
Nhấn để mở rộng...
Chạy bộ nhớ quá nhanh có thể gây ra sự cố. Như tôi đã đề xuất, hãy thử tắt XMP và xem độ ổn định có được cải thiện không.

Thông số kỹ thuật cho i9-12900K trên CPU-World cho thấy nó "được đảm bảo" hoạt động lên đến 4800MT/giây. Bạn có thể đẩy tốc độ XMP nhanh hơn, nhưng 6000MT/giây có thể đang trên bờ vực mất ổn định trên bo mạch chủ của bạn.
https://www.cpu-world.com/CPUs/Core_i9/Intel-Core i9 i9-12900K.html

Bộ điều khiển bộ nhớ
Số lượng bộ điều khiển: 2
Kênh bộ nhớ (trên mỗi bộ điều khiển): 2
Kênh bộ nhớ (tổng cộng): 4
Bộ nhớ được hỗ trợ: DDR4-3200, DDR5-4800
ECC được hỗ trợ: Có
Trên nhiều bo mạch chủ 4 khe cắm, khe cắm DIMM A2/B2 cung cấp hoạt động ổn định nhất. Kiểm tra hướng dẫn sử dụng bo mạch chủ của bạn để biết vị trí RAM được khuyến nghị.
 
Không có lỗi nào trong Memtest86. Đã thực hiện tất cả 13 bài kiểm tra cho mỗi thanh, tổng thời gian mất khoảng 4 giờ.
Nhấn để mở rộng...
Chạy memtest với cả hai mô-đun được cài đặt.
Nó có thể vượt qua với một mô-đun, nhưng không vượt qua với nhiều mô-đun được cài đặt.

BTW - phiên bản BIOS hiện tại của bo mạch chủ của bạn là bao nhiêu?
 
hỏng heap ở chế độ kernel, có thể là do cài đặt ram bị lỗi, có thể là do trình điều khiển kernel không tốt. bạn nên cung cấp các tệp minidump thực tế nhưng bạn có thể cần cung cấp một bản dump kernel để tìm ra vấn đề. đôi khi nếu memtest86 ổn và bạn vẫn gặp vấn đề này, bạn phải chạy verifer để tìm các trường hợp trình điều khiển truy cập bộ nhớ kernel không đúng cách. (thường là trình điều khiển chuột hoặc chương trình cơ sở chuột bị lỗi)

đối với thời gian chờ của watchdog
Tôi không nhận ra giá trị thời gian chờ 1e00
nhưng bạn sẽ chạy lệnh gỡ lỗi
!dpcwatchdog

thiết bị chậm hơn có giá trị thời gian chờ dài hơn. Có thể là một ổ đĩa.
Tôi nghĩ thời gian chờ là 30 giây (không chắc đó là bao nhiêu trong tích tắc xung nhịp)
Tôi đoán có thể là một thiết bị chậm hơn như trình điều khiển âm thanh GPU

một trong những lần kiểm tra lỗi thường gặp đối với CPU quá nóng hoặc
đối với CPU bị ép xung hoặc nguồn điện kém đến CPU. kiểm tra bộ đếm thời gian hoạt động của hệ thống có thể cung cấp manh mối về nguyên nhân.

giả thuyết đầu tiên/tốt nhất sẽ là trình điều khiển kém/ngu ngốc làm hỏng bộ nhớ hạt nhân. thời gian hoạt động của hệ thống có thể giúp tìm ra điều này. trình điều khiển ngu ngốc thường không làm hỏng hạt nhân cho đến sau một số chu kỳ ngủ của hệ thống.

lưu ý: đối với hầu hết các sự cố liên quan đến phần cứng, bạn nên cung cấp bản sao lưu hạt nhân. bản sao lưu nhỏ không chứa dữ liệu phù hợp.
(một số dữ liệu về thời gian chờ giám sát đã được thêm vào bản sao lưu nhỏ vì điều này xảy ra rất thường xuyên)

thời gian chờ giám sát nằm trong một thiết bị chậm, không phải cpu, gpu hoặc thậm chí là USB chậm hơn. Rất có thể là thứ gì đó như ổ đĩa hoặc máy tính bảng. nếu là ổ đĩa, bạn sẽ cập nhật chương trình cơ sở, cập nhật trình điều khiển bios và chipset tùy thuộc vào loại ổ đĩa và giao diện của nó. cũng hãy kiểm tra dữ liệu SMART của ổ đĩa.
(giả sử không phải là một số sự cố trình điều khiển ngu ngốc làm hỏng bộ nhớ hạt nhân, trình điều khiển ngu ngốc thường hoạt động cho đến khi quản lý bộ nhớ của windows di chuyển một thứ gì đó trong bộ nhớ, Điều này xảy ra rất nhiều với nén bộ nhớ)
 
Chạy memtest với cả hai mô-đun được cài đặt.
Nó có thể vượt qua với một mô-đun, nhưng không vượt qua với nhiều mô-đun được cài đặt.

BTW - bo mạch của bạn hiện đang ở phiên bản BIOS nào?
Nhấn để mở rộng...
Tôi sẽ thử chạy cả hai thanh và cung cấp cho bạn bản cập nhật.
Tôi hiện đang sử dụng phiên bản BIOS mới nhất (1813).
 
Chạy bộ nhớ quá nhanh có thể gây ra sự cố. Theo tôi đã đề xuất, hãy thử tắt XMP và xem độ ổn định có được cải thiện không.

Thông số kỹ thuật cho i9-12900K trên CPU-World cho thấy nó "được đảm bảo" hoạt động lên đến 4800MT/giây. Bạn có thể đẩy tốc độ XMP nhanh hơn, nhưng 6000MT/giây có thể đang trên bờ vực mất ổn định trên bo mạch chủ của bạn.
https://www.cpu-world.com/CPUs/Core_i9/Intel-Core i9 i9-12900K.html

Bộ điều khiển bộ nhớ
Số lượng bộ điều khiển: 2
Kênh bộ nhớ (trên mỗi bộ điều khiển): 2
Kênh bộ nhớ (tổng cộng): 4
Bộ nhớ được hỗ trợ: DDR4-3200, DDR5-4800
Hỗ trợ ECC: Có
Trên nhiều bo mạch chủ 4 khe cắm, khe cắm DIMM A2/B2 cung cấp hoạt động ổn định nhất. Kiểm tra hướng dẫn sử dụng bo mạch chủ của bạn để biết vị trí RAM được khuyến nghị.
Nhấn để mở rộng...
Hiện tại, tôi đã cắm ram của mình ở A2/B2 nên tôi không nghĩ khe cắm là vấn đề. Tôi vừa tắt XMP, sẽ chạy thử trong vài giờ và tìm ra vấn đề.

Ngoài lề một chút, nhiệt độ có phải là vấn đề không? Bất cứ khi nào màn hình xanh, CPU của tôi đều ở mức 40c trong BIO. Khi tải đầy đủ, tôi thấy CPU này tăng lên tới 85-90c.
 
Bạn đã chạy memtest với cả hai thanh RAM được lắp vào đúng khe cắm chưa?

Bạn có gặp phải tình trạng sập này khi chỉ sử dụng một thanh RAM vào đúng khe cắm không?

Có lẽ hãy tháo GPU và chạy thử igp.....test.
Nhấn để mở rộng...
Thử nghiệm igp thực chất là gì?
 
kernel mode heap corrupt, có thể là do thiết lập ram bị lỗi, có thể là do trình điều khiển kernel không tốt. bạn nên cung cấp các tệp minidump thực tế nhưng bạn có thể cần cung cấp một bản dump kernel để tìm ra vấn đề. đôi khi nếu memtest86 ổn và bạn vẫn gặp vấn đề này, bạn phải chạy verifer để tìm các trường hợp trình điều khiển truy cập bộ nhớ kernel không đúng cách. (thường là trình điều khiển chuột ngu ngốc hoặc chương trình cơ sở chuột)

đối với thời gian chờ của watchdog
Tôi không nhận ra giá trị thời gian chờ 1e00
nhưng bạn sẽ chạy lệnh gỡ lỗi
!dpcwatchdog

thiết bị chậm hơn có giá trị thời gian chờ dài hơn. Có thể là ổ đĩa.
Tôi nghĩ thời gian chờ là 30 giây (không chắc đó là bao nhiêu trong tích tắc đồng hồ)
Tôi đoán có thể là thiết bị chậm hơn như trình điều khiển âm thanh GPU

một trong những lần kiểm tra lỗi thường gặp đối với CPU quá nóng hoặc
CPU ép xung hoặc nguồn điện kém đối với CPU. kiểm tra bộ đếm thời gian hoạt động của hệ thống có thể cung cấp manh mối về nguyên nhân.

giả thuyết đầu tiên/tốt nhất sẽ là trình điều khiển kém/ngu ngốc làm hỏng bộ nhớ hạt nhân. thời gian hoạt động của hệ thống có thể giúp tìm ra điều này. trình điều khiển ngu ngốc thường không làm hỏng hạt nhân cho đến sau một số chu kỳ ngủ của hệ thống.

lưu ý: đối với hầu hết các sự cố liên quan đến phần cứng, bạn nên cung cấp bản dump hạt nhân. minidump không chứa dữ liệu phù hợp.
(một số dữ liệu về thời gian chờ giám sát đã được thêm vào minidump vì nó xảy ra rất thường xuyên)

thời gian chờ giám sát nằm trong một thiết bị chậm, không phải cpu, gpu hoặc thậm chí là USB chậm hơn. Nhiều khả năng là thứ gì đó như ổ đĩa hoặc máy tính bảng. nếu là ổ đĩa, bạn sẽ cập nhật chương trình cơ sở, cập nhật trình điều khiển bios và chipset tùy thuộc vào loại ổ đĩa và giao diện của nó. cũng hãy kiểm tra dữ liệu SMART của ổ đĩa.
(giả sử không phải là một số vấn đề về trình điều khiển ngu ngốc làm hỏng bộ nhớ hạt nhân, các trình điều khiển ngu ngốc thường hoạt động cho đến khi quản lý bộ nhớ windows di chuyển một cái gì đó trong bộ nhớ, Điều này xảy ra rất nhiều với nén bộ nhớ)
Nhấn để mở rộng...
Ồ, thật là nhiều thông tin. Tôi nên thực hiện những bước nào trước tiên để ngăn màn hình xanh này xảy ra? Tôi đã có thể kéo hầu hết dữ liệu từ trình xem sự kiện và xem lịch sử độ tin cậy
 
Ồ, thật là nhiều thông tin. Tôi nên thực hiện những bước nào trước tiên để ngăn màn hình xanh này xảy ra? Tôi đã có thể kéo hầu hết dữ liệu từ trình xem sự kiện và xem lịch sử độ tin cậy
Nhấn để mở rộng...
vâng, hãy cung cấp bản sao lưu nhỏ, khoảng 20 phần trăm thời gian nó sẽ đặt tên cho trình điều khiển.
bạn có thể chạy thử nghiệm verifier.exe và nó sẽ buộc kiểm tra lỗi khi trình điều khiển làm sai điều gì đó. chỉ cần đảm bảo bạn biết cách vào chế độ an toàn và cách tắt trình xác minh bằng lệnh verifier.exe /reset. (đối với những trường hợp máy của bạn ngay lập tức kiểm tra lỗi khi khởi động với trình xác minh đang chạy)

hoặc bạn có thể đoán và chỉ cần thực hiện các quy trình sửa lỗi thông thường. IE cập nhật bios, cập nhật trình điều khiển do bo mạch chủ cung cấp. (không phải tiện ích bo mạch chủ)
thường thì bạn có thể trì hoãn kiểm tra lỗi bằng cách yêu cầu hệ thống xóa pagefile.sys khi khởi động lại hệ thống. sau đó chỉ cần khởi động lại thường xuyên hơn. tốt hơn là khắc phục sự cố.

bạn có thể tìm kiếm trên google cách tắt tính năng nén bộ nhớ của Windows.
Tôi không khuyên bạn nên làm như vậy nhưng nó có thể trì hoãn các sự cố với trình điều khiển kém không được cập nhật. tức là nếu không có tính năng nén bộ nhớ, trình quản lý bộ nhớ của Windows sẽ có ít không gian trống hơn và ít lý do hơn để di chuyển các phần tử bộ nhớ xung quanh và trình điều khiển chế độ người dùng câm sẽ không ghi đè lên vùng bộ nhớ hạt nhân sai thường xuyên. (vẫn tốt nhất là tìm ra nguyên nhân)

lưu ý: lỗi heap chế độ hạt nhân được báo cáo có loại 0x17 không được ghi lại (các loại được ghi lại có giá trị lên tới 0x16)
https://learn.microsoft.com/en-us/w.../bug-check-0x13a--kernel-mode-heap-corruption
 
vâng, cung cấp minidump, khoảng 20 phần trăm thời gian nó sẽ đặt tên cho trình điều khiển.
bạn có thể chạy thử nghiệm verifier.exe và nó sẽ buộc kiểm tra lỗi khi trình điều khiển làm sai điều gì đó. chỉ cần đảm bảo bạn biết cách vào chế độ an toàn và cách tắt trình xác minh bằng lệnh verifier.exe /reset. (đối với các trường hợp máy của bạn ngay lập tức kiểm tra lỗi khi khởi động với trình xác minh đang chạy)

hoặc bạn có thể đoán và chỉ cần thực hiện các quy trình sửa lỗi thông thường. IE cập nhật bios, cập nhật trình điều khiển do bo mạch chủ cung cấp. (không phải tiện ích bo mạch chủ)
thường thì bạn có thể trì hoãn kiểm tra lỗi bằng cách yêu cầu hệ thống xóa pagefile.sys khi khởi động lại hệ thống. sau đó chỉ cần khởi động lại thường xuyên hơn. tốt hơn là khắc phục sự cố.

bạn có thể tìm kiếm trên google cách tắt nén bộ nhớ windows.
Tôi không khuyên bạn làm vậy nhưng nó có thể trì hoãn các sự cố với trình điều khiển kém không được cập nhật. tức là nếu không có nén bộ nhớ, trình quản lý bộ nhớ windows sẽ có ít không gian trống hơn và ít lý do hơn để di chuyển các phần tử bộ nhớ xung quanh và trình điều khiển chế độ người dùng sẽ không ghi đè lên vùng bộ nhớ kernel sai thường xuyên. (vẫn tốt nhất là tìm ra nguyên nhân)
Nhấn để mở rộng...
Vừa chạy trình xác minh cho tất cả các trình điều khiển ngoại trừ Microsoft. Để nó chạy hai lần, máy tính bị màn hình xanh cả hai lần.

Đây là tệp dump của nó, hãy cho tôi biết nếu bạn có thể mở nó
Tệp dump một ổ đĩa
 
Trình điều khiển là một phần của trình điều khiển âm thanh ASUS Utility. Bạn nên cập nhật từ nhà cung cấp bo mạch chủ. Thật lạ là tôi không thấy thiết bị khi xem dữ liệu bo mạch chủ của bạn (trình điều khiển tek thực tế thông thường không được cài đặt)

https://www.asus.com/motherboards-c.../helpdesk_download?model2Name=PRIME-Z790-V-AX

xem bạn có thể cập nhật hoặc xóa trình điều khiển không

hệ thống chạy 11 giây, hiển thị lỗi ngăn xếp đang chạy
igovsd.sys
ngày tệp:Thứ năm, ngày 23 tháng 9 năm 2021 lúc 01:07:38
Cáp âm thanh ảo Intelligo
 
hệ thống chạy 11 giây, hiển thị lỗi ngăn xếp đang chạy
igovsd.sys
ngày tệp: Thu Sep 23 01:07:38 2021
Cáp âm thanh ảo IntelligoLmao đó có thể là gì? Tôi đã có cái này chưa đầy một năm
 
Lmao cái đó là gì vậy? Tôi đã dùng cái này chưa đầy một năm
Nhấn để mở rộng...
không chắc, có thể là windows plug and play đã vô tình chọn nó.
Tôi sẽ cài đặt trình điều khiển âm thanh bo mạch chủ chính xác và xóa trình điều khiển đó. Bạn có thể tải xuống và chạy microsoft autoruns64.exe và tắt hoặc xóa trình điều khiển và khởi động lại. https://learn.microsoft.com/en-us/sysinternals/downloads/autoruns
 
Bạn phải đăng nhập hoặc đăng ký để phản hồi tại đây.

Chủ đề tương tự

D
Hỏi / Đáp Sự cố máy tính sau khi tăng điện áp
Trả lời
0
Xem
1
Doubl3Troubl372
D
C
Hỏi / Đáp Chiếc RX 6800 này có vừa với case máy tính của tôi không?
Trả lời
0
Xem
1
CoffeeStoreGuy
C
D
Hỏi / Đáp "Sự kiện Live Kernel 141" sẽ không biến mất phải không?
Trả lời
0
Xem
1
Danni_123
D
N
Hỏi / Đáp Toshiba Satellite P875-S7102: Tắt sau 30 phút với tiếng kêu tách.
Trả lời
0
Xem
1
Novice007
N
A
Hỏi / Đáp Trợ giúp xây dựng một PC tùy chỉnh
Trả lời
1
Xem
2
Lafong
L
Back
Bên trên