Dotaz: Badblocks a jiné výsledky

[Ku8aZ]

Zdravím.

Mám následující problém. Po projetí badblocks mi disk ukázál 13 vadných bloků. Když jsem projel disk za 2 dny znovu, už těch bloků bylo 33 a když jsem ho zkontroloval dnes ráno, bylo tam 0!! (docela bych ty bloky potřeboval )

Je možné, že se výsledek badblocks nějak liší nebo že se to pouze nějak zapsalo do FS? Používám ReiserFS. Není přece možné, aby z 33 bloků najednou byl disk v pořádku (i když subjektivně nění, protože nevydává zrovna normální zvuky).

Podotýkám, že mi nefunguje nasávání (ano, o závadě vím a chystám se s tím do servisu - je to NB) a disk mívá i přes 50˚C, ale testoval jsem ho teď i při té zvýšené teplotě a najednou 0 )

Odpovědi

[jm]

IIRC, pokud jsou ta data jeste citelna a disk pres SMART zjisti vadne bloky, tak data automaticky presune do rezervnich bloku k tomu urcenych a vadne bloky oznaci jako nepouzitelne.

[Ku8aZ]

Disk je v pořádku (až na ty zvuky a vadné bloky při prohlídce). Je pravda, že jsem mezi těmi testy pouštěl i nějaký nástroj od výrobce (Hitachi Drive Fitness Test), kterým jsem provedl test. A po tomto testu mi najednou badblocks hlásí těch 0 vadných bloků, takže je možné, že to zapsal jako nepoužitelné.

Dá se tedy nějak, např. přes ty SMART tools zjistit, jestli tam jsou ty vadné bloky někde zapsané? Jde mi o to, že by ten NB šel po třetí na reklamaci s vadným HDD a mohl bych odstoupit od smlouvy a dostat zpět peníze. A když vím, že tam ty bloky někde jsou, potřeboval bych vědět, jestli si to v servisu mohou zjistit...

[Ku8aZ]

Zkoušel jsem to projet pomocí smartctl, ale nevím moc, jak se s tím pracuje. Tohle jsem dostal po příkazu smartctl -l error /dev/hda

Error 72 occurred at disk power-on lifetime: 7965 hours (331 days + 21 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 04 5c 05 4d e3  Error: UNC 4 sectors at LBA = 0x034d055c = 55379292

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 58 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 38 a0 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 98 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 50 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 48 05 4d e0 00      00:55:43.600  READ DMA EXT

kde se Error ## postupně snižuje (71, 70...) a ostatní údaje jsou stejné. Fakt nevím, co by to mohlo znamenat.

[jm]

No, data bych kazdopadne zazalohoval a disk reklamoval, brzo chcipne. Tenhle vypis na to bohate staci

P.S. Jinak ta diagnosticka utilita od Hitachi na to ma primo funkci, ktera vytiskne report, a pokud si dobre pamatuju, tak pri tom testu sektory oznacuje jako vadne. Ostatni viz man smartctl

[Ku8aZ]

Reklamace bude a doufám, že i penízky (ale to už je jiná kapitola ).

BTW: Co lze z toho výpisu vyčíst? Nějak se v tom nedokážu orientovat...

V Hitachi utilitě jsem spustil ten kompletní test a odešel jsem pryč, protože to vypadalo na hooodně dlouho a když jsem se vrátil, byl počítač vypnutý, takže nevím, co se tam provedlo Když jsem potom spustil ten rychlý a test na SMART funkce, výsledek byl, že všechno OK. Tak nevím...

Lze teda nějak zjistit ty sektory označené za vadné nebo aspoň 100% zjistit, že už si disk balí kurfy a cestuje do Valhally? (nebo kam to putují )

[jm]

Lze teda nějak zjistit ty sektory označené za vadné nebo aspoň 100% zjistit, že už si disk balí kurfy a cestuje do Valhally? (nebo kam to putují )

Vzdyt to tam je napsano:

UNC 4 sectors at LBA = 0x034d055c = 55379292

Opravdu doporucuju man smartctl

[Ku8aZ]

Jo, jasně, neumím vyhledávat v manuálu Mea culpa. Myslím, že ten disk začíná být docela mimo, protože když ho dám otestovat tou utilitou výrobce, tak se během testu vypne počítač. Někdy na začátku, jindy třeba až v půlce...

Takže ten disk buď opravdu není v pořádku nebo má ta utilita dost _divné_ chování

[Michal Čihař]

Dneska většina disků vadné bloky automaticky realokuje (pokud je kam), takže disk sice odchází, ale ještě ne moc .

[Ku8aZ]

Tak nevím, řekl bych, že ten disk odešel až moc Právě chcípnul a vypadá to, že o sebe nějak třou hlavičky nebo něco, protože klape a absolutně nejde v ničem identifikovat Zítra jsem s tím chtěl jet do servisu, takže jsem zálohoval část dat, ale na Home se bohužel nedostalo Sakra.....

[jm]

Hmm, a problem s reklamaci je vyresen.

[Ku8aZ]

Hm, jenomže všichni víme, jak jsou na tom servisy s posuzováním takových závad... Řeknou, že je to způsobeno uživatelem a ještě budu platit za nový disk! Doufám, že se na takovou závadu vztahuje normální záruka, přece si v NB nebudu šroubovákem rýpat do disku

[Ku8aZ]

Takže se zeptám ještě jednou, protože tomu moc nerozumím a potřebuju znát názor někoho, kdo jo.

Disk má občas vyšší teplotu (~55˚C), měl špatné bloky (13 a potom 33) a testovací utilita od výrobce dělá to, že se náhodně během kompletního testu vypne počítač. Teď má vadných bloků 0 (aspoň mi to hlásí badblocks).

Výstup smartctl l error /dev/hda je následující (nelíbí se mi tam moc ten čas výskytu :-/):

Error 72 occurred at disk power-on lifetime: 7965 hours (331 days + 21 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 04 5c 05 4d e3  Error: UNC 4 sectors at LBA = 0x034d055c = 55379292

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 58 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 38 a0 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 98 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 50 05 4d e0 00      00:55:43.600  READ DMA EXT
  25 00 08 48 05 4d e0 00      00:55:43.600  READ DMA EXT

Při diagnóze ten disk nehlásí žádné chyby smartctl -A /dev/hda:

=== 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   100   100   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   180   180   033    Pre-fail  Always       -       2
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       1469
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   082   082   000    Old_age   Always       -       8037
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       1361
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       124
193 Load_Cycle_Count        0x0012   060   060   000    Old_age   Always       -       400479
194 Temperature_Celsius     0x0002   112   112   000    Old_age   Always       -       49 (Lifetime Min/Max 3/69)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0

A test proběhl též bez chyb smartctl -l selftest /dev/hda:

Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      8031         -

Takže se ptám: Má cenu jít ten disk reklamovat, ještě navíc vzhledem k tomu, že by to měl být důvod k odstoupení od smouvy? (2x už byl měněný)

Moc nerozumím tomu, co vůbec ty SMART testy dělají, ale myslím, že v servisu budou posuzovat hlavně je. A dále by mě zajímalo, kam zmizely ty vadné bloky, když tam byly a v reallocated je 0 :-/ A nezmizí ty případné chyby nějakým low-level formátem?

Předem díky