Fórum Root.cz

Hlavní témata => Hardware => Téma založeno: Kyblík 06. 10. 2014, 14:18:58

Název: Disk Maxtor hlásí brzké selhání
Přispěvatel: Kyblík 06. 10. 2014, 14:18:58
Mám 320GB Maxtor, kterej jaksi není ani v databázi seagate, jeho SN prostě nezná a proto na mě podpora z vysoka...

Prosil bych o pomoc, čtení smart analýzy jaksi ještě nezvládám, disk hlásí brzké selhání když jej píchnu k  widlím a i jako druhej disk u debianu zablokuje start systému, pač vyžaduje potvrzení error hlášky enterem.
Disk není nějak moc běhanej, jde s ním něco dělat? je mě škoda ho vyhodit.

Kód: [Vybrat]
==> WARNING: There are known problems with these drives,
see the following Seagate web pages:
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207931
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207969
http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207975

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status:  (0x82) Offline data collection activity
                                        was completed without error.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (  73) The previous self-test completed having
                                        a test element that failed and the test
                                        element that failed is not known.
Total time to complete Offline
data collection:                (  625) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   1) minutes.
Extended self-test routine
recommended polling time:        (  71) minutes.
Conveyance self-test routine
recommended polling time:        (   2) minutes.
SCT capabilities:              (0x103f) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   111   090   006    Pre-fail  Always       -       41258099
  3 Spin_Up_Time            0x0003   100   098   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1602
  5 Reallocated_Sector_Ct   0x0033   001   001   036    Pre-fail  Always   FAILING_NOW 4086
  7 Seek_Error_Rate         0x000f   083   060   030    Pre-fail  Always       -       4527825951
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       9739
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       1
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1568
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       1207
188 Command_Timeout         0x0032   100   095   000    Old_age   Always       -       296357265582
189 High_Fly_Writes         0x003a   001   001   000    Old_age   Always       -       124
190 Airflow_Temperature_Cel 0x0022   072   044   045    Old_age   Always   In_the_past 28 (0 2 28 23)
194 Temperature_Celsius     0x0022   028   056   000    Old_age   Always       -       28 (0 14 0 0)
195 Hardware_ECC_Recovered  0x001a   036   030   000    Old_age   Always       -       41258099
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       2
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       184352881255928
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       1730762720
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       436223323

SMART Error Log Version: 1
ATA Error Count: 2308 (device log contains only the most recent five errors)
        CR = Command Register [HEX]
        FR = Features Register [HEX]
        SC = Sector Count Register [HEX]
        SN = Sector Number Register [HEX]
        CL = Cylinder Low Register [HEX]
        CH = Cylinder High Register [HEX]
        DH = Device/Head Register [HEX]
        DC = Device Command Register [HEX]
        ER = Error register [HEX]
        ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 2308 occurred at disk power-on lifetime: 2752 hours (114 days + 16 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
  -- -- -- -- -- -- --
  04 71 04 9d 00 32 e0  Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 ff 08 07 1d 7e e3 00      00:47:18.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:17.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:16.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:15.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:14.998  WRITE DMA EXT

Error 2307 occurred at disk power-on lifetime: 2752 hours (114 days + 16 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
  -- -- -- -- -- -- --
  04 71 04 9d 00 32 e0  Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 ff 08 07 1d 7e e3 00      00:47:17.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:16.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:15.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:14.998  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:14.216  WRITE DMA EXT

Error 2306 occurred at disk power-on lifetime: 2752 hours (114 days + 16 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
  -- -- -- -- -- -- --
  04 71 04 9d 00 32 e0  Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 ff 08 07 1d 7e e3 00      00:47:16.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:15.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:14.998  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:14.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:13.216  WRITE DMA EXT

Error 2305 occurred at disk power-on lifetime: 2752 hours (114 days + 16 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
  -- -- -- -- -- -- --
  04 71 04 9d 00 32 e0  Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 ff 08 07 1d 7e e3 00      00:47:15.998  WRITE DMA EXT
  35 ff 08 07 1d 7e e3 00      00:47:14.998  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:14.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:13.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:12.216  WRITE DMA EXT

Error 2304 occurred at disk power-on lifetime: 2752 hours (114 days + 16 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
  -- -- -- -- -- -- --
  04 71 04 9d 00 32 e0  Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  35 ff 08 07 1d 7e e3 00      00:47:14.998  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:14.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:13.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:12.216  WRITE DMA EXT
  35 ff 08 ff 1c 7e e3 00      00:47:11.216  WRITE DMA EXT

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: unknown failure    90%      9739         0
# 2  Extended offline    Completed: unknown failure    90%      9737         0
# 3  Short offline       Completed: unknown failure    90%      9735         0
# 4  Short offline       Completed: unknown failure    90%      9733         0
# 5  Short offline       Completed: unknown failure    90%      9733         0
# 6  Short offline       Completed: unknown failure    90%      9732         0
# 7  Short offline       Completed: unknown failure    90%      9695         0
# 8  Extended offline    Completed: unknown failure    90%      9666         0
# 9  Short offline       Completed: unknown failure    90%      9666         0

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Fantomas 06. 10. 2014, 14:39:55
Jestli short test vykaze po 10% failure, tak jej rovnou vyhod.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Miramel 06. 10. 2014, 14:43:14
Hm, disk na odpis, ale na filmy (nedůležitá data) půjde ještě použít.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Kyblík 06. 10. 2014, 14:48:42
A můžu udělat něco, abych co nejvíce omezil případnou ztrátu dat? Disk chci využívat příležitostně, třebas i na ty filmy. Víte někdo krátce popsat, co mu vlastně je?
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Kyblík 06. 10. 2014, 15:19:18
A ještě ten problém se zastavením startu systému, jak tomu zabránit?
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: P_V 06. 10. 2014, 15:37:24
Co disku je... Loučí se.  :)
Můžeš disk celý přečíst (aby zjistil kde je to vadné), celý přepsat náhodnými daty (aby vadné sektory přesunul), opět celý přečíst. Pokud to druhé čtení proběhne bez výrazného zpomalování a ve SMART nepřibude počitadlo badsktorů, tak ten disk MOŽNÁ ještě na nedůležitá data půjde použít.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: JardaP . 06. 10. 2014, 16:28:58
A můžu udělat něco, abych co nejvíce omezil případnou ztrátu dat?

Najdete si v elektrosrotu lepsi.

Jinak to, ze je malo behanej, nic neznamena. Je to Maxtor, coz je mnohem dulezitejsi. Budte rad, ze uz nema zadrena loziska.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 06. 10. 2014, 16:49:29
Mě příjde v pohodě... jen bych ho lowlevel smazal.
Měl jsem mnoho hodně starých krámů s kupou bad-blocků a v klidu dalších 5let fungovaly.
Kód: [Vybrat]
badblocks -wv /dev/disk
smartctl -tlong /dev/disk
A pravděpodobně by mohl být i se smartem opět happy.

Na důležitá data bych ho samozřejmě nebral :) na pár filmů to stačí.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Lol Phirae 06. 10. 2014, 17:03:11
Bože...
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Jakub Galgonek 06. 10. 2014, 20:14:38
Víte někdo krátce popsat, co mu vlastně je?

Kód: [Vybrat]
  5 Reallocated_Sector_Ct   0x0033   001   001   036    Pre-fail  Always   FAILING_NOW 4086
S největší pravděpodobností je poškozen povrch ploten.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: Jakub Galgonek 06. 10. 2014, 20:19:42
celý přepsat náhodnými daty (aby vadné sektory přesunul)

Ten už je asi nemá ani kam přesunout.
Název: Re:Prosím znalé o pomoc s analýzou disku
Přispěvatel: P_V 07. 10. 2014, 09:57:51
Ten už je asi nemá ani kam přesunout.
To by se tam už ukazovaly nějaké Uncorrectable.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: JardaP . 07. 10. 2014, 10:24:51
Nediskutovat, rozmlatit kladivem a vyhodit.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Hmmm 07. 10. 2014, 10:41:41
Nediskutovat, rozmlatit kladivem a vyhodit.
Teba rozmlatit kladivom a vyhodit. Ak ten disk chce pouzivat na nedolezite data, tak preco nie. Nemusi okamzite kupovat iny len preto, ze tebe sa Maxtor nepaci.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 10:45:34
asi to ma za sebou no

jestli ho chces pouzivat na blbosti, a vadi hlaska o SMART FAIL pri bootu, tak si v biosu vypni SMART nebo dej disk do USB ramecku
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Ondra Satai Nekola 07. 10. 2014, 11:02:40
Zkusenost je takova, ze drive ci pozdeji na nej stejne zapises neco duleziteho... a to je presne ten okamzik, kdy ti odejde.
Ale na druhou stranu, asi nemas dulezita data, kdyz resis takovehle veci.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: strepty 07. 10. 2014, 11:23:31
Nediskutovat, rozmlatit kladivem a vyhodit.
To by bola skoda, su tam neodymove magnety. Rozsrobovat a opatrne odlepit magnety lebo su krehke. Nic lepsie na drzanie bitov a srobikov.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: JardaP . 07. 10. 2014, 12:20:07
Nediskutovat, rozmlatit kladivem a vyhodit.
To by bola skoda, su tam neodymove magnety. Rozsrobovat a opatrne odlepit magnety lebo su krehke. Nic lepsie na drzanie bitov a srobikov.

To ovsem zalezi na tom, jestli se mu magnety hodi. Nejlepsi ovsem byly ty ze starych disku, nekde okolo ery Quantum Bigfoot. Vdnesnich discich jsou magnety mnohem mensi.

Nicmene by mne zajimalo, jak ty magnety odlepujes. Mam jich doma par vymontovanych, ale spousta z nich se neda moc pouzit, protoze jsou nalepene na kotve dost nepraktickeho tvaru. A uriznout se to take neda, protoze by z toho clovek tyden obiral piliny.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Fantomas 07. 10. 2014, 12:34:04
Neodym z kotev nesundas, ale ve starych ide discich mely tvar maleho obdelniku. Nove disky jsem nedemontoval, tak nevim, jakou maji velikost, kazdopadne ty na kotve jsou hodne silne:-) Asi jich par dam dceri na skolni vyuziti, se deticky pak budou divit:-D
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: strepty 07. 10. 2014, 13:08:01
Nediskutovat, rozmlatit kladivem a vyhodit.
To by bola skoda, su tam neodymove magnety. Rozsrobovat a opatrne odlepit magnety lebo su krehke. Nic lepsie na drzanie bitov a srobikov.

To ovsem zalezi na tom, jestli se mu magnety hodi. Nejlepsi ovsem byly ty ze starych disku, nekde okolo ery Quantum Bigfoot. Vdnesnich discich jsou magnety mnohem mensi.

Nicmene by mne zajimalo, jak ty magnety odlepujes. Mam jich doma par vymontovanych, ale spousta z nich se neda moc pouzit, protoze jsou nalepene na kotve dost nepraktickeho tvaru. A uriznout se to take neda, protoze by z toho clovek tyden obiral piliny.
Su to vecsinou dve zeleza v tvare mesacika ktore sa daju od seba oddelit.  Na kazdom z nich  je prilepeny magnet ktory tam drzi okrem lepu este  magmetizmom. To zelezo je hrube ale ked jeden koniec dam do zveraka a druhy koniec chytim velkym francuzakom tak sa da ohybat :-), Ohybam ho tak aby bol oblucik pod magnetom, on sa pomaly odliepa, nakoniec drzi len na malej ploske a je moj.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Tomáš Roll 07. 10. 2014, 13:10:07
Netrap ho a nech ho odejít do Křemíkového nebe.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: JardaP . 07. 10. 2014, 13:34:47
@strepty: Diky, zkusim. Ja mel za to, ze jsou tam nejak nalisovane nebo naletovane, protoze tam neni videt zadna skvira nebo lepidlo nebo neco.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: braqela 07. 10. 2014, 13:50:54
Když má najetých 10 000 hodin, tak to už může být na některý kus disku i docela dost. Zkus stáhnout utilitu http://www.seagate.com/support/downloads/seatools/ a po záloze dat nabootuj z jiného média a přejeď volbou....už si to nepamatuji, ale udělá pouze zero fill, ale nikoliv low level format jak se do dneška traduje. Nemá smysl spouštět testy, neboť bych řekl, že to spustí stejnou utilitu ve FW disku jako linux. Ale už tyto operace půjdou.
To mi připomíná, že na disketě mám u souseda utilitu ještě na Maxtora, co ho má ale 12 let a ta disk postavila na nohy prováděním zápisů bez ztráty dat a jede 10 let bez vadných sektorů, takže si ji musím stáhnout z diskety, dokud mu ta jeho plečka jede. Ale u tebe tomu nedávám šanci. Není kam přemapovat, jedině snad, že by byly vadné sektory pospolu a možná by si disk ještě dal říct, aby se vyhl této oblasti za cenu snížení kapacity, jestli tyto modely to ještě umí.
Pokud to dáš na operační systém, z kterého Tux blinká, tak použij HD Tune a to zobrazí jak a kde máš rozložené vadné sektory. Pokud jsou pospolu, tak je řešení znovu rozdělit disk a tyto vadné sektory mít v oddílu, který se nebude používat. Ale zas je otázka, jestli u nových disků sektory fyzicky leží tak, jak se zobrazí na monitoru a dopočítal by ses čísel sektorů, kde poškozená oblast leží.
Já ti nevím Růžo....má to dneska cenu vůbec nějak řešit, plýtvat časem a silami při cenách disků a ještě si nechat hryzat za krkem kdy zdechne? Tak před 20ti lety jo, při tehdejších cenách a kupní síle. Když jde o cenu, tak ho nahradíš nějakým 500GB za 1 300,- kreditů.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 14:11:27
Já mám na několika diskách (běžné lowendy) nalítáno přes 80tisíc hodin a nic jim není.
Tato položka ve smartu znamená jednu věc, aktuálně uložená data se nepodařilo přesunout do záložní oblasti.
Je nutné je fyzicky vymazat a oblast se uvolní, SMART se vynuluje. Dělám to často. Jak říkám disku stejně nelze příliš věřit
ať hlásí cokoliv i novému.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: braqela 07. 10. 2014, 14:23:04
Která položka nám to říká?

Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 15:13:29
Která položka nám to říká?

Reallocated_Sector_Ct

Po fyzickém odmazání disku a spuštění long smarttestu zmizí.
Dokud data nejsou vymazána, není schopen přemapovat sektor na zdravou část disku.
Smart výpis je poté naprosto čistý jako vypraný v persilu a je možné disk prodat :) (dělám si legraci, ale záznamy zmizí).
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 16:35:17
neek! realocated jsou ty, co uz jsou realokovany, to je snad jasny, ne? to cislo muze pouze rust a az dosahne poctu rezervnich sektoru, tak uz neni kam realokovat, coz asi nastane brzy (je tam ten failing)

to co myslis ty je pending, to jsou necitelny sektory, ktery se zapisem realokujou do rezervy a pending se snizi, pricemz realocated se zvysi

no a ma pending 0

a smart test se ani nerozbehne, asi zjisti, ze rezerva je mala, nebo jeste neco a vzda to hned
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 16:57:32
Počet reálně realokovaných bloků vůbec není ve SMART vidět. Nejsou vidět vůbec nikde, zná je jen elektronika disku.
Jeden údaj je počet bloků, které se snaží firmware zachránit přesunem, pokud se to nepovede, označí to jako error (data nelze přesunout).
Pokud se disk fyzicky vymaže, vynulují se i tyto dvě položky... stav, kdy není dost místa v rezervní části jsem ještě neviděl (netuším jak se to chová). Ovšem po zápisu musí proběhnout kompletní offline test vyvolaný smartem.

Dělal jsem to už mnohokrát, takže to vím zcela jistě.

neek! realocated jsou ty, co uz jsou realokovany, to je snad jasny, ne? to cislo muze pouze rust a az dosahne poctu rezervnich sektoru, tak uz neni kam realokovat, coz asi nastane brzy (je tam ten failing)

to co myslis ty je pending, to jsou necitelny sektory, ktery se zapisem realokujou do rezervy a pending se snizi, pricemz realocated se zvysi

no a ma pending 0

a smart test se ani nerozbehne, asi zjisti, ze rezerva je mala, nebo jeste neco a vzda to hned
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 17:12:56
Reallocated Sector Count (počet přesunutých bloků)
Current Pending Sector (aktuálně označené sektory pro přesun - zmizí po definovaném čase, elektronika to vzdá a označí blok jako uncorrectable)
Offline Uncorrectable (blok se nepodařilo přesunout - chyba čtení - zmizí po přepisu bloku)
Multi Zone Error Rate (při zápisu se objevil problém - musel být korigován)

Reálné využití rezervované kapacity se nikde nezobrazuje, protože už nový disk má remapované oblasti a je to vlastnost.
Po smazání disku a spuštění LONG testu se všechny tyto uvedené položky vynulují.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 17:16:02
a smart test se ani nerozbehne, asi zjisti, ze rezerva je mala, nebo jeste neco a vzda to hned

Vadný blok se musí fyzicky vymazat, jinak test nikdy neproběhne...
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 17:35:20
Dělal jsem to už mnohokrát, takže to vím zcela jistě.

no ja prave taky a nikdy se Realocated nezmensilo, to tam uz zustane a je to pocet presunutych = realokovanych bloku

kdyz dojde rezerva, tak se to prave chova jako tazateli, short i long test se hned zastavi a halsi nejakou chybu
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 17:41:07
Po smazání disku a spuštění LONG testu se všechny tyto uvedené položky vynulují.

to neni pravda, tento disk mel 2 chybny sektory, cely jsem ho prepsal badblocks -w a udelal long test a ejhle:

Kód: [Vybrat]
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   115   099   006    Pre-fail  Always       -       91995610
  3 Spin_Up_Time            0x0002   098   097   000    Old_age   Always       -       0
  4 Start_Stop_Count        0x0033   099   099   000    Pre-fail  Always       -       1710
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       2
  7 Seek_Error_Rate         0x000f   078   060   030    Pre-fail  Always       -       13093332377
  9 Power_On_Hours          0x0032   076   076   000    Old_age   Always       -       21152
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0033   099   037   020    Pre-fail  Always       -       1393
183 Runtime_Bad_Block       0x0032   100   253   000    Old_age   Always       -       0
184 End-to-End_Error        0x0033   099   099   097    Pre-fail  Always       -       1
187 Reported_Uncorrect      0x0032   071   071   000    Old_age   Always       -       29
188 Command_Timeout         0x0032   100   090   000    Old_age   Always       -       34360264605
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   061   029   045    Old_age   Always   In_the_past 39 (14 221 58 38 0)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       40
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       233683
194 Temperature_Celsius     0x0022   039   071   000    Old_age   Always       -       39 (0 6 0 0 0)
195 Hardware_ECC_Recovered  0x001a   048   029   000    Old_age   Always       -       91995610
196 Reallocated_Event_Count 0x0033   100   100   036    Pre-fail  Always       -       2
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0


Kód: [Vybrat]
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     20998         -
# 2  Extended offline    Completed without error       00%     20532         -
# 3  Extended offline    Completed without error       00%     19813         -
# 4  Extended offline    Completed without error       00%     19074         -
# 5  Extended offline    Completed without error       00%     18396         -
# 6  Extended offline    Completed: read failure       90%     18393         723195784
# 7  Extended offline    Completed: read failure       30%     18364         723195656
# 8  Short offline       Completed without error       00%     17445         -

tedy realocated je 2 a ne 0 jak furt tvrdis
predtim bylo pending 2 a realocated 0
tak uz se s tim smir!  ;D
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 17:50:52
Budeš překvapenej, až tahle položka taky zmizí :) a ona obvykle zmizí...
nikdy jsem ovšem nepochopil, proč to tak trvá.

tedy realocated je 2 a ne 0 jak furt tvrdis
predtim bylo pending 2 a realocated 0
tak uz se s tim smir!  ;D
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: P_V 07. 10. 2014, 17:58:19
Vadný blok se musí fyzicky vymazat, jinak test nikdy neproběhne...
To mi prosím vysvětli, co to je "vymazat". Mazání se dělá příkazem TRIM na flash SSD, kde funguje alokační mezivrstva pro wear leveling, ale ne na HDD, kde je mapování 1:1.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 18:00:31
Vadný blok se musí fyzicky vymazat, jinak test nikdy neproběhne...
To mi prosím vysvětli, co to je "vymazat". Mazání se dělá příkazem TRIM na flash SSD, kde funguje alokační mezivrstva pro wear leveling, ale ne na HDD, kde je mapování 1:1.

Sector stačí přepsat  :) firmware potom už nepoužívá ten blok, ale používá rezervní oblast.

Moc do toho jejich know-how není vidět. Nicméně při dlouhém bádání jsem došel k tomu, že firmware je hned na začátku disku a i ty smart hodnoty tam jsou + nějaký specifický konfigurace k plotnám a realokované oblasti.

Velikost té rezervované části je pro každý disk jiná, ale je to poměrně dost procent kapacity celého disku.
Jelikož tam jedou v těch novějších 2 ARM jádra, tak těžko říct, co tam probíhá... vždyť je to kompletní počítač.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jan Forman 07. 10. 2014, 18:04:52
Určitě se to může u výrobců lišit, ale princip je podobný. Kompletní informace k tomu prostě nejsou dostupné a zcela jistě je to interní know-hof. No nic můj čas vypršel, mějte se tu fajn.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: j 07. 10. 2014, 18:30:34
2Jan Forman: Firmware HDD na plotnach rozhodne neni, je ulozej na flash pameti na desce. Jednak by to totiz vyzadovalo, aby HDD sam umel pracovat s logikou disku (coz HDD vubec neresi, co kam zapsat/precist mu rika OS) druhak by nefungovalo to, ze vemes elektroniku disku a prehodis ji na jiny plotny, abys z nich vysal data. Coz se zcela bezne dela pri ruznych zachranych pracech.

Realokace pak probiha predevsim pri cteni. Pri cteni dochazi vzdy k chybam (podobne jako u CD/DVD, jen u HDD v jinym meritku). Disk pak vyhodnocuje, kolik (opravitelnych) chyb cteni z toho ktereho sektoru zaznamenal, pripadne pomer sum/signal. Pokud tyhle hodnoty prelezou akceptovatelnou uroven, tak jeste zcela citelny sektor na pozadi, zcela bez vedomi OS, presune a realokuje jeho polohu (= zapise si to do prekladovy tabulky). Mnoztvi sektoru pro realokaci pak bude mit kazdej disk jiny, a to i pri stejny kapacite. Vychazi se ze statistik a v "lepsi" spolecnosti se pocita, ze by mel disk vydrzet 5 let pri navrhovanem provozu (=desktop/server je zcela jina zatez).

Zaroven ma prakticky kazdej disk nejaky pocet realokovanych sektoru uz "od vyroby". Samo realokace neni vsespasna a i sama o sobe muze zpusobit poskozeni dat.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Jakub Galgonek 07. 10. 2014, 18:52:16
Tohle sem dávám jen pro zajímavost. Relativně nedávno mi kvůli chybě čtení nedoběhl na disku (WD2001FASS-00W2B0) long test:
Kód: [Vybrat]
Extended offline    Completed: read failure       70%     12518         1491753891
Sjel jsem tu oblast pro jistotu ještě ještě jednou:
Kód: [Vybrat]
Selective offline   Completed: read failure       90%     12523         1491753891
Tak jsem se rozhodl disk vymazat a dát ho na reklamaci, dd ale doběhlo bez jediné chyby. Pustil jsem tedy test znovu a tentokrát vše ok:
Kód: [Vybrat]
Selective offline   Completed without error       00%     12541         -
Každopádně realokace se ani nehnuly:
Kód: [Vybrat]
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       17
  3 Spin_Up_Time            0x0027   166   145   021    Pre-fail  Always       -       13666
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       962
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   083   083   000    Old_age   Always       -       12742
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       379
192 Power-Off_Retract_Count 0x0032   199   199   000    Old_age   Always       -       1255
193 Load_Cycle_Count        0x0032   195   195   000    Old_age   Always       -       15154
194 Temperature_Celsius     0x0022   112   090   000    Old_age   Always       -       40
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   196   000    Old_age   Always       -       5
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       12
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: JardaP . 07. 10. 2014, 19:51:40
2Jan Forman: Firmware HDD na plotnach rozhodne neni, je ulozej na flash pameti na desce.

Myslim, ze toto neni vzdy pravda. Pokud vim, tak zrovna existovalo par Maxtoru, kde firmware byl na disku. Ostatne nevidim problem v tom, aby radic mel nejaky BIOS, ktery umi akorat nacist firmware nebo treba jen zavadec do pameti.

U tehlech Maxtoru se pak stavalo, ze se firmware sesypal a ten disk se v systemu hlasil nejakym dementnim jmenem, ktere nemelo co do cineni se jmenem modelu nebo cehokoliv. Jeden takovy jsem mel v ruce a podle Google jsem nebyl sam a delat se s tim nedalo nic.

Ovsem pevne doufam, ze ulozeni firmware timto zpusobem je nyni zcela nestandardni praxi.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 20:37:27
Budeš překvapenej, až tahle položka taky zmizí :) a ona obvykle zmizí...
nikdy jsem ovšem nepochopil, proč to tak trvá.


ja to tam mam roky, nemyslim, ze nezmzi
jak dlouho to jako trva?
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 07. 10. 2014, 20:41:53
Tak jsem se rozhodl disk vymazat a dát ho na reklamaci, dd ale doběhlo bez jediné chyby. Pustil jsem tedy test znovu a tentokrát vše ok:

Každopádně realokace se ani nehnuly:

zajimave, asi jsi tim dd sektor "ozivil" a nebylo treba ho realokovat, nebo disk keca, pise 0 i kdyz realokace probehla
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: JardaP . 07. 10. 2014, 21:31:33
Vzhledem k tomu, ze ruzni vyrobci zachazeji s ruznymi parametry smart ruzne, tak mocne je vsechno, protoze v tom aby se prase vyznalo.
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: trubicoid2 08. 10. 2014, 11:49:51
ja to tam mam roky, nemyslim, ze nezmzi
jak dlouho to jako trva?

ja to blbe napsal, ma byt: nemyslim, ze to zmizi

tak na jednom disku s tema 2 reallocated uz to tam je 4 mesice, kolik mam cekat nez to zmizne?
prepsanej byl pred tema 4 mesicema nekolikrat, badblocks to prepisuje myslim 4x (0xff, 0x55, 0xaa, 0x00)

na jinym disku je jich 14 reallocated, asi je to tam dyl nez 4 mesice, ale nevim presne kdy, protoze nic nemam v test logu ani v error logu, ale muze to tam byt taky uz 2.5 roku
Kód: [Vybrat]
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   117   099   006    Pre-fail  Always       -       144660430
  3 Spin_Up_Time            0x0002   098   097   000    Old_age   Always       -       0
  4 Start_Stop_Count        0x0033   094   094   000    Pre-fail  Always       -       6650
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       14
  7 Seek_Error_Rate         0x000f   076   060   030    Pre-fail  Always       -       8674196004
  9 Power_On_Hours          0x0032   077   077   000    Old_age   Always       -       20648
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0033   099   037   020    Pre-fail  Always       -       1392
183 Runtime_Bad_Block       0x0032   100   253   000    Old_age   Always       -       8
184 End-to-End_Error        0x0033   100   100   097    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   093   000    Old_age   Always       -       47245361165
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   061   032   045    Old_age   Always   In_the_past 39 (11 205 52 37 0)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       12
193 Load_Cycle_Count        0x0032   013   013   000    Old_age   Always       -       175454
194 Temperature_Celsius     0x0022   039   068   000    Old_age   Always       -       39 (0 4 0 0 0)
195 Hardware_ECC_Recovered  0x001a   047   023   000    Old_age   Always       -       144660430
196 Reallocated_Event_Count 0x0033   100   100   036    Pre-fail  Always       -       14
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

cekani na vynulovani reallocated count mi prijde jako cekani na Godota :) A jestli to trva radove roky, tak prakticky to znamena, ze se to v praktickem case nevynuluje, jako z tohoto vtipu:

Citace
Matematik a inženýr souhlasili s účastí na psychologickém experimentu. Matematik byl usazen na židli u zdi velké prázdné místnosti, u jejíž protější zdi ležela na posteli krásná nahá žena. Psycholog vysvětloval: "Vy musíte zůstat sedět. Každých pět minut židli posunu tak, že vzdálenost mezi židlí a postelí zkrátím na polovinu." Matematik byl znechucen: "Co? Tak do toho teda nejdu. Moc dobře víte, že se k té posteli takhle nikdy nedostanu!" Načež vstal a vyřítil se ven. Psycholog si to poznamenal a zavedl dovnitř inženýra. Vysvětlil mu situaci jako předtím matematikovi. Inženýrovi se rozzářily oči a začal slintat nadšením. Psycholog byl poněkud zaskočen. "To si neuvědomujete, že se k té ženě nikdy nedostanete?" Inženýr se usmál a odpověděl: "Samozřejmě! Ale po chvíli budu dostatečně blízko pro všechny praktické účely!"
Název: Re:Disk Maxtor hlásí brzké selhání
Přispěvatel: Bla 10. 10. 2014, 00:19:31
Myslim, ze toto neni vzdy pravda. Pokud vim, tak zrovna existovalo par Maxtoru, kde firmware byl na disku. Ostatne nevidim problem v tom, aby radic mel nejaky BIOS, ktery umi akorat nacist firmware nebo treba jen zavadec do pameti.

Pokud mluvíš o firmware, tak ten je vždy ve flash paměti disku.
Pak je operační systém disku a ten skutečně může být nahraný na nulté stopě disku.
Star probíhá asi následovně: Firmware roztočí motor, vystaví hlavičku do nulté pozice, zapne čtení a do paměti disku se nahrají všechna potřebná data. Ale to je jen slovíčkaření, tentokrát tě nebudu tepat za to, že plácáš kraviny, protože neplácáš, máš pravdu.