Dotaz: kondice disku - smart vs badblocks

[karpi]

Dobrý den, zdá se mi, že odchází disk. zkontroloval jsem badblocks a je to špatné:

Gentoo-2012 ~ # badblocks -v -s /dev/sda
Checking blocks 0 to 195360983
Checking for bad blocks (read-only test): 11783344done, 4:17 elapsed. (0/0/0 errors)
11783345done, 4:29 elapsed. (1/0/0 errors)
11783346done, 4:42 elapsed. (2/0/0 errors)
11783347done, 4:55 elapsed. (3/0/0 errors)
11783356done, 5:07 elapsed. (4/0/0 errors)
11783357done, 5:20 elapsed. (5/0/0 errors)
11783358done, 5:33 elapsed. (6/0/0 errors)
^C  6.03% done, 5:45 elapsed. (7/0/0 errors)

atd..

Smart ale nic špatného, jak to chápu, nevidí:

Gentoo-2012 ~ # smartctl --health /dev/sda
smartctl 5.42 2011-10-20 r3458 [i686-linux-3.1.5-gentoo] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Gentoo-2012 ~ # 
Gentoo-2012 ~ # 
Gentoo-2012 ~ # smartctl --attributes /dev/sda
smartctl 5.42 2011-10-20 r3458 [i686-linux-3.1.5-gentoo] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   197   086   051    Pre-fail  Always       -       120
  3 Spin_Up_Time            0x0007   137   129   021    Pre-fail  Always       -       5675
  4 Start_Stop_Count        0x0032   094   094   040    Old_age   Always       -       6250
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   200   200   051    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   074   074   000    Old_age   Always       -       19664
 10 Spin_Retry_Count        0x0013   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0013   100   100   051    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   094   094   000    Old_age   Always       -       6148
194 Temperature_Celsius     0x0022   119   090   000    Old_age   Always       -       31
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   199   198   000    Old_age   Always       -       59
198 Offline_Uncorrectable   0x0012   191   190   000    Old_age   Always       -       299
199 UDMA_CRC_Error_Count    0x000a   200   253   000    Old_age   Always       -       12
200 Multi_Zone_Error_Rate   0x0009   191   190   051    Pre-fail  Offline      -       295

Gentoo-2012 ~ # 

Jde asi zejména o toto, že: Reallocated_Sector_Ct RAW_VALUE: 0 - nechápu ten rozpor a váhám, jestli ten disk vyhodit, nebo jesti má ještě nějakou naději, když se s ním budu nějak babrat...

Za rady a vysvětlení díky, pk.

Odpovědi

[ewew]

Parameter 197 určuje počet sektorov u ktorých došlo k chybe a radič ich označil ako potencialne vadne.Ak dôjde k chybe viac krát za sebou, tak radič prealokuje sektor do rezervnej oblasti a incrementuje parameter 5. Podľa výpisu z badblocks máš problemový začiatok disku. Je možne, že na tom mieste bolo niečo čo bolo neustále prepisované. Možnosti sú /var/lock,/var/run,tmp,swap,parameter mountu noaitime a iné často prepisované časti filesystému.

Odzalohuj disk a potom sa s ním môžeš hrať. Read testy nemusia odhaliť vadný sektor.

[karpi]

Ahoj, dík za odpověď Na tom disku je na začátku 500M boot a dál jen LVM2. Zálohováno mám, naštěstí ( jedna zkušenost stačila ,) - jak si teda hrát?

Jak přinutím ten disk, aby si ty vadné sektory přealokoval a je možné pak tedy disk ještě používat?

Pomůže, když zkusím destruktivní rw badblocks? není možné, že se spolu s diskem rozbylo i smart?

za případnou odpověď ještě jednou díky, pk

[AraxoN]

Ako to chápem ja, tak Pending sector sa realokuje až pri pokuse o zápis do tohto sektora. Takže áno - rw badblocks. Alebo len prostý dd, ak Ťa nezaujíma presné umiestnenie vadných sektorov:

dd bs=64kB if=/dev/zero of=/dev/sdX

[lertimir]

Také bych doporučil projet úplné smart testy.

Navíc doporučil bych i badblocks write i na zcela novém disku. Kamarád, který sice používá jen Win několik let používá úplné formátování u každého nového disku a současně sleduje pomocí smart tabulky jak naskakují RAW_READ_ERROR. Tedy tohle spolehlivě funguje jen na Seagate discích, které reportují i chyby, které disk opravuje pres redundantní CRC. Ustatní tam drží nulu do té doby, než je vážný problém. Seagate tam má i tyhle měkké chyby, a když začne hodnota rychle narustat blíží se problém, že se brzy dostane do oblasti když to redundance už nezvládne. Na novém disku je pak dobře vidět, že v některých částech to skoro neroste, a pak muže být oblast s horším povrchem, když hodnota roste mnohem silněji, když je to moc tak už několik zcela nových disku takto vrátil.

[lertimir]

Tak jsem si na svém novém disku zkusil

badblocks -v -s -w /dev/sdb

a je to dost důkladné Běží v současnosti 35 hodin a ještě nedojel.

[trubicoid2]

jo, to je tim, ze ten badblock to pise po malych castech. O dost rychleji to jede jestli dostatecne zvednes -b nebo -c, trebas -c 4096. Melo by to pak jet s rychlosti, jakou ukazuje treba hdparm nedo dd.

[lertimir]

Nevím jestli by se to tím ještě zvedlo. zrovna teď čte rychlostí 130MB/s (podle iotop a atop) a to je v 78% disku takže už na pomalejších stopách menšího průměru, na začátku disku to jelo 160MB/s (ale je to už 4. patern se kterým pracuje, ted je čtení.) Nevíte kolik paternů je tam default?

[AraxoN]

Aký veľké máš bloky na disku? Ako čítam, tak badblock robí default po 1K. Ak máš disk s 4K blokmi, tak sa zakaždým musí zapísať a prečítať celých 4K, aj keď badblocks menil len 1K. Tam IMHO stratíš 75% rýchlosti.

[trubicoid2]

paterny jsou myslim 4: aa, ff, 00 a jeste cosi

[AraxoN]

podľa man-u: 0xaa, 0x55, 0xff, 0x00

[karpi]

Děkuji za opovědi, za srozumitelnost a díky, že se ozvali samí zkušenější,.. Zkusím to pořešit a pak se vrátím a nějak to tady uzavřu. Zatím díky, pk.

[Petr Bravenec]

http://www.linuxsoft.cz/article.php?id_article=1928