VIRY.CZ

OK. Já se dnes pořádně podívám na ten kompletní výpis paměti jádra.

Tak už jsem našel ty svazky, které používají ovladač souborového systému FastFat.sys. V Truecryptu máte vytvořené dva šifrované svazky TrueCryptVolumeH a TrueCryptVolumeI.
Koukal jsem na jejich VPB a k přístupu k oběma svazkům je použit ovladač fastfat.sys. To tedy znamená, že TrueCrypt je má interně naformátované systémem FAT.
K chybě dochází při připojování jednoho z těch svazků, vypadá to, že je poškozený.
Než to spadne, je nastavován Dirty příznak, který označuje nekonzistentní svazek. Na základě tohoto příznaku pak u normálního svazku autochk
při startu zjistí, že svazek není v pořádku a pokusí se ho opravit. To zde nelze provést, protože systém neví, že nějaký šifrovaný svazek vůbec existuje.
Truecrypt nepoužívám, pokud to umožňuje, spusťte opravu toho svazku (chkdsk na dešifrovaný svazek nebo nějaký nástroj Truecryptu).
Pokud je možnost vybrat si souborový systém šifrovaných svazků, vybodněte se na FAT a volte raději NTFS.
Je i možné, že je to chyba přímo Truecryptu.

Pro jistotu stáhněte CrystalDiskInfo, v nabídce Úpravy zvolte Kopírovat a obsah schránky sem vložte pomocí Ctrl+V

----------------------------------------------------------------------------
CrystalDiskInfo 4.1.3 (C) 2008-2011 hiyohiyo
Crystal Dew World : http://crystalmark.info/
----------------------------------------------------------------------------

OS : Windows 7 SP1 [6.1 Build 7601] (x64)
Date : 2011/12/01 17:08:29

-- Controller Map ----------------------------------------------------------
+ Intel(R) Mobile Express Chipset SATA AHCI Controller [ATA]
- ST9500420AS
- HL-DT-ST DVDRAM GT33N

-- Disk List ---------------------------------------------------------------
(1) ST9500420AS : 500.1 GB [0-0-0, pd1]

----------------------------------------------------------------------------
(1) ST9500420AS
----------------------------------------------------------------------------
Model : ST9500420AS
Firmware : 0003LVM1
Serial Number : 5VJEHZGN
Disk Size : 500.1 GB (8.4/137.4/500.1)
Buffer Size : 16384 KB
Queue Depth : 32
# of Sectors : 976773168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 4
Transfer Mode : SATA/300
Power On Hours : 62 hod.
Power On Count : 99 krát
Temparature : 38 C (100 F)
Health Status : Dobrý
Features : S.M.A.R.T., APM, 48bit LBA, NCQ
APM Level : 8080h [ON]
AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 119 100 _34 00000D530264 Počet chyb čtení
03 100 _98 __0 000000000000 Čas na roztočení ploten
04 100 100 _20 000000000098 Počet spuštění/zastavení
05 100 100 _36 000000000000 Počet přemapovaných sektorů
07 _64 _60 _30 00000029BAD6 Počet chybných hledání
09 100 100 __0 28A70000003E Hodin v činnosti
0A 100 100 _97 000000000000 Počet opakovaných pokusů o roztočení ploten
0C 100 100 _20 000000000063 Počet cyklů zapnutí zařízení
B8 100 100 _99 000000000000 Ukončovacích chyb
BB 100 100 __0 000000000000 Ohlášeno neopravitelných chyb
BC 100 100 __0 000000000000 Časový limit příkazu
BD 100 100 __0 000000000000 Vysoká rychlost zápisu
BE _62 _55 _45 000026260026 Teplota toku vzduchu
BF 100 100 __0 000000000001 Počet udalostí zaznamenaných otřesovým senzorem
C0 100 100 __0 0000000001EA Počet vypnutí disku
C1 100 100 __0 00000000058F Počet cyklů načítání/vymazání
C2 _38 _45 __0 001200000026 Teplota
C3 _52 _40 __0 00000D530264 Počet oprav chybného čtení
C4 100 100 _30 0E1B0000002D Počet udalostí s číslem realokování sektorů
C5 100 100 __0 000000000000 Počet podezřelých sektorů
C6 100 100 __0 000000000000 Počet neopravitelných sektorů
C7 200 200 __0 000000000000 Počet chyb v kontrolním součtu UltraDMA
FE 100 100 __0 000000000000 Ochrana proti pádu

-- IDENTIFY_DEVICE ---------------------------------------------------------
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
000: 0C 5A 3F FF C8 37 00 10 00 00 00 00 00 3F 00 00
010: 00 00 00 00 20 20 20 20 20 20 20 20 20 20 20 20
020: 35 56 4A 45 48 5A 47 4E 00 00 80 00 00 04 30 30
030: 30 33 4C 56 4D 31 53 54 39 35 30 30 34 32 30 41
040: 53 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
050: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 80 10
060: 00 00 2F 00 40 00 02 00 02 00 00 07 FF FF 00 01
070: 00 3F FF C1 00 3E 01 10 FF FF 0F FF 00 00 00 07
080: 00 03 00 78 00 78 00 78 00 78 00 00 00 00 00 00
090: 00 00 00 00 00 00 00 1F 05 06 00 04 00 48 00 48
0A0: 01 F0 00 29 34 6B 7D 09 61 23 34 69 BC 09 61 23
0B0: 20 3F 00 33 00 33 80 80 FF FE 00 00 FE 00 00 00
0C0: 00 00 00 00 00 00 00 00 60 30 3A 38 00 00 00 00
0D0: 00 00 00 00 40 00 00 00 50 00 C5 00 44 3E FE 49
0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 40 1E
0F0: 40 1E 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100: 00 29 60 30 3A 38 60 30 3A 38 20 20 00 02 01 40
110: 01 00 50 00 3C 06 3C 0A 00 00 00 3C 00 00 00 08
120: 00 00 00 00 00 1F 02 80 00 04 00 00 00 08 00 00
130: 00 00 00 00 00 00 00 00 00 00 00 00 3E 00 80 00
140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190: 00 00 00 00 00 00 00 00 00 00 00 00 10 3B 00 00
1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0: 00 00 1C 20 00 00 00 00 00 02 00 00 10 10 00 00
1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 C1 A5


-po restartu (nastavenim verifieru) mi nenabehl system, tak jsem v nouzaku verifier opet deaktivoval. Budeme s nim dal neco podnikat?

-jak jsem zacal pracovat s vasima instrukcema, tak mi pri otevirani nektereho z disku (doplnuji, ze to jsou pouze soubory, ne primo nejake oddily na HDD) opet spadl system a vytvoril novy minidump, ktery prikladam http://leteckaposta.cz/170577986

-zkontroloval (obr G,H,I) jsem a nechal opravit vsechny tri nejcasteji pouzivane disky truecryptu (obr G2,H2,I2). Zde jsou obrazky http://leteckaposta.cz/169266950

-nebyly truecryptem zjistene zadne chyby, nicmene jsem si nezavisle vytvoril nove disky ale se systemem NTFS a zkusim pouzivat tyto. Nebo mam jeste pouzivat radeji ty puvodni FAT pro lepsi identifikaci chyby?

On by v tom nakonec mohl být opravdu namočený ovladač filtru souborového systému eamonm.sys (Eset)
Disk se zdá být v pořádku, ještě pro jistotu můžete udělat test paměti.
S tím Verifierem postupujte tak, že si ověřované ovladače rozdělíte na několik skupin a necháte ověřovat vždy jen jednu.
Pokud narazíte na skupinu, u které se PC nepodaří spustit, opět ji rozdělte a pokračujte dále. Tak se dostanete k ovladači, který to shazuje už při zavádění OS.
Chtělo by si dát tu práci a najít ten ovladač.
Co se týká toho Truecryptu, začněte už používat svazky formátované NTFS.

Ok, s tim verifierem si pohraju a najdu ten ovládač. Jak nejlépe udělám test paměti?

Test paměti pomocí GoldMemory.

Tak jsem pamet otestoval pres DOS pomoci GoldMemory i MemTest a zda se byt v poradku. Nebyl jsem si totiz jisty, zda jsem ten test neukoncil pred koncem, nebo to testoval bez upozorneni porad dokola...spis to druhe.

Zkousel jsem pomoci veryfieru najit ten problemovy ovladac a je to ehdrv.sys od ESETu. Kdyz jem nechal zaskrtnuty pouze ten, tak to padalo a delalo modre crash obrazovky (zde aktualizovane minidump soubory http://leteckaposta.cz/197296741). A kdyz jsem naopak zaskrtl vsechny krome ehdrv.sys, tak se pocitac rozbehl normalne do systemu, ale byl hodne zabrzdeny, az se sekal..

Co udelame s tim problemovym ovladacem?
Jinak TrueCrypt zatim stale drzi. I dekryptovani souboru mi pripada rychlejsi...uvidime jak se dal zachova.
Muzu je tak na okraj dotaz proc ten system normalne bezi i kdyz je tam ten treba ten problemovy ovladac? A spadne pouze pri zapnutem verifieru? Je to laicky dotaz, ale nechapu moc funkci toho verifieru?

Ano, jedná se chybku v ovladači rezidentní ochrany ehdrv.sys. Upozorňovali jsme na ni asi před měsícem přímo vývojáře Esetu a bylo přislíbeno, že v některé další aktualizaci to bude odstraněno. Zatím se tak zřejmě nestalo. V minulém případě docházelo k pádům při zapnutém Verifieru a dekomprimaci souborů WinZipem.
Ovladač ehdrv.sys je napíchnutý na systémovou službu, která otevírá soubory. Při zavolání systémové služby zavolá rutinu jádra, které jako parametr předá adresu bufferu, který leží v uživatelském adresovém prostoru. Systém toto normálně nekontroluje, Verifier ano a považuje to za chybu.
Verifier ověřuje některé operace, které provádějí ovladače, hlídá paměťové fondy atd. Proto většinou dokáže odhalit chybu hned jak k ní dojde.
Pokud například ovladač zapíše data až za oblast paměti, kterou si alokoval, může poškodit data nebo kód jiného ovladače nebo jádra OS. K pádu může dojít až za dlouhou dobu a chyba je obtížně dohledatelná.
Verifier dokáže odhalit už ten chybný zápis.
Tahle chyba v ehdrv.sys je spíše bezpečnostního charakteru a neměla by s těmi pády mít nic společného. Nicméně tu operaci Verifier zachytí, vyhodnotí jako chybnou a zastaví systém (BSOD)
Pokud to s NTFS nepadá, nechej to být. Kdyby však stále docházelo k pádům, spusť znovu Verifier s tím, že ehdrv.sys vyjmeš ze sledování.
Musel bys chvíli trpět zpomalený systém, jelikož to ověřování operací také zabere nějakou dobu a proto je systém líný.

Dobre. Diky za vysvetleni i rady. Doufam, ze to ted bude dobre a ze se na nejaky cas odmlcim, budu to testovat.....urcite se jeste vratim s vysledkem. Prozatim moc diky.

Není zač

Sakra, tak mi to znovu pri dekryptovani souboru pres TrueCrypt spadlo. Uz jsem veril, ze to je a bude dobre Prikladam aktualizovane minidumpy http://leteckaposta.cz/927694765. Je jeste realne s tim vubec neco udelat?

Tak jsem znovu pozapinal sledovani ovladacu ve verifieru krome vyrazeneho ehdrv.sys a zacalo mi to pri najizdeni systemu i tak padat, tak jsem zjistil ze pri ruznych kombinacich ovladacu esetu to taky pada i v kombinaci s eamonm.sys od esetu. Tak jsem vsechny ovladace od esetu vyradil a nechal zapnuty verifier. Prikladam nove minidump soubory po laborovani s verifierem
http://leteckaposta.cz/220720686

Zkusil jsem jeste kryptovane soubory z TrueCryptu ulozene v uzivatelske slozce C:\Users\alvr presunout nekde jinde na disk, jestli nahodou nedela problem to, ze ty soubory byly umistene v castecne chranene oblasti Windowsu...?

Řekl bych, že ty problémy způsobuje kombinace Esetu a Truecryptu. Těsně před havárií se prováděla rutina ovladače ehdrv.sys.
Chtělo by to dočasně vyzkoušet bez něho, s nějakým náhradním free antivirem.
Je možné, že ta chyba v ehdrv.sys tu nakonec bude dělat problémy.
Zkuste na 14dní Avast Free a uvidíme.

Dobre, provedu. Diky.