[elektro] SDCHK

[Acs Gabor]

Oké, csak jó lenne tudni, mi okozta ezt a jelenséget.
Van pl. olyan Linux panelem, ami igazoltan tönkreteszi az SD kártyán az 
adatokat. Azt nem tudom, miért és hogyan, de a saját 'A' elektronikámba 
ha berakom az 'A' panelt, és az 'A' SD kártyát, másnap reggelre már 
minden baja van. Berakom az 'A' elektronikámba az 'A' Linuxkártyát és a 
'B' SD kártyát, másnap reggelre minden baja van.
'A' elektronika, 'B' Linux panel, 'A' SD kártya -hibátlanul működik 
hónapok óta.

Itt most ebben az esetben nem tudom, hogy a Linuxos cucc verte szét a 
kártya filerendszerét, és ebből származott valahogy a surface scanban is 
a hiba, vagy az SD kártya flash része hibásodott meg, amit relokált, 
vagy az SD kártya kontrollere néha bekrepál.
Vagy csak egy villám stb. összezavarta, és mehet minden tovább újraírás 
után.

Az egész kivizsgálása hosszabb távra is lényeges lenne, mert 
előfordulnak SD kártya hibáim, de sokféle, nincs tipikus. A Linuxom úgy 
van belőve, hogy semmit se írjon rá, tehát vélhetően nem kifárasztás a 
probléma.

Jó lenne, ha ki tudnék olvasni valami státusz regisztereket a kártyából, 
amiből következne itt valami, de nem találok sem kiolvasó programot 
(megírni nincs érkezésem), sem a dokumentációban olyan részét a 
státuszregiszternek, amivel közelebb jutnék.


Gábor

2014.08.08. 11:51 keltezéssel, Kaczmarek Edvard írta:
> Amilyen olcsóak már az SD-k, én újat tennék be.
>
> Ed
>
> Sent from a tamagotchi
>
> On August 8, 2014 10:46:17 AM CEST, Acs Gabor <levlista at e8e.eu> wrote:
>> 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.
>>
>>
>> Gábor
>>
>> 2014.08.08. 9:53 keltezéssel, Móczik Gábor írta:
>>> 2014.08.08. 0:44 keltezéssel, Acs Gabor írta:
>>>> Van egy SD kártyám, ami egy Linuxos panelben megzakkant, még a boot
>>>> legelején kiír nem sok, mondjuk pármillió sokjegyű számot
>>>> 'multiply-claimed block(s) in inode' kíséretében.
>>>> Kiszedtem onnan a kártyát, és PC-vel a Hard Disk Sentinel felület
>>>> ellenőrzőjével, csak olvasás módban teszteltettem. Hemzsegtek a
>> hibák,
>>>> így kb. 2/3-nál le is állítottam.
>>>> Majd gondoltam egyet, újra elindítottam ezt az olvasási tesztet, és
>>>> teljesen hibátlan lett ez a 2/3, viszont az utolsó harmada megint
>> tele
>>>> lett hibákkal. Na, akkor már indítottam egy harmadikat is, az egész
>>>> kártyát tökéletesnek mutatta.
>>>>
>>>> Visszaraktam a linuxos kártyába, ott ugyanúgy csilliárd hiba a
>>>> mountolásnál. Vissza a Sentinelbe, megint tök hibátlan.
>>> Lehet hogy van wear leveling, és átrendezte a szektorokat, azért volt
>>> először itt, aztán ott a hiba. Aztán az is lehet, hogy rájött, hogy
>>> rossz a szektor, és "kivonta a forgalomból", utána azért lett jó, de
>>> ennek gondolom a szabad területben észrevehetőnek kell lennie, pláne
>> ha
>>> a kártya harmadáról van szó.
>>>
>>> A linux azért nem javult meg, mert ha hibázott a kártya, akkor már
>>> sérült az fs. Attól, hogy relokálta a szektorokat, annyi történt,
>> hogy
>>> újra írható/olvasható lett, de az adatot ami a meghibásodott
>> szektorban
>>> benne volt már senki nem adja vissza, tehát ha olyan mértékű az
>>> adatvesztés, akkor valószínűleg az fs helyreállíthatatlan.
>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>>>
>> -----------------------------------------
>>           elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]