Hỏi / Đáp Máy tính của tôi bị hỏng hầu như hàng ngày

Hunter Camper

New member
Máy tính của tôi thường xuyên bị sập. Đôi khi là hàng ngày. Chỉ riêng hôm nay, máy bị sập hai lần trong vòng 30 phút. Tôi thấy màn hình xanh có nội dung "Máy tính của bạn gặp sự cố và cần khởi động lại".
Tôi đã thử xem qua nhật ký trong Even Viewer, nhưng tôi thừa nhận rằng tôi không quen với điều đó lắm. Tôi đã tìm thấy 2 thông báo quan trọng khớp với thời điểm máy tính của tôi bị sập nhưng đây chỉ là những thông báo cho biết máy tính của tôi đã khởi động lại sau khi bị sập. Chúng không cung cấp bất kỳ thông tin nào liên quan đến sự cố thực sự gây ra sự cố. Nếu các bạn có thể giúp tôi tìm nhật ký sự cố, tôi sẽ rất vui lòng chia sẻ chúng với các bạn. Điều này trở nên rất khó chịu, không biết khi nào nó sẽ sập tiếp theo. Tôi sẽ nói thêm rằng đây là bản dựng tùy chỉnh và sự cố đã xảy ra kể từ ngày tôi dựng nó. Tôi đã cài đặt lại Windows mới ba lần để xem liệu điều đó có giúp ích không, nhưng không có gì thay đổi.

Hệ điều hành: Windows 11 Pro
Mobo: AsRock B550M-C
CPU: AMD Ryzen 5 3600
Ram: 16gb DDR4 3200
GPU: XFX RX-580 8GB
SSD: Kingston NVME 1TB
PSU: Corsair CX600
Bộ làm mát CPU: Thermaltake UX100
3 quạt vỏ máy cùng quạt CPU với thiết lập điều khiển quạt phù hợp
 
Nếu không biết mã lỗi nào liên quan đến sự cố sập, thì đây chỉ là phỏng đoán, nhưng những sự cố sập như thế này có thể do lỗi bộ nhớ hoặc sự cố tương thích bộ nhớ. Tôi đã gặp phải sự cố sập thường xuyên như thế này trước đây, mà nguyên nhân là do sự không tương thích giữa CPU và bộ nhớ không thể giải thích được.

Các tệp dump sự cố của bạn phải nằm ở "C:\Windows\Minidump". Bạn cũng có thể tìm thấy sự kiện sập Windows bằng Trình xem sự kiện trong Sự kiện quan trọng và có thể tìm thấy thông tin mã lỗi ở đó. Tôi biết bạn đã nói rằng bạn không quen thuộc lắm với điều đó, nhưng thật không may, tôi không thể nhớ chi tiết về cách tìm thông tin đó.
 
Bo mạch chủ của bạn đã được cập nhật đầy đủ chưa? https://www.asrock.com/mb/AMD/B550M-C/index.us.asp#BIOS

Bạn có đang cố ép xung bất kỳ thứ gì (CPU, GPU, bộ nhớ) không?

Bạn đã chạy DISM và SFC để xác minh tình trạng của Windows?

https://support.microsoft.com/en-us...-windows-365e0031-36b1-6031-f804-8fd86e0ef4ca
Không ép xung gì cả.
Tôi có phiên bản bios thứ 2 từ cuối. Có vẻ như một phiên bản mới hơn đã ra mắt cách đây vài tháng. Đây là bản beta, giống như phiên bản tôi đang chạy. Tôi có nên cập nhật không?
Sau khi chạy bước 1 (scanhealth), nó báo "Không phát hiện thấy lỗi lưu trữ thành phần nào".
Sau khi chạy scannow, nó báo "Windows Resource Protection không tìm thấy bất kỳ vi phạm tính toàn vẹn nào".
 
Không biết mã lỗi nào liên quan đến sự cố sập, đây chỉ là phỏng đoán, nhưng những sự cố sập như thế này có thể do lỗi bộ nhớ hoặc sự cố tương thích bộ nhớ. Tôi đã gặp phải những sự cố sập thường xuyên như thế này trước đây, nguyên nhân là do sự không tương thích giữa CPU và bộ nhớ không thể giải thích được.

Các tệp dump sự cố sập của bạn phải nằm ở "C:\Windows\Minidump". Bạn cũng có thể tìm thấy các sự kiện sập Windows bằng Trình xem sự kiện trong Sự kiện quan trọng và có thể tìm thấy thông tin về mã lỗi tại đó.
đây là những gì tôi nhận được:


************* Chuẩn bị môi trường cho kho lưu trữ Debugger Extensions Gallery **************
ExtensionRepository : Implicit
UseExperimentalFeatureForNugetShare : true
AllowNugetExeUpdate : true
NonInteractiveNuget : true
AllowNugetMSCredentialProviderInstall : true
AllowParallelInitializationOfLocalRepositories : true
EnableRedirectToChakraJsProvider : false

-- Cấu hình kho lưu trữ
----> Kho lưu trữ : LocalInstalled, Enabled: true
----> Repository: UserExtensions, Enabled: true

>>>>>>>>>>>>>> Đang chuẩn bị môi trường cho kho lưu trữ Debugger Extensions Gallery đã hoàn tất, thời lượng 0,000 giây

************ Đang chờ Debugger Extensions Gallery khởi tạo ****************

>>>>>>>>>>>> Đang chờ Debugger Extensions Gallery khởi tạo đã hoàn tất, thời lượng 0,016 giây
----> Repository: UserExtensions, Enabled: true, Số lượng gói: 0
----> Kho lưu trữ: LocalInstalled, Đã bật: đúng, Số gói: 43

Microsoft (R) Windows Debugger Phiên bản 10.0.27793.1000 AMD64
Bản quyền (c) Microsoft Corporation. Đã đăng ký bản quyền.


Đang tải tệp Dump [C:\Windows\Minidump\041125-5968-01.dmp]
Tệp Dump Kernel Mini: Chỉ có các thanh ghi và dấu vết ngăn xếp khả dụng

Đường dẫn tìm kiếm biểu tượng là: srv*
Đường dẫn tìm kiếm thực thi là:
Phiên bản Kernel Windows 10 26100 MP (12 procs) Free x64
Sản phẩm: WinNt, bộ: TerminalServer SingleUserTS
Kernel cơ sở = 0xfffff800`c7400000 PsLoadedModuleList = 0xfffff800`c82f49c0
Thời gian phiên gỡ lỗi: Thứ sáu, ngày 11 tháng 4 năm 2025 lúc 18:05:28.288 (UTC - 5:00)
Thời gian hoạt động của hệ thống: 0 ngày 0:34:09.984
Đang tải ký hiệu hạt nhân
..................................................................
................................................................................
................................................................................
.................
Đang tải ký hiệu người dùng
PEB được phân trang (Peb.Ldr = 00000000`0039f018). Nhập ".hh dbgerr001" để biết chi tiết
Đang tải danh sách mô-đun chưa tải
.........
Để phân tích tệp này, hãy chạy !analyze -v
nt!KeBugCheckEx:
fffff800`c78b5520 48894c2408 mov qword ptr [rsp+8],rcx ss:0018:fffff800`5b41ab50=000000000000101
0: kd> !analyze -v
*********************************************************************************
* *
* Phân tích kiểm tra lỗi *
* *
***************************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
Đã có nỗ lực truy cập vào một địa chỉ có thể phân trang (hoặc hoàn toàn không hợp lệ) ở
mức yêu cầu ngắt (IRQL) quá cao. Điều này thường là do trình điều khiển sử dụng địa chỉ không phù hợp. Nếu có trình gỡ lỗi hạt nhân, hãy lấy dấu vết ngăn xếp. Đối số: Đối số 1: ffffdb092b7722f4, tham chiếu bộ nhớ Đối số 2: 00000000000000ff, IRQL Đối số 3: 0000000000000091, trường bit: bit 0: giá trị 0 = hoạt động đọc, 1 = hoạt động ghi bit 3: giá trị 0 = không phải là hoạt động thực thi, 1 = hoạt động thực thi (chỉ trên các chip hỗ trợ mức trạng thái này) Đối số 4: fffff800c772e983, địa chỉ tham chiếu bộ nhớ Chi tiết gỡ lỗi: ---------------------


KEY_VALUES_STRING: 1

Khóa: Analysis.CPU.mSec
Giá trị: 1593

Khóa: Analysis.Elapsed.mSec
Giá trị: 2596

Khóa: Analysis.IO.Other.Mb
Giá trị: 10

Khóa: Analysis.IO.Read.Mb
Giá trị: 1

Khóa: Analysis.IO.Write.Mb
Giá trị: 23

Khóa: Analysis.Init.CPU.mSec
Giá trị: 593

Khóa: Analysis.Init.Elapsed.mSec
Giá trị: 40614

Khóa: Analysis.Memory.CommitPeak.Mb
Giá trị: 88

Khóa: Analysis.Version.DbgEng
Giá trị: 10.0.27793.1000

Khóa: Analysis.Version.Description
Giá trị: 10.2410.02.02 amd64fre

Khóa: Analysis.Version.Ext
Giá trị: 1.2410.2.2

Khóa: Bugcheck.Code.LegacyAPI
Giá trị: 0xa

Khóa: Bugcheck.Code.TargetModel
Giá trị: 0xa

Khóa: Dump.Attributes.AsUlong
Giá trị: 0x21008

Khóa: Dump.Attributes.DiagDataWrittenToHeader
Giá trị: 1

Khóa: Dump.Attributes.ErrorCode
Giá trị: 0x0

Khóa: Dump.Attributes.KernelGeneratedTriageDump
Giá trị: 1

Khóa: Dump.Attributes.LastLine
Giá trị: Dump hoàn tất thành công.

Khóa: Dump.Attributes.ProgressPercentage
Giá trị: 0

Khóa: Failure.Bucket
Giá trị: AV_nt!KeAccumulateTicks

Khóa: Failure.Exception.IP.Address
Giá trị: 0xfffff800c772e983

Khóa: Failure.Exception.IP.Module
Giá trị: nt

Khóa: Failure.Exception.IP.Offset
Giá trị: 0x32e983

Khóa: Failure.Hash
Giá trị: {bdd44265-f411-b02a-f0e6-95fb2512e2b8}

Khóa : Stack.Pointer
Giá trị: ISR


BUGCHECK_CODE: a

BUGCHECK_P1: ffffdb092b7722f4

BUGCHECK_P2: ff

BUGCHECK_P3: 91

BUGCHECK_P4: fffff800c772e983

FILE_IN_CAB: 041125-5968-01.dmp

DUMP_FILE_ATTRIBUTES: 0x21008
Kernel Generated Triage Dump

FAULTING_THREAD: ffffdb083b62d080

WRITE_ADDRESS: fffff800c83c34c0: Không thể lấy MiVisibleState
Không thể lấy NonPagedPoolStart
Không thể lấy NonPagedPoolEnd
Không thể lấy PagedPoolStart
Không thể lấy PagedPoolEnd
không thể lấy nt!MmSpecialPagesInUse
ffffdb092b7722f4

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: hid.exe

STACK_TEXT:
ffffff800`5b41ab48 fffff800`c772f018 : 00000000`00000101 00000000`00000010 00000000`00000000 ffff9281`2bfb4180 : nt!KeBugCheckEx
ffffff800`5b41ab50 fffff800`c77a44a1 : 00000000`00000000 000000000`0000000c 000000000`0000000 000000000`0002007e : nt!KeAccumulateTicks+0x6d8
fffff800`5b41abc0 fffff800`c77a4065: 00000000`00013178 00000000`00000000 00000004`c5e2d14c 00000000`0000000d: nt!KiUpdateRunTime+0xc9
fffff800`5b41ac40 fffff800`c768573e: 00000000`000000d 00000000`0000000 fffff800`5725f810 fffff800`c83207f8: nt!KiUpdateTime+0x2b5
fffff800`5b41add0 fffff800`c76870ed : fffff800`c8210a40 00000000`00000000 fffff800`c8210af0 fffff800`c838e150 : nt!KeClockInterruptNotify+0x66e
fffff800`5b41af50 fffff800`c7a7dade : 00000000`20b6020c fffff800`c8210a40 ffffb406`5fecce30 00000004`c5f97bf4 : nt!KiCallInterruptServiceRoutine+0x2ed
fffff800`5b41afb0 fffff800`c7a7e2ec : 00000004`c5f96860 ffffb406`5fecceb0 00000004`c5f96869 000006b3`0f590a91 : nt!KiInterruptSubDispatchNoLockNoEtw+0x4e
ffffb406`5fecce30 fffff800`c773d41c : 00000000`00000050 00000000`00000002 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatchNoLockNoEtw+0x3c
ffffb406`5feccfc0 fffff800`c773d38b : 00000000`00000001 00000000`00000000 00000000`00000001 ffffdb08`2bc5cd01 : nt!KiIpiStallOnPacketTargetsPrcb+0x2c
ffffb406`5feccff0 fffff800`c7c9c31d : 00000000`00000000 ffffb406`5fecdb60 00000000`00000000 00000000`00000001 : nt!KeFlushProcessWriteBuffers+0x10f
ffffb406`5fecd050 fffff800`c7db372e : ffffdb08`3b62d080 ffffb406`00010400 00000000`00870000 00000000`00000000 : nt!ExpGetProcessInformation+0x18d
ffffb406`5fecd6c0 fffff800`c7db25fe : 00000000`00000000 000000000`00000000 000000000`00000000 000000000`003a1000 : nt!ExpQuerySystemInformation+0xfce
ffffb406`5fecdaa0 fffff800`c7a8ef58 : ffffdb08`3b620000 ffffdb08`3b62d080 ffffdb08`3b62d080 000000000`003a1000 : nt!NtQuerySystemInformation+0x3e
ffffb406`5fecdae0 00007ffc`fdbbc684 : 00000000`00000000 000000000`00000000`00000000 0000000000`000000000 0000000000`000000000: nt!KiSystemServiceCopyEnd+0x28
00000000`0009e048 000000000`00000000 : 00000000`00000000 000000000`00000000 000000000`0000000 000000000`00000000 000000000`00000000 : 0x00007ffc`fdbbc684


TÊN_KÝ_HỆ: nt!KeAccumulateTicks+43

TÊN_MODULE: nt

TÊN_HÌNH_ẢNH: ntkrnlmp.exe

PHIÊN_HÌNH_ẢNH: 10.0.26100.3775

LỆNH_XẾP_LỆNH: .process /r /p 0xffffdb083b62c080; .thread 0xffffdb083b62d080 ; kb

BUCKET_ID_FUNC_OFFSET: 43

FAILURE_BUCKET_ID: AV_nt!KeAccumulateTicks

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {bdd44265-f411-b02a-f0e6-95fb2512e2b8}

Theo dõi: MachineOwner
---------
 
Tôi có nên cập nhật không?
Việc cập nhật BIOS khó có thể khắc phục được sự cố.
IRQL_KHÔNG_ÍT_HAY_BẰNG (a)
https://learn.microsoft.com/en-us/w...ebugger/bug-check-0xa--irql-not-less-or-equal
Tôi không phải là chuyên gia, nhưng có vẻ như điều đó có thể liên quan đến bộ nhớ. Bạn có thanh nhớ dự phòng nào còn hoạt động mà bạn có thể kiểm tra không? Bạn cũng có thể thử chạy thử nghiệm bộ nhớ, nhưng thật không may, ngay cả khi chúng vượt qua với kết quả tốt, điều đó cũng không đảm bảo rằng RAM không phải là một phần của vấn đề. Tôi biết điều này từ kinh nghiệm.

Bạn cũng có thể muốn thử chạy Trình xác minh trình điều khiển. Có lẽ một người hiểu biết hơn sẽ đến và đưa ra lời khuyên tốt hơn/cụ thể hơn.
 
Được rồi, dù sao thì tôi cũng đã cập nhật BIOS. Ngoài ra, tôi vừa chạy thử nghiệm bộ nhớ và không tìm thấy bất kỳ vấn đề nào. Trong thời gian chờ đợi, tôi sẽ xem qua danh sách RAM được hỗ trợ cho bo mạch chủ của mình và thử lấy các thanh RAM từ danh sách đó. Việc này có thể mất một thời gian. Tôi sẽ báo cáo lại khi tôi nhận được và thử nghiệm.
 
Được rồi, dù sao thì tôi cũng đã cập nhật BIOS. Ngoài ra, tôi vừa chạy thử nghiệm bộ nhớ và không tìm thấy bất kỳ vấn đề nào. Trong thời gian chờ đợi, tôi sẽ xem qua danh sách RAM được hỗ trợ cho bo mạch chủ của mình và thử lấy các thanh RAM từ danh sách đó. Việc này có thể mất một thời gian. Tôi sẽ báo cáo lại khi tôi nhận được và thử nghiệm.
Tôi sẽ không mua thanh RAM mới ngay khi chúng ta chưa chắc chắn rằng đó là vấn đề. Có lẽ bạn nên đợi người có nhiều kinh nghiệm hơn phân tích các bản dump lỗi để xem liệu có nguồn gốc nào khác của vấn đề không. Cũng có thể là do vấn đề với ổ đĩa, trình điều khiển Windows hoặc một vấn đề nào đó hoàn toàn khác.

Bạn đã chạy thử nghiệm bộ nhớ nào? Ngoài ra, tất cả các thanh RAM của bạn có cùng một bộ không?

Và tất cả các tệp minidump có cùng kiểm tra lỗi đó không, hay có tệp nào khác không?
 
Tôi sẽ không mua thanh RAM mới ngay khi chúng ta chưa chắc chắn rằng đó là vấn đề. Có lẽ bạn nên đợi một người có nhiều kinh nghiệm hơn phân tích các bản dump lỗi để xem có nguồn gốc nào khác của vấn đề không. Cũng có thể là do ổ đĩa, trình điều khiển Windows hoặc một vấn đề nào đó hoàn toàn khác.

Bạn đã chạy thử nghiệm bộ nhớ nào? Ngoài ra, tất cả các thanh RAM của bạn đều từ cùng một bộ không?

Và tất cả các tệp minidump đều có cùng kiểm tra lỗi đó hay có tệp nào khác không?
Tôi đã có thể yêu cầu bộ phận hỗ trợ của Microsoft xem nhật ký và họ đồng ý rằng đó là sự cố về RAM. Cả hai thanh RAM của tôi đều khớp nhau và chúng hoạt động hoàn hảo trên PC khác của tôi. Tôi đoán vì lý do nào đó, chúng không tương thích với mobo hoặc cpu của tôi hoặc cả hai trên máy mới này.
 
Tôi đã có thể yêu cầu bộ phận hỗ trợ của Microsoft xem nhật ký và họ đồng ý rằng đó là sự cố về RAM. Cả hai thanh RAM của tôi đều khớp nhau và chúng hoạt động hoàn hảo trên PC khác của tôi. Tôi đoán vì lý do nào đó, chúng không tương thích với mobo hoặc CPU hoặc cả hai trên máy mới này.
Tôi đã có một bộ RAM hoạt động tốt trên Ryzen 3200G của mình trong một thời gian dài, nhưng ngay khi tôi đổi sang 5600X, nó bị sập gần như hàng ngày. Việc đổi RAM sang một bộ khác đã khắc phục được sự cố. Thật kỳ lạ. Tôi không hiểu tại sao nó lại có thể khó khăn đến vậy.

Nếu là RAM, ít nhất thì cũng dễ sửa. Nhưng thật không may nếu bạn mua một bộ khác mà vấn đề vẫn còn.
 
Thông thường, đối với vấn đề này, tôi sẽ tìm trình điều khiển thiết bị mất quá nhiều thời gian để phản hồi.
Cách khắc phục chung là cập nhật BIOS lên phiên bản hiện tại, sau đó cài đặt các trình điều khiển bo mạch chủ khác nhau và kiểm tra lại. Tôi cũng sẽ xóa mọi trình điều khiển ép xung. Nếu bạn nhận được bản dump bộ nhớ, bạn nên đặt nó trên máy chủ để ai đó có trình gỡ lỗi có thể xem nhanh.
Lỗi xả bộ đệm có thể xảy ra đối với ổ đĩa hoặc lỗi trong bộ đệm RAM CPU. tức là RAM bên trong chip CPU chứ không phải thanh RAM của bo mạch chủ.
 
thông thường đối với vấn đề này, tôi sẽ tìm trình điều khiển thiết bị mất quá nhiều thời gian để phản hồi.
cách khắc phục chung là cập nhật bios lên phiên bản hiện tại, sau đó cài đặt các trình điều khiển bo mạch chủ khác nhau và kiểm tra lại. Tôi cũng sẽ xóa mọi trình điều khiển ép xung. nếu bạn nhận được bản dump bộ nhớ, bạn nên đặt nó trên máy chủ để ai đó có trình gỡ lỗi có thể xem nhanh.
lỗi xả bộ đệm có thể là do ổ đĩa hoặc lỗi trong bộ đệm RAM của CPU. tức là ram bên trong chip CPU chứ không phải thanh RAM trên bo mạch chủ.
Nhân viên hỗ trợ kỹ thuật của Microsoft cũng đã đề cập đến các vấn đề về trình điều khiển. Anh ấy không nói rõ và nói rằng đó không phải là vấn đề của Windows. Tôi đã cập nhật BIOS rồi. Vậy bạn đang nói đến việc cài đặt lại tất cả trình điều khiển bo mạch chủ? Tôi không quen với việc dump bộ nhớ hoặc cách đưa chúng vào máy chủ.
 
Kỹ thuật viên hỗ trợ của Microsoft cũng đã đề cập đến các vấn đề với trình điều khiển. Anh ấy không nói rõ và nói rằng đó không phải là vấn đề của Windows. Tôi đã cập nhật BIOS. Vậy bạn đang nói đến việc cài đặt lại tất cả trình điều khiển mobo? Tôi không quen với việc dump bộ nhớ hoặc cách đưa chúng vào máy chủ.
Chỉ cần tải lên một số tệp minidump gần đây ở đâu đó như DropBox hoặc Google Drive, nơi bạn có thể chia sẻ chúng với người dùng trên diễn đàn bằng liên kết. Tôi sẽ không thể giúp phân tích nâng cao các tệp dump, nhưng một số người ở đây có thể.
 
Chỉ cần tải lên một số tệp minidump gần đây ở đâu đó như DropBox hoặc Google Drive, nơi bạn có thể chia sẻ chúng với người dùng trên diễn đàn bằng liên kết. Tôi sẽ không thể giúp phân tích nâng cao các tệp dump, nhưng một số người ở đây có thể.
Hiểu rồi. Tôi sẽ đăng tệp mới nhất.
 
Kiểm tra lỗi này trông giống như một vấn đề lập trình trình điều khiển.
(địa chỉ trông giống như một địa chỉ heap cục bộ chứ không phải là một địa chỉ hạt nhân, tức là một vấn đề về lập trình hoặc chương trình cơ sở, một vấn đề về ram sẽ có một địa chỉ trông giống như một địa chỉ hạt nhân nhưng không hợp lệ)

lưu ý: địa chỉ hạt nhân trông giống như thế này ffffc804`95299ae0
(bắt đầu bằng ffff)
địa chỉ kiểm tra lỗi trông giống như thế này 000000000004396d



tôi đoán là do

trình điều khiển mini HID cho thiết bị USB Fx2
VKbms.sys Thu Jul 10 20:42:22 2014
nhưng cũng có thể do REDRAGON_MOUSE.sys
bạn có thể thử cập nhật trình điều khiển chuột chơi game và chương trình cơ sở hoặc xóa chúng.
lưu ý: khi bạn tháo thiết bị usb, trình điều khiển chỉ bị ẩn chứ không bị xóa. Bạn phải vào bảng điều khiển, trình quản lý thiết bị, tìm tùy chọn menu để hiển thị các thiết bị ẩn, chọn tùy chọn đó rồi tìm tất cả các mục màu xám và xóa chúng. trình điều khiển được cài đặt cho mỗi cổng mà thiết bị đã từng được cắm vào.

Tôi cũng sẽ tải xuống microsoft autoruns64.exe từ đây:
https://learn.microsoft.com/en-us/sysinternals/downloads/autoruns

tìm trình điều khiển này và vô hiệu hóa/xóa nó:
VKbms.sys Thu Jul 10 20:42:22 2014
không chắc chắn về trình điều khiển này:
REDRAGON_MOUSE.sys T4 20/09 01:37:45 2017

bạn cũng đã cài đặt một số trình điều khiển cũ mà bạn sẽ muốn cập nhật:
rtcx21x64.sys CN 03/10 23:54:20 2021
RTKVHD64.sys T3 31/08 03:24:16 2021
ibtusb.sys T3 29/11 08:04:24 2022
(tôi nghĩ ibtusb.sys là trình điều khiển bluetooth của intel)
AMDRyzenMasterDriver.sys T5 12/05 23:01:00 2022
(bạn nên cập nhật amdryzenmasterdriver lên phiên bản hiện tại để nó khớp với phiên bản bios của bạn hoặc xóa nó nếu không ép xung)

rtkvhd64.sys là trình điều khiển âm thanh của bo mạch chủ, các phiên bản cũ có lỗi khiến trình điều khiển âm thanh của GPU bị sập.

rtcx21x64.sys là bộ điều hợp mạng tek thực sự, tôi sẽ cập nhật nó trong khi bạn đang thực hiện các bản cập nhật khác.

lưu ý:
4: kd> !sysinfo machineid
Thông tin ID máy [Từ Smbios 3.3, DMIVersion 0, Size=1968]
BiosMajorRelease = 5
BiosMinorRelease = 17
BiosVendor = American Megatrends International, LLC.
BiosVersion = L3.41
BiosReleaseDate = 02/22/2024
SystemManufacturer = Do O.E.M. điền
SystemProductName = B550M-C
SystemFamily = Do O.E.M. điền
SystemVersion = Do O.E.M. điền
SystemSKU = Do O.E.M. điền
BaseBoardManufacturer = ASRock
BaseBoardProduct = B550M-C
ProcessorNameString = Bộ xử lý 6 nhân REG_SZ AMD Ryzen 5 3600
[Thông tin CPU]
~MHz = REG_DWORD 3593
 
Kiểm tra lỗi này có vẻ như là vấn đề về lập trình trình điều khiển.
Trong trường hợp này, Hunter Camper có nên chạy Driver Verifier không, chỉ để đảm bảo rằng trình điều khiển thực sự gây ra vấn đề và có thể thu hẹp phạm vi?
 
Hunter Camper có nên chạy Driver Verifier trong trường hợp này không, chỉ để đảm bảo rằng trình điều khiển thực sự gây ra sự cố và có thể thu hẹp phạm vi?Lưu ý: hầu hết mọi người không thực sự quan tâm đến việc chứng minh trình điều khiển nào là nguyên nhân gây ra sự cố. Tôi thường yêu cầu họ cập nhật tất cả trình điều khiển và kiểm tra lại vì cách khắc phục duy nhất mà họ thường có là cập nhật BIOS và trình điều khiển. Tôi yêu cầu họ chạy trình xác minh nếu họ cài đặt quá nhiều trình điều khiển của bên thứ 3 hoặc họ có trình điều khiển Microsoft rất mới (bản phát hành mới của Windows)

Tôi luôn thích chạy trình xác minh. Nó phàn nàn về rất nhiều vấn đề lập trình. Ngay cả những vấn đề không phải là nguyên nhân gây ra sự cố mà bạn đang cố gắng giải quyết.

Những phàn nàn lớn nhất mà tôi từng nghe về trình xác minh là mọi người không biết họ phải tắt nó (hệ thống chạy chậm)
và mọi người không biết cách vào chế độ an toàn (để tắt trình xác minh)

do đó: nếu ai đó muốn chạy trình xác minh, bạn có thể cân nhắc chạy trình xác minh một lần để tự động tắt khi khởi động lại.
Lưu ý: khởi động cmd.exe với tư cách quản trị viên rồi chạy
verifier /reset
để tắt tất cả các chức năng của trình xác minh. Nếu không thực hiện thao tác này, máy của bạn sẽ chạy chậm (mãi mãi)

nếu bạn chạy trình xác minh, hãy đảm bảo rằng bạn biết cách vào chế độ an toàn,
đôi khi với ổ SSD nhanh, bạn chỉ có một khoảng thời gian rất ngắn để vào chế độ an toàn. một số người phải tắt khởi động nhanh trong bios.

hãy cân nhắc sử dụng lệnh chuyển đổi này
verifier.exe /bootmode resetonbootfail
verifier.exe /oneboot (chỉ bật trình xác minh cho lần khởi động tiếp theo)


nếu hệ thống của bạn kiểm tra lỗi và nó nằm trên trình điều khiển mà bạn không muốn kiểm tra, bạn có thể thêm tên trình điều khiển vào danh sách loại trừ để kiểm tra trình xác minh.
/driver.exclude
DriverList

open-graph-image.png

Cú pháp lệnh của Trình xác minh trình điều khiển - Trình điều khiển Windows

Cú pháp sau được sử dụng khi chạy tiện ích Trình xác minh trong cửa sổ Dấu nhắc lệnh. Bạn có thể nhập nhiều tùy chọn trên cùng một dòng.learn.microsoft.com
 
Vì vậy, tôi đã gỡ cài đặt và xóa 2 trình điều khiển mà bạn đã đề cập có vẻ liên quan đến bàn phím và chuột RedDragon của tôi. Bạn cũng đã đề cập rằng tôi đang chạy một số trình điều khiển cũ, nhưng bạn cũng đã xem nhật ký sự cố ban đầu của tôi. Kể từ đó, tôi đã đăng một nhật ký mới hơn sau khi cập nhật bios và cập nhật trình điều khiển chipset. Tôi tự hỏi liệu những trình điều khiển "cũ" đó có thể không xuất hiện nữa không. Trong mọi trường hợp, PC đã bị sập thêm một vài lần nữa, sau khi đã thực hiện mọi thứ được đề cập. Nhật ký mới nhất nằm bên dưới. Tôi tự hỏi liệu RAM có phải là thứ cần xem xét lại không. Bạn thấy gì? BTW, bây giờ nó bị sập nhiều hơn. Nó bị sập hai lần khi tôi đang viết tin nhắn này và tải tệp dump lên.

https://drive.google.com/file/d/1oBw1GhNSBJ0k3XF0LFyFJ9HvgADphbo7/view?usp=sharing
 
Back
Bên trên