BSOD po připojení periférií

[chapel1]

Dobrý den, prosím o radu. Po připojení USB flashdisku mi vyskočí BSOD. Flashdisk na jinem PC funguje bez problému.
BSOD mi také začla vyskakovat po připojení VGA kabelu. Nevím co se stalo nikdy jsem tento problém neměl. Přikládám dva záznamy z minidump. Děkuji

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\101913-47642-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18229.amd64fre.win7sp1_gdr.130801-1533
Machine Name:
Kernel base = 0xfffff800`02e58000 PsLoadedModuleList = 0xfffff800`0309b6d0
Debug session time: Sat Oct 19 16:51:20.033 2013 (GMT+2)
System Uptime: 0 days 0:00:48.453
Loading Kernel Symbols
...............................................................
................................................................
........................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 23, {e0107, fffff880033b4fc8, fffff880033b4820, fffff88000e41079}

Probably caused by : partmgr.sys ( partmgr!PmGlobalDispatch+69 )

Followup: MachineOwner
---------

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

FAT_FILE_SYSTEM (23)
If you see FatExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000000e0107
Arg2: fffff880033b4fc8
Arg3: fffff880033b4820
Arg4: fffff88000e41079

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


EXCEPTION_RECORD: fffff880033b4fc8 -- (.exr 0xfffff880033b4fc8)
Cannot read Exception record @ fffff880033b4fc8

CONTEXT: fffff880033b4820 -- (.cxr 0xfffff880033b4820)
rax=0000000000000000 rbx=fffffa8008979290 rcx=fffffa80088ea040
rdx=fffffa8008979290 rsi=fffffa80089796c0 rdi=fffffa80088ea190
rip=fffff88000e41079 rsp=fffff880033b5200 rbp=fffffa80088ea190
r8=0000000000000003 r9=fffff88000e43560 r10=fffff6fb7dbf5000
r11=0000000000000000 r12=fffffa80088ea190 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00010246
partmgr!PmGlobalDispatch+0x69:
fffff880`00e41079 48833800 cmp qword ptr [rax],0 ds00000000`00000000=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: NULL_DEREFERENCE

PROCESS_NAME: System

CURRENT_IRQL: 0

ERROR_CODE: (NTSTATUS) 0xc0000005 - Instrukce na adrese 0x%08lx odkazovala na adresu pam

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukce na adrese 0x%08lx odkazovala na adresu pam

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 0000000000000000

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003105100
0000000000000000

FOLLOWUP_IP:
partmgr!PmGlobalDispatch+69
fffff880`00e41079 48833800 cmp qword ptr [rax],0

FAULTING_IP:
partmgr!PmGlobalDispatch+69
fffff880`00e41079 48833800 cmp qword ptr [rax],0

BUGCHECK_STR: 0x23

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff88000e41079

STACK_TEXT:
fffff880`033b5200 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : partmgr!PmGlobalDispatch+0x69


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: partmgr!PmGlobalDispatch+69

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: partmgr

IMAGE_NAME: partmgr.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4f641bc1

STACK_COMMAND: .cxr 0xfffff880033b4820 ; kb

FAILURE_BUCKET_ID: X64_0x23_partmgr!PmGlobalDispatch+69

BUCKET_ID: X64_0x23_partmgr!PmGlobalDispatch+69

Followup: MachineOwner

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\101913-23571-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18229.amd64fre.win7sp1_gdr.130801-1533
Machine Name:
Kernel base = 0xfffff800`02e5c000 PsLoadedModuleList = 0xfffff800`0309f6d0
Debug session time: Sat Oct 19 16:48:18.095 2013 (GMT+2)
System Uptime: 0 days 0:00:19.515
Loading Kernel Symbols
...............................................................
................................................................
.............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 19, {22, fffffa80080ea000, 0, 0}

Unable to load image \SystemRoot\system32\DRIVERS\igdkmd64.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for igdkmd64.sys
*** ERROR: Module load completed but symbols could not be loaded for igdkmd64.sys
Probably caused by : igdkmd64.sys ( igdkmd64+74654 )

Followup: MachineOwner
---------

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

BAD_POOL_HEADER (19)
The pool is already corrupt at the time of the current request.
This may or may not be due to the caller.
The internal pool links must be walked to figure out a possible cause of
the problem, and then special pool applied to the suspect tags or the driver
verifier to a suspect driver.
Arguments:
Arg1: 0000000000000022,
Arg2: fffffa80080ea000
Arg3: 0000000000000000
Arg4: 0000000000000000

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


BUGCHECK_STR: 0x19_22

POOL_ADDRESS: GetPointerFromAddress: unable to read from fffff80003109100
fffffa80080ea000

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: csrss.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002e654de to fffff80002ed1b80

STACK_TEXT:
fffff880`061f4d88 fffff800`02e654de : 00000000`00000019 00000000`00000022 fffffa80`080ea000 00000000`00000000 : nt!KeBugCheckEx
fffff880`061f4d90 fffff800`0300554a : 00000000`00000000 fffff880`061f4ee0 fffff880`061f4e60 fffff880`00000001 : nt! ?? ::FNODOBFM::`string'+0x72e6
fffff880`061f4e20 fffff880`0773f654 : fffffa80`07d78330 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ExFreePoolWithTag+0x46a
fffff880`061f4ed0 fffffa80`07d78330 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : igdkmd64+0x74654
fffff880`061f4ed8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0xfffffa80`07d78330


STACK_COMMAND: kb

FOLLOWUP_IP:
igdkmd64+74654
fffff880`0773f654 ?? ???

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: igdkmd64+74654

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: igdkmd64

IMAGE_NAME: igdkmd64.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 50f70deb

FAILURE_BUCKET_ID: X64_0x19_22_igdkmd64+74654

BUCKET_ID: X64_0x19_22_igdkmd64+74654

Followup: MachineOwner

[MiliNess]

Upni soubory ze složky Windows\Minidump na www.leteckaposta.cz

[chapel1]

Odkaz na minidump soubory:

http://leteckaposta.cz/154303356

Za barvičky se omlouvám, příště budu vědět

[MiliNess]

Vypadá to, jako dvě chyby, na sobě nezávislé.
Chybu při připojení flash disku by mohla způsobovat chyba v souborovém systému FAT na flešce, chyba v tabulce rozdělení disku na flešce
nebo chyba v ovladači McAfee Endpoint Encryption. Padne to pokaždé, co připojíš tu flešku a projevuje se to pouze u ní? Jiné lze připojit bez potíží?
Pokud ano, připoj ji v jiném počítači, zazálohuj data a proveď toto:
-spusť příkazový řádek jako správce
-napiš DISKPART (spustí se nástroj Diskpart)
-piš tyto příkazy:
list disk a najdi číslo flash disku
select disk x (x je číslo flash disku)
clean
create partition primary
select partition 1
format fs=ntfs

Co se týká té druhé chyby, došlo k poškození hlavičky bloku nestránkované haldy systému. Bylo to zjištěno při uvolňování paměti grafickým ovladačem igdkmd64.sys.
Jeho chyba to být nemusí, i tak ti ale doporučuji jeho update.
Také by neškodil test operační paměti pomocí Memtestu nebo GoldMemory Pro.

[chapel1]

Tak problém s VGA odezněl po updatu. Děkuji

Ano flashdisk vyhazuje po každém zasunutí do mého NTB s WIN7, ale pokud jej připojím před zapnutím NTB tak funguje.
Druhý flashdisk to nedělá a na druhém NTB s WIN XP jede bezproblému i "problémový" flashdisk.

Provedl jsem opravu pomocí DISKPART (na tom NTB na kterém dělá problémy, jelikož ve WIN XP mi nezobrazil flashdisk)
Bohužel bez úspěchu. Po vysunutí a zasunutí flashdisku opět BSOD.

Čerstvý minidump zde: http://leteckaposta.cz/819887296

Mám provést ten test operační paměti nebo to souviselo pouze s tou grafikou.

[MiliNess]

Podívej se na ten flash disk, zda je nyní opravdu naformátovaný v NTFS. Řekl bych, že ne.
K vyjímce totiž dojde v ovladači fastfat.sys, při připojování svazku formátovaného ve FAT.
Ten test paměti zatím nech být.
Jinak je možné, že ten problém způsobuje ten ovladač od McAfee, který je součástí SW Drive Encryption pro nástroj HP ProtectTools, jehož nová verze je zde.

[chapel1]

Píše že je NTFS.
Formátoval jsem ho přes ten diskpart dle návodu příkazem format fs=ntfs

Ještě zkusím ten update ovladače.

Přikládám obr.

cruzer micro.JPG (37.82 KiB) Zobrazeno 5072 x

[chapel1]

Novou verzi jsem stáhnul a spustil. Psalo mi to, že příslušná složka již daný soubor obsahuje.
Zvolil jsem tedy přepsat vše a dostal jsem se až k nabídce Opravit nebo odinstalovat dal jsem tedy opravit
a instalaci dokončil. (doufám,že jsem zvolil správný postup)

Po restartu NTB a vložení problémového flashdisku opět BSOD.

[MiliNess]

Tak pak už mě napadá jen nepoužívat ten flash disk. Pokud nepoužíváš to šifrování disku, můžeš ho odinstalovat.
Pak to pravděpodobně dělat nebude.
Mohl bys mi sem hodit screen ze správy disků?

[chapel1]

Pokud to šifrování používám tak o tom nevím

screen zde:

správa disků.jpg (76.09 KiB) Zobrazeno 5048 x

[MiliNess]

Pravděpodobně ne. Používá se to k šifrování spouštěcího svazku (svazku s Windows), aby se nedalo přistupovat k datům ani poté,
co nabootuješ z nějakého LiveCD. Data jsou dešifrována průběžně dle potřeby, až po spuštění Windows.
Pokud na tom nelpíš, tak to zkus odinstalovat. Také bys mohl spustit kontrolu svazku F: (HP_TOOLS) chkdsk f:

[chapel1]

Tak kontrola svazku OK
Po odinstalování drive encryption vše v pořádku, flaska už nedělá problémy
Každopádně by mne zajímalo proč to začalo dělat problémy? A to ikdyž drive encryption nebyl aktivní.

[MiliNess]

Nějaká změna v konfiguraci, fleška může mít vadný blok na blbém místě a pod.
I když ta šifrovací utilita nebyla používána, ovladače MfeEpeOpal.sys a MfeEpePc.sys byly zavedeny a spuštěny.
Mohl v tom hrát třeba roli i některý z filtrů Avastu. Možná, že pokud bys tu utilitu nyní nainstaloval, změní se pořadí filtrů souborového systému a už to dělat nebude.
Během týdne jsi zde druhý, se stejným problémem. Ve druhém případě stačilo znovu vytvořit oddíl na flešce a naformátovat ji v NTFS.

[chapel1]

Děkuji za vysvětlení a moc děkuji za pomoc. Jde vidět,že je to web profíků.

[MiliNess]

Děkujeme za pochvalu a kdyby něco, napiš a mrkneme na to.