[elektro] SDCHK

[Acs Gabor]

Köszönöm!

A Sentinelben órák óta fut előbb szekvenciális, majd random 
írás-visszaellenőrzés teszt, teljesen hibátlanul.
Ahogy a másik levélben írtam, ez lehetett a Linuxos kártya hibája is, 
villámlás is. sőt, mostanában több olyan esettel is találkoztam, hogy a 
kártyafoglalatból pár mm-t kicsúszik a kártya, és emiatt csinál 
hülyeségeket. User kitalálja hogy kell egy furat a készülék házára, és 
berakja a fúrógép alá 20-as fúróval kifúrni anélkül, hogy lecsavarozná 
az alaplemezt. Dolgozó berág, mert zavarja a visszajelzés hangja, 
ököllel lezúzza a terminálomat. Van ilyen is.

Gábor

2014.08.08. 12:02 keltezéssel, Móczik Gábor írta:
> 2014.08.08. 10:46 keltezéssel, Acs Gabor írta:
>> Azt mondod, hogy az, hogy a tesztprogram ráolvasott, elég volt a belső
>> elektronikának hogy detektálja és áthelyezze a rossz szektort?
>>
>> Ez a program, a HD Sentinel rajzol egy térképet, amiben kis kockák a
>> szektorok. Világoszöld a simán olvasható, sötétebb árnyalat a nehezebben
>> olvasható, és sárga a hibás szektor jelölése. Ennek a teljes felülete
>> tele volt a világostól a sötét zöldig mindenféle árnyalattal, volt
>> annyira sötét zöld is, ami szinte már fekete. De tiszta terepszín az
>> egész. Sárgából pedig 20-30, az is mindenütt szétszórva egyenletesen.
>> A teljes felület megolvasása után pedig világoszöld lett minden.
>>
>> Most akkor kérdés, hogy mitől lett ennyi hiba a kártyán, ami most min
>> esetleg relokálódott tartalék helyre. És hogy mennyi tartalék hely van
>> még, szóval hogy biztonságos-e ezt a kártyát újraírni és visszaadni,
>> vagy kuka. Több egyforma hardver került ki annak idején egyszerre, és a
>> többi nem csinálja ezt. Ezen viszont nem szépen lassan jelent meg pár
>> hiba a fájlrendszerben, hanem egyszerre, tömegével.
> Én már nem tenném vissza azt a kártyát semmibe se, termékbe pláne.
>
> Nem tudom a HDD Sentinel mi alapaján határozza meg az olvasás
> nehézségét, talán az olvasás idejéből, timeout számából...
>
> Megpróbálhatsz egy nagy fájlt felírni rá ami pont az egészet
> kihasználja, aztán visszaolvasni, eredetivel összehasonlítani.
>
> dd if=/dev/random of=/tmp/testimg.bin bs=4096 count=XXX
> dd if=/tmp/testimg.bin of=/dev/sdX
> dd if=/dev/sdX of=/tmp/readback.bin
> cmp [-l|-s] /tmp/testimg.bin /tmp/readback.bin
>
> /dev/sdX = SD kártya device
> XXX = size_in_bytes/4096
>
> http://linux.about.com/library/cmd/blcmdl1_cmp.htm
> Bizonyára van megoldás úgy is, hogy ne kelljen HDD-re visszaolvasni... :-)
>
> Jó/nemjó teszt. Végülis lényegtelen melyik szektor rossz, ha valahol
> rossz/elromlik és a kártya használja, akkor nem megbízható.
>
> Nem biztos hogy egyszerre jelent meg, lehet hogy most ért el olyan
> szintet, hogy megfeküdt a fájlrendszer. Lehet persze hirtelen
> elöregedés, lehet, hogy eddig üres területre esetek hibás szektorok, a
> wear leveling relokálta egy erősen használt helyre, mondjuk egy inode
> tábla szektoraiba. Senki se tudja biztosra megmondani, ehhez ismerni
> kellene a kártya belső működését...
>
> -----------------------------------------
>            elektro[-flame|-etc]
>