sslug-teknik team mailing list archive

[Frank Damgaard <frank_sslug@xxxxxxxxxxxxxx>]

On 2011-11-21 14:08, Jens Bang wrote:
>> "Jens Bang" <mailinglists@xxxxxxx> wrote in
>> news:f0141e1dccb4de057095fcd782faf679.squirrel@xxxxxxxxxxxxxxxxx:
>>
>>>> badblocks vil fortælle hvilke sektorer i sdb2 der ikke kan læses.
>>>> så må du analysere om den/de defekte sektorer måske lige ligger
>>>> på nogle vigtige filer.
>>>
>>> Et sidste spørgsmål: Har jeg ret, når jeg går ud fra at badblocks skal
>>> køres på den originale disk før e2fsck køres på den?
>>
>> Option -c giver badblocks i read only samtidig med e2fsck
> 
> Ja, men hvis jeg nu gerne vil køre dem hver for sig, så skal badblocks
> køres først, ikk'?

JA.


Kør badblocks først og noter fejlene, eller lav redirect så listen gemmes.
måske er det kun en sektor der driller, og måske den kan reddes
ved reallokering i harddisken (sker internt).
Smartctl viste jo kun en fejl på en sektor, men muligvis denne var i superblock....


Måske bare en uheldig skrivning der gik galt så der kun er den ene defekt sektor.
er der flere defekte sektor og listen vokser så er disken tvivlsom.

Så er det kun en enkelt fejl så kan man bruge badblocks til at skrive netop en sektor
med en "destruktiv" test af denne sektor. (-w)

Check dog først at en læsetest på  *kun* denne sektor så det er korrekt
adresserin i kaldet af badblocks ; er jo lidt uheldigt hvis skrivning
skete til ikke-defekte sektorer ved en fejl....


F.eks.
1)
$  badblocks  -v  /dev/sdb  117241  117241
Checking blocks 117241 to 117241
Checking for bad blocks (read-only test): done
Pass completed, 0 bad blocks found.
# her ville der så i stedet være en fejl hvis den var defekt sektor

Så lav destruktiv skrivetest til denne sektor:

2)
$  badblocks  -w  /dev/sdb  117241  117241

Nu skulle en læse test med 1) på den sektor ikke give fejl hvis harddisken
har kunnet reallokere denne sektor,


....
PS
Er det vigtige data, så bør de kopieres til anden disk også (f.eks. backup med rsync)
er det ikke så vigtige data, som f.eks. optagne tv programmer, så næjes med md5sum
crc check af filerne med filliste samt en "ls -laR" ;
det gør det nemmere at redde når fsck har lavet en bunke filer i lost+found
Det lykkedes mig faktisk engang at genskabe filnavne ud fra fillisten og filstørrelse
(jeg lavede et script til at automatisere).
Men det nemmeste ville være en backup :)