ทำความเข้าใจกับ Bluescreen minidump จาก Windows 7


1

คอมพิวเตอร์ Windows 7 ของฉันประสบกับ bluescreens ที่เกิดขึ้นไม่นานหลังจากการบูท

ฉันใช้ Windbg เพื่อวิเคราะห์ไฟล์ดัมพ์ของเหตุการณ์ แต่ฉันไม่แน่ใจว่าฉันเข้าใจสิ่งที่บอกฉันหรือไม่

บรรทัดเหล่านี้น่าสนใจ:

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT
PROCESS_NAME:  fsgk32.exe

นั่นแสดงว่าปัญหาเกิดขึ้นในไดรเวอร์หรือใน fsgk32.exe (ซึ่งเป็นส่วนหนึ่งของ F-secure) หรือทั้งสองอย่าง?

ผลเต็ม:

2: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002ed05ce, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception

Debugging Details:
------------------

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030f7100
GetUlongFromAddress: unable to read from fffff800030f71c0
0000000000000000 Nonpaged pool

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced          memory     at 0x%08lx. The memory could not be %s.

FAULTING_IP: 
nt!MiUnlinkPageFromLockedList+36e
fffff800`02ed05ce 49890cc0        mov     qword ptr [r8+rax*8],rcx
BUGCHECK_STR:  0x1E_c0000005_R
CUSTOMER_CRASH_COUNT:  1
DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT
PROCESS_NAME:  fsgk32.exe
CURRENT_IRQL:  2
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
LAST_CONTROL_TRANSFER:  from fffff80002f0a738 to fffff80002ebfbc0

STACK_TEXT:  
fffff880`060eed48 fffff800`02f0a738 : 00000000`0000001e ffffffff`c0000005         fffff800`02ed05ce 00000000`00000000 : nt!KeBugCheckEx
fffff880`060eed50 fffff800`02ebf242 : fffff880`060ef528 fffffa80`0aeff270     fffff880`060ef5d0 fffffa80`0aeff270 : nt! ?? ::FNODOBFM::`string'+0x487ed
fffff880`060ef3f0 fffff800`02ebdb4a : 00000000`00000000 00000000`00000000     00000000`00000000 00000000`00000000 : nt!KiExceptionDispatch+0xc2
fffff880`060ef5d0 fffff800`02ed05ce : fffff700`01080000 fffffa80`0aeff270 fffff800`030fa2c0 fffff680`00394f28 : nt!KiGeneralProtectionFault+0x10a
fffff880`060ef760 fffff800`02ef006b : fffffa80`0aeff270 fffffa80`0efb1578     00000000`00000000 00000000`00000000 : nt!MiUnlinkPageFromLockedList+0x36e
fffff880`060ef7e0 fffff800`02edcc8f : 00000000`00000000 00000000`00000000 fffff680`003b5818 fffffa80`0efb1578 : nt!MiResolveTransitionFault+0x16b
fffff880`060ef870 fffff800`02ecc179 : 00000000`00000000 ffffffff`ffffffff fffffa80`0f946060 00000000`00000000 : nt!MiDispatchFault+0x95f
fffff880`060ef980 fffff800`02ebdcee : 00000000`00000000 00000000`001dedf8 fffff880`060efa01 00000000`00000007 : nt!MmAccessFault+0x359
fffff880`060efae0 00000000`772fe2be : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0328fa18 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x772fe2be


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!MiUnlinkPageFromLockedList+36e
fffff800`02ed05ce 49890cc0        mov     qword ptr [r8+rax*8],rcx

SYMBOL_STACK_INDEX:  4
SYMBOL_NAME:  nt!MiUnlinkPageFromLockedList+36e
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: nt
DEBUG_FLR_IMAGE_TIMESTAMP:  531590fb
IMAGE_VERSION:  6.1.7601.18409
IMAGE_NAME:  memory_corruption
FAILURE_BUCKET_ID:  X64_0x1E_c0000005_R_nt!MiUnlinkPageFromLockedList+36e
BUCKET_ID:  X64_0x1E_c0000005_R_nt!MiUnlinkPageFromLockedList+36e
ANALYSIS_SOURCE:  KM
FAILURE_ID_HASH_STRING:  km:x64_0x1e_c0000005_r_nt!miunlinkpagefromlockedlist+36e
FAILURE_ID_HASH:  {3264b3ba-cf19-fae1-16b7-0f69c15b38b9}

Followup: MachineOwner


ลบโฆษณา F-Secure หากคุณยังพบข้อผิดพลาดทดสอบ RAM ด้วย memtest86 +: memtest.org/#downiso
magicandre1981

ปรากฎว่า F-secure มีความผิดในเรื่องนี้
Madoc Comadrin

คำตอบ:


1

IMHO มีสองสิ่งสำคัญที่ควรทราบเมื่อวิเคราะห์หน้าจอสีน้ำเงิน

a) ตามที่คุณค้นพบ: PROCESS_NAME: fsgk32.exe

หากไม่สามารถเชื่อมโยงโดยตรงกับผลิตภัณฑ์การค้นหาของ Google มักจะให้คำแนะนำ คุณค้นพบ F-Secure ซึ่ง Google ระบุเช่นกัน

b) ประเภทของปัญหาซึ่งก็คือ KMODE_EXCEPTION_NOT_HANDLED ในกรณีนี้.

สิ่งนี้กลายเป็นเรื่องยุ่งยากเล็กน้อยเนื่องจากมีปัญหาที่นำไปสู่หน้าจอสีน้ำเงินทันทีเช่นข้อยกเว้นในโหมดเคอร์เนล (อันนี้) แต่ยังมีปัญหาอื่น ๆ เช่น หน่วยความจำรั่วซึ่งไม่สามารถตรวจจับได้ในขณะที่เกิดข้อผิดพลาดในภายหลัง

ในกรณีของคุณมันเป็นหน้าจอสีน้ำเงินทันทีดังนั้นชื่อกระบวนการจึงถูกต้อง คุณยืนยันสิ่งนี้ด้วยการถอนการติดตั้งในเซฟโหมดฉันถือว่า

ในกรณีหลัง (หน่วยความจำรั่ว) ชื่อกระบวนการที่ระบุไว้ไม่ถูกต้องและต้องใช้มาตรการอื่น อาจมีวิธีการที่แตกต่างกันสำหรับการขัดข้องที่ล่าช้า ฉันใช้ตัวตรวจสอบไดรเวอร์ซึ่งมาพร้อมกับ Windows (Win + R verifier.exe ) คุณอาจต้องการอ่านเกี่ยวกับเรื่องนี้ก่อนที่จะใช้งานเนื่องจากอาจทำให้ยุ่งยากในการปิดหากผลการขัดข้องในระหว่างการบู๊ต

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.