Kilka dni temu zupełnie niespodziewanie (dosłownie) dostałem Blue Screen of Death. I od tego czasu zdarza się to dość często, jak 10 razy dziennie (cholera, zdarzyło się nawet podczas pisania tego). Naprawdę nie widzę żadnego wzoru, więc wygląda mi to dość przypadkowo.
Za każdym razem przyczyną jest CRITICAL_STRUCTURE_CORRUPTION. I nie, nie mam zainstalowanego Intel HAXM :
Oto zrzut ekranu z BlueScreenView.
Jak widać, zawsze jest to spowodowane przez ntoskrnl.exe , zawsze pod tym samym adresem.
To, co już próbowałem, to:
- zaktualizowałem tyle sterowników, ile mogłem znaleźć,
sprawdzone zarówno twardy ( ST1000lM024 HN-M101MBB ) partycje dla błędów z
chkdsk
, niektóre zostały znalezione na niesystemowym partycji:Chkdsk was executed in scan mode on a volume snapshot. Checking file system on E: Volume label is Dane. Stage 1: Examining basic file system structure ... 795136 file records processed. File verification completed. 83 large file records processed. 0 bad file records processed. Stage 2: Examining file name linkage ... 956638 index entries processed. Index verification completed. Found 3 missing entries (\Gry\Neverwinter Nights 2 Complete\UI\default\images\generic\tint_frame_BL.tga <0x1,0x8f0c0>, ...) in index "$I30" of directory "\Gry\Neverwinter Nights 2 Complete\UI\default\images\generic <0x1,0x8ef0b>" ... repaired online. Stage 3: Examining security descriptors ... Security descriptor verification completed. 80752 data files processed. CHKDSK is verifying Usn Journal... Usn Journal verification completed. Windows has found problems and they were all fixed online. No further action is required. 847746047 KB total disk space. 381611132 KB in 707401 files. 185180 KB in 80753 indexes. 887123 KB in use by the system. 65536 KB occupied by the log file. 465062612 KB available on disk. 4096 bytes in each allocation unit. 211936511 total allocation units on disk. 116265653 allocation units available on disk. ---------------------------------------------------------------------- Stage 1: Examining basic file system structure ... Stage 2: Examining file name linkage ... CHKDSK is scanning unindexed files for reconnect to their original directory. Recovering orphaned file tint_frame_BL.tga (585920) into directory file 585483. Recovering orphaned file tint_frame_BL.tga (585920) into directory file 585483. Recovering orphaned file tint_frame_BR.tga (585921) into directory file 585483. Recovering orphaned file tint_frame_BR.tga (585921) into directory file 585483. Recovering orphaned file tint_frame_R.tga (585923) into directory file 585483. Recovering orphaned file tint_frame_R.tga (585923) into directory file 585483. Stage 3: Examining security descriptors ...
sprawdzono dysk za pomocą testu DiskCheckup . Zwykle próbowałem uruchomić go dwa razy i za każdym razem występowało BSoD. Następnie przez całą noc przeprowadzałem test rozszerzony w trybie awaryjnym - nie znaleziono błędów, ale nie wystąpiły żadne BSoD . Atrybuty SMART:
- uruchomiłem MemTest86 , wyniki:
dxdiag
dostępny tutaj (Display Devices pokazuje Intel HD Graphics 4000, ale jest też AMD Radeon HD 8870M, które mają się przełączać w razie potrzeby).Analiza WinDbg przy użyciu
!analyze -v
:CRITICAL_STRUCTURE_CORRUPTION (109) This bugcheck is generated when the kernel detects that critical kernel code or data have been corrupted. There are generally three causes for a corruption: 1) A driver has inadvertently or deliberately modified critical kernel code or data. See http://www.microsoft.com/whdc/driver/kernel/64bitPatching.mspx 2) A developer attempted to set a normal kernel breakpoint using a kernel debugger that was not attached when the system was booted. Normal breakpoints, "bp", can only be set if the debugger is attached at boot time. Hardware breakpoints, "ba", can be set at any time. 3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data. Arguments: Arg1: a3a01f59f91f75c5, Reserved Arg2: b3b72be04b9e2890, Reserved Arg3: ffffe0015a092ed0, Failure type dependent information Arg4: 000000000000001c, Type of corrupted region, can be 0 : A generic data region 1 : Modification of a function or .pdata 2 : A processor IDT 3 : A processor GDT 4 : Type 1 process list corruption 5 : Type 2 process list corruption 6 : Debug routine modification 7 : Critical MSR modification Debugging Details: ------------------ CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT BUGCHECK_STR: 0x109 PROCESS_NAME: System CURRENT_IRQL: 2 STACK_TEXT: ffffd000`366fc088 00000000`00000000 : 00000000`00000109 a3a01f59`f91f75c5 b3b72be0`4b9e2890 ffffe001`5a092ed0 : nt!KeBugCheckEx STACK_COMMAND: kb SYMBOL_NAME: ANALYSIS_INCONCLUSIVE FOLLOWUP_NAME: MachineOwner MODULE_NAME: Unknown_Module IMAGE_NAME: Unknown_Image DEBUG_FLR_IMAGE_TIMESTAMP: 0 BUCKET_ID: BAD_STACK Followup: MachineOwner
Wszystkie pliki zrzutu są dostępne tutaj (wyłączone udostępnianie po komentarzu @nullmem). Czy masz jakieś pomysły, jak mogę zapobiec występowaniu tych BSOD?
Oto specyfikacja mojego laptopa (Samsung Chronos 7).
C:\Windows\MEMORY.DMP
plik? Jak powiedziałeś, problem zdarza się dość często; Czy ten sam problem występuje po wykonaniu czystego rozruchu ? Co z trybem awaryjnym ? Czy sprawdziłeś już dysk pod kątem błędów? Uruchomienie dowolnej dystrybucji Linuksa na żywo może być warte zastrzyku. Ponadto niektóre sterowniki można zaktualizować: Wi-Fi , Ethernet i audio .