- Messages
- 3,437
- Reaction score
- 261
- Points
- 83
Phần mềm tra lỗi Màn hình xanh chết chóc BlueScreenView v1.55
Copyright (c) 2009 - 2015 Nir Sofer
Một số người đã liên hệ ngay với tôi để hỏi liệu có đáng sử dụng tiện ích BlueScreenView được phát hành tương đối gần đây thay vì Công cụ gỡ lỗi cho Windows để phân tích kết xuất bộ nhớ hay không . Các tiện ích miễn phí của NirSoft (tác giả – Nir Sofer) nổi tiếng về tính hữu ích, tiện lợi và chức năng chu đáo. Và BlueScreenView thực sự rất hữu ích trong việc xác định trình điều khiển có vấn đề.
BlueScreenView
Theo mặc định, nó tìm kiếm các kết xuất trong thư mục %systemroot%\Minidump, nhưng bạn có thể định cấu hình thư mục của riêng mình ( Options -> Advanced ). Đối với các trình điều khiển được tìm thấy, tiện ích sẽ hiển thị:
Tiện ích này hoạt động rất nhanh và còn có các khả năng bổ sung để sao chép từng dòng riêng lẻ và tạo báo cáo HTML.
BlueScreenView so với kdfe.cmd/WinDbg
Trong ảnh chụp màn hình ở trên, thủ phạm của sự cố không phải là USBPORT.SYS (trình điều khiển hệ thống) mà là aclaudsl.sys (trình điều khiển modem). Đây là điều sau đã được chỉ ra trong phân tích của kdfe , dựa trên Công cụ gỡ lỗi cho Windows. Và ở đây tôi đi đến câu hỏi về việc phân tích tiện ích này chính xác như thế nào so với kdfe / WinDbg.
Thành thật mà nói, tôi không phải là chuyên gia sửa lỗi, nhưng có một điều rõ ràng: không giống như WinDbg, BlueScreenView không sử dụng các biểu tượng được tải xuống từ trang web của Microsoft để phân tích. Tôi đã hỏi tác giả của chương trình rằng ông ấy coi phân tích đó đúng như thế nào trong những điều kiện này. Và đây là những gì anh ấy đã trả lời (viết tắt):
Bất kể bạn sử dụng BlueScreenView hay WinDbg có ký hiệu thì cũng không thể đạt được độ chính xác tuyệt đối trong việc nhận dạng trình điều khiển.
Tôi không nghĩ các biểu tượng sẽ giúp tiện ích của tôi thực hiện phân tích chính xác hơn. Các biểu tượng chứa thông tin bổ sung có thể giúp các chuyên gia xác định nguyên nhân chính xác - ví dụ: chức năng bên trong trình điều khiển đã gây ra lỗi. Tuy nhiên, việc xác định các trình điều khiển liên quan đến lỗi có thể được thực hiện dựa trên địa chỉ bộ nhớ mà không cần bất kỳ ký hiệu nào.
Tôi quyết định kiểm tra xem kết quả của BlueScreenView có phù hợp với kdfe hay không. Vì không thiếu nguyên liệu nên tôi đã tự tay xử lý hàng chục thùng rưỡi với các mã phổ biến nhất (0x8E, 0x50, 0xD1 và 0x0A). Chỉ trong một trường hợp, kết quả lại khác: BlueScreenView trỏ đến trình điều khiển hệ thống và kdfe trỏ đến trình điều khiển Tường lửa Outpost. Thử nghiệm cũng cho thấy BlueScreenView không phải lúc nào cũng chỉ ra chính xác trình điều khiển có vấn đề ở bảng trên cùng, nhưng trong mọi trường hợp ngoại trừ trường hợp được đề cập ở trên, trình điều khiển có vấn đề đều được chỉ báo ở bảng dưới cùng. Vì vậy, kdfe chỉ rõ hơn trình điều khiển có vấn đề. Tuy nhiên, hình ảnh ngược lại cũng được quan sát thấy - đôi khi kdfe chỉ ra rõ ràng trình điều khiển hệ thống, trong khi BlueScreenView cũng xác định các trình điều khiển không phải hệ thống, đây cũng có thể là nguyên nhân gây ra sự cố.
Bản tóm tắt
Tôi thực sự có thể khuyên dùng BlueScreenView để phân tích nhanh các kết xuất bộ nhớ BSOD. Tuy nhiên, tiện ích không phải lúc nào cũng chỉ rõ trình điều khiển có vấn đề ở bảng trên cùng. Vì vậy, thay vì chiêm ngưỡng hình ảnh màn hình xanh ở bảng phía dưới, tốt hơn hết bạn nên bật hiển thị trình điều khiển cho nó và nghiên cứu danh sách của chúng. Trong những trường hợp không rõ ràng, tốt hơn bạn nên thực hiện phân tích bằng kdfe , nhưng để phân tích sâu, bạn vẫn không thể thực hiện được nếu không có WinDbg.
Copyright (c) 2009 - 2015 Nir Sofer
Một số người đã liên hệ ngay với tôi để hỏi liệu có đáng sử dụng tiện ích BlueScreenView được phát hành tương đối gần đây thay vì Công cụ gỡ lỗi cho Windows để phân tích kết xuất bộ nhớ hay không . Các tiện ích miễn phí của NirSoft (tác giả – Nir Sofer) nổi tiếng về tính hữu ích, tiện lợi và chức năng chu đáo. Và BlueScreenView thực sự rất hữu ích trong việc xác định trình điều khiển có vấn đề.
BlueScreenView
Theo mặc định, nó tìm kiếm các kết xuất trong thư mục %systemroot%\Minidump, nhưng bạn có thể định cấu hình thư mục của riêng mình ( Options -> Advanced ). Đối với các trình điều khiển được tìm thấy, tiện ích sẽ hiển thị:
- Trong bảng trên cùng - tên tệp, ngày tạo, tên lỗi dừng, mã lỗi, thông số, cũng như trình điều khiển được cho là đã gây ra sự cố ( Gây ra bởi Trình điều khiển ).
- Ở khung bên dưới – (tùy thuộc vào cài đặt trong Tùy chọn -> Chế độ ngăn dưới ) tất cả các trình điều khiển được tải tại thời điểm xảy ra lỗi hoặc chỉ các trình điều khiển được tìm thấy trong ngăn xếp. Trong số tất cả các trình điều khiển, các trình điều khiển được cho là gây ra sự cố sẽ được hiển thị trên nền màu hồng. Ngoài ra, tiện ích có thể hiển thị màn hình xanh, rất giống với màn hình mà mọi người vô cùng yêu thích.
Tiện ích này hoạt động rất nhanh và còn có các khả năng bổ sung để sao chép từng dòng riêng lẻ và tạo báo cáo HTML.
BlueScreenView so với kdfe.cmd/WinDbg
Trong ảnh chụp màn hình ở trên, thủ phạm của sự cố không phải là USBPORT.SYS (trình điều khiển hệ thống) mà là aclaudsl.sys (trình điều khiển modem). Đây là điều sau đã được chỉ ra trong phân tích của kdfe , dựa trên Công cụ gỡ lỗi cho Windows. Và ở đây tôi đi đến câu hỏi về việc phân tích tiện ích này chính xác như thế nào so với kdfe / WinDbg.
Thành thật mà nói, tôi không phải là chuyên gia sửa lỗi, nhưng có một điều rõ ràng: không giống như WinDbg, BlueScreenView không sử dụng các biểu tượng được tải xuống từ trang web của Microsoft để phân tích. Tôi đã hỏi tác giả của chương trình rằng ông ấy coi phân tích đó đúng như thế nào trong những điều kiện này. Và đây là những gì anh ấy đã trả lời (viết tắt):
Bất kể bạn sử dụng BlueScreenView hay WinDbg có ký hiệu thì cũng không thể đạt được độ chính xác tuyệt đối trong việc nhận dạng trình điều khiển.
Tôi không nghĩ các biểu tượng sẽ giúp tiện ích của tôi thực hiện phân tích chính xác hơn. Các biểu tượng chứa thông tin bổ sung có thể giúp các chuyên gia xác định nguyên nhân chính xác - ví dụ: chức năng bên trong trình điều khiển đã gây ra lỗi. Tuy nhiên, việc xác định các trình điều khiển liên quan đến lỗi có thể được thực hiện dựa trên địa chỉ bộ nhớ mà không cần bất kỳ ký hiệu nào.
Tôi quyết định kiểm tra xem kết quả của BlueScreenView có phù hợp với kdfe hay không. Vì không thiếu nguyên liệu nên tôi đã tự tay xử lý hàng chục thùng rưỡi với các mã phổ biến nhất (0x8E, 0x50, 0xD1 và 0x0A). Chỉ trong một trường hợp, kết quả lại khác: BlueScreenView trỏ đến trình điều khiển hệ thống và kdfe trỏ đến trình điều khiển Tường lửa Outpost. Thử nghiệm cũng cho thấy BlueScreenView không phải lúc nào cũng chỉ ra chính xác trình điều khiển có vấn đề ở bảng trên cùng, nhưng trong mọi trường hợp ngoại trừ trường hợp được đề cập ở trên, trình điều khiển có vấn đề đều được chỉ báo ở bảng dưới cùng. Vì vậy, kdfe chỉ rõ hơn trình điều khiển có vấn đề. Tuy nhiên, hình ảnh ngược lại cũng được quan sát thấy - đôi khi kdfe chỉ ra rõ ràng trình điều khiển hệ thống, trong khi BlueScreenView cũng xác định các trình điều khiển không phải hệ thống, đây cũng có thể là nguyên nhân gây ra sự cố.
Bản tóm tắt
Tôi thực sự có thể khuyên dùng BlueScreenView để phân tích nhanh các kết xuất bộ nhớ BSOD. Tuy nhiên, tiện ích không phải lúc nào cũng chỉ rõ trình điều khiển có vấn đề ở bảng trên cùng. Vì vậy, thay vì chiêm ngưỡng hình ảnh màn hình xanh ở bảng phía dưới, tốt hơn hết bạn nên bật hiển thị trình điều khiển cho nó và nghiên cứu danh sách của chúng. Trong những trường hợp không rõ ràng, tốt hơn bạn nên thực hiện phân tích bằng kdfe , nhưng để phân tích sâu, bạn vẫn không thể thực hiện được nếu không có WinDbg.
Last edited: