Aaron_Bread
New member
Máy tính xách tay - Predator Helios Neo 16 (2023)
vậy nên hiện tại máy tính xách tay của tôi đang bị lỗi nvlddmkm cho GPU máy tính xách tay 4060 của tôi với các ID sự kiện là 14, 153 và 0. trong đó nvlddmkm 14 thường là lỗi hàng đầu với mô tả này.
Những điều này xảy ra khi máy ở chế độ nhàn rỗi hoặc khi đang tải, cuối cùng khiến hệ thống bị treo không liên tục, gây ra lỗi BSOD với lỗi TDR, yêu cầu khởi động lại cứng hoặc đôi khi là lỗi BSOD System_thread_exception.
Tôi đã làm hầu hết mọi cách để khắc phục sự cố này, chẳng hạn như chạy DDU để cài đặt lại trình điều khiển mới nhất, giảm xung nhịp GPU rời, khôi phục cài đặt gốc cho máy tính, cấp toàn quyền kiểm soát cho nvlddmkm.sys, tắt tính năng tăng tốc phần cứng, tắt tính năng khởi động nhanh, tạo TDRdelay, chạy thử nghiệm chẩn đoán bộ nhớ Windows. nhưng không có cách nào trong số này có vẻ hiệu quả
Điều duy nhất có hiệu quả trong một thời gian là khóa tăng tốc GPU rời của tôi bằng EVGA Precision X1, về cơ bản, nó đặt GPU của tôi ở trạng thái liên tục với lõi 2500 mhz và xung nhịp bộ nhớ 8000, điều này cho phép hệ thống của tôi tiếp tục hoạt động ngay cả khi GPU rời của tôi đang hoạt động ở chế độ nhàn rỗi nhưng trình điều khiển sẽ bị sập và chuyển sang màn hình nền hoặc tạo ra lỗi màn hình xanh TDR trong vòng vài phút đến vài giờ sau khi GPU rời hoạt động dưới tải như khi chơi trò chơi hoặc chạy điểm chuẩn. Hệ thống chạy hoàn toàn bình thường nếu GPU rời bị vô hiệu hóa không bao giờ chạy.
Hiện tại, tôi đang xem qua trình xem sự kiện của mình và nhận thấy một sự kiện Windows cụ thể được liệt kê trong WerKernel thường xảy ra vào thời điểm hoặc ngay trước khi xảy ra sự cố nvlddmkm và mô tả như sau
Windows báo cáo lỗi Kernel Driver Event ID 1001
vậy nên hiện tại máy tính xách tay của tôi đang bị lỗi nvlddmkm cho GPU máy tính xách tay 4060 của tôi với các ID sự kiện là 14, 153 và 0. trong đó nvlddmkm 14 thường là lỗi hàng đầu với mô tả này.
Không tìm thấy mô tả cho ID sự kiện 14 từ nguồn nvlddmkm. Hoặc là thành phần gây ra sự kiện này không được cài đặt trên máy tính cục bộ của bạn hoặc quá trình cài đặt bị hỏng. Bạn có thể cài đặt hoặc sửa chữa thành phần trên máy tính cục bộ.
Nếu sự kiện bắt nguồn từ một máy tính khác, thông tin hiển thị phải được lưu cùng với sự kiện.
Thông tin sau đây được bao gồm trong sự kiện:
\Thiết bị\Video8
321c68f0 000142b0 00000000 202b2456 202b2338 202b1924 202cc36a 202b4838
Những điều này xảy ra khi máy ở chế độ nhàn rỗi hoặc khi đang tải, cuối cùng khiến hệ thống bị treo không liên tục, gây ra lỗi BSOD với lỗi TDR, yêu cầu khởi động lại cứng hoặc đôi khi là lỗi BSOD System_thread_exception.
Tôi đã làm hầu hết mọi cách để khắc phục sự cố này, chẳng hạn như chạy DDU để cài đặt lại trình điều khiển mới nhất, giảm xung nhịp GPU rời, khôi phục cài đặt gốc cho máy tính, cấp toàn quyền kiểm soát cho nvlddmkm.sys, tắt tính năng tăng tốc phần cứng, tắt tính năng khởi động nhanh, tạo TDRdelay, chạy thử nghiệm chẩn đoán bộ nhớ Windows. nhưng không có cách nào trong số này có vẻ hiệu quả
Điều duy nhất có hiệu quả trong một thời gian là khóa tăng tốc GPU rời của tôi bằng EVGA Precision X1, về cơ bản, nó đặt GPU của tôi ở trạng thái liên tục với lõi 2500 mhz và xung nhịp bộ nhớ 8000, điều này cho phép hệ thống của tôi tiếp tục hoạt động ngay cả khi GPU rời của tôi đang hoạt động ở chế độ nhàn rỗi nhưng trình điều khiển sẽ bị sập và chuyển sang màn hình nền hoặc tạo ra lỗi màn hình xanh TDR trong vòng vài phút đến vài giờ sau khi GPU rời hoạt động dưới tải như khi chơi trò chơi hoặc chạy điểm chuẩn. Hệ thống chạy hoàn toàn bình thường nếu GPU rời bị vô hiệu hóa không bao giờ chạy.
Hiện tại, tôi đang xem qua trình xem sự kiện của mình và nhận thấy một sự kiện Windows cụ thể được liệt kê trong WerKernel thường xảy ra vào thời điểm hoặc ngay trước khi xảy ra sự cố nvlddmkm và mô tả như sau
Windows báo cáo lỗi Kernel Driver Event ID 1001
Thành phần WATCHDOG đã yêu cầu tạo Live Kernel Dump và yêu cầu đã hoàn tất. RequestedType Kernel Dump, GrantedType Kernel Dump, Status Khi một khối bộ nhớ được phân bổ cho các bản cập nhật trong tương lai, chẳng hạn như bộ nhớ được phân bổ để giữ quyền kiểm soát truy cập tùy ý và thông tin nhóm chính, các bản cập nhật liên tiếp có thể vượt quá dung lượng bộ nhớ được phân bổ ban đầu.
Vì hạn ngạch có thể đã được tính cho một số quy trình có xử lý đối tượng, nên không hợp lý khi thay đổi kích thước của bộ nhớ được phân bổ.
Nếu bất kỳ ai có thể giúp tôi phân tích tình huống này, tôi sẽ rất cảm kíchThay vào đó, một yêu cầu yêu cầu nhiều bộ nhớ hơn mức đã được phân bổ phải thất bại và lỗi STATUS_ALLOTED_SPACE_EXCEEDED được trả về., ThrottleCheckResult 0x21.