Ako odstranit badblocky (badsectory) v unixe :: Something smarter than us is going to emerge


node:	Ako odstranit badblocky (badsectory) v unixe
template:	4
parent:	Vychytavky
owner:	maniac
viewed by:
created:	30.11.2005 - 14:00:44

cwbe coordinatez:
101
63540
63542
1098481
2007239

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

jednoduchsie ako by ste si mysleli - staci vadny sektor prepisat cimkolvek.
disk ho automaticky premapuje (s.m.a.r.t je smart ;) )
obycajne sa mi nechce preratavat kolko treba seekovat v dd (treba mat na to este speci verziu ddcka) takze proste dd if=/dev/zero of=/dev/vadny_disk (kedze to je obycajne len jeden z raidu, tak ho z raidu vyjmem, zdedeckujem a pridam spat do raidu)

000001010006354000063542010984810200723902063844

ked sa uz riesia odidene disky, tak mi teraz odisila jedna 40tka
pomocou dd som robil dump particie, ale pri vadnych sektoroch trva strasne dlho nez zisti ze je vadny
vygooglil som ze treba otvorit /dev/hdx z ktoreho sa cita s O_DIRECT flagom, tym sa obide vfs cache, ktora robi readahead, co je ten problem s tou pomalostou
dd to nevie, ale vie to dd_rescue

00000101000635400006354201098481020072390206384402063909

jo a ked sa robi image odideneho disku, tak treba dd povedat
- pokracuj aj ked bola chyba (noerror)
- blok ktory si nevedel precitat nahrad na vystupe prazdnym blokom (sync)

cize dd if=< src_dev> of=< dst_dev> bs=512 conv=noerror,sync

ak som to tu uz pisal, tak pardon :)

ad stanove dd_recue, tu je URL: http://www.garloff.de/kurt/linux/ddrescue/

0000010100063540000635420109848102007239020638440206390902064119

jo, pri dd_rescue treba jebnut -A (nech ked neprecita block zo sourcu, tak zapise nuly namiesto neho) a -d koli tomu o_direct

000001010006354000063542010984810200723902007873

keďže s.m.a.r.t. je skratka z self-monitoring, analysis and reporting technology, tak akurát máme informáciu. že k premapovaniu prišlo, s.m.a.r.t. nič nepremapováva..

premapovanie robia aj staršie disky bez tejto technológie a zabezpečuje to firmware disku nad ktorým nemá os žiadnu kontrolu, preto mi je záhada, prečo je potrebné robi? dáke dd, keď sektor je už, ak to bolo potrebné, v tom momente dávno premapovaný...

00000101000635400006354201098481020072390200787302008387

ked dostanes uncorrectable error pri citani z disku (badblock) tak pri smartctl -a uvidis pocet sektorov cakajucich na premapovanie.
toto premapovanie sa stane az potom ked dany blok prepises. disk automaticky nepremapovava, asi koli pripadnej recovery ak by to niekto chcel riesit.
prosim over si to co pises pred tym ako budes so samozrejmostou nieco tvrdit a oznacovat nejaku informaciu za zbytocnu.
aby som nezabudol pocet sektorov cakajucich na premapovanie sa po ich prepisani zmeni na 0 (ak ich bolo kam premapovat) - ano prave az po ich prepisani sa premapuju
ja to mam odskusane na 4 seagate a maxtor diskoch, 160-200gb

0000010100063540000635420109848102007239020078730200838702008439

ok, kľúčové slovo bolo "pri čítaní" (zo slova badblock to explicitne nevyplývalo) vtedy to funguje ako píšeš.
v prípade zistenia chyby pri zápise, pending sectors nevznikajú a opravujú sa automaticky, ako píšem, takže zmenšujem rozsaj planosti tvrdenia a ospravedlňujem sa za nejednoznačnos?.

000001010006354000063542010984810200723902007873020083870200843902008578

a ja uznavam ze smart je len interface do firmwaru :)