Dotaz: HDD a jeho rychlost

[David Indra]

Zdravím, Mám specifický problém. Známému se podařilo natvrdo vypnout jeho netbook s Windows7, Acer Aspire One (blíže nevím) a po tomto vypnutí už nenaběhl - při spuštění zobrazoval blackscreen s informací o chybějícím souboru windows\system32\config\system = chybějící soubor registrů. Podle návodu, který jsem našel, jsem onen soubor obnovil, ale systém hlásil zase jinou chybu.. Takže jsem přistoupil k reinstalaci. Nejprve jsem ale potřeboval dostat z netbooku pryč data, která na něm zbyla, takže jsem nabootoval live flashku s Linux Mintem a spustil kopírování na externí úložiště. Co se ale nestalo - disk je nesmírně líný a ještě k tomu vyhazuje IO errory. Už samotné procházení jeho adresářů trvá neuvěřitelnou dobu, načtení fotky je otázkou 2 minut.. Takže jsem si otevřel iostat -x 2 a sledoval jsem údaje. Read je průměrně 6kB/s, což je prakticky nula. Našel jsem ve výpisu i další údaje, jako r_await nebo svctm. Dočetl jsem se, že vyjadřují v milisekundách dobu trvání jednoho přístupu k disku. Moje hodnoty jsou await okolo 2000, podobně jako svctm. Tak nevím, co si o tom myslet - je možné, že se tím tvrdým restartem poškodila nějaká HW součást? Popř. jaká? Nebo je to problém SW? Poradíte mi prosím?

Díky předem, D.

---

---

Odpovědi

[David Indra]

Update: občas se disk umoudří, svctm klesne na nějakých 10 a rychlost čtení na chvíli blikne třeba 300kB/s

[lertimir]

šel bych na to se šroubovákem. Rozebrat, vyndat disk a zapojit někde jinde. hned. vůbec bych to pod tím notebookem netrápil. někde je něco špatně, bud v disku nebo v řadiči nebo nějaká koincidence. Hlavně bych to připojil jinam, kde vím, že je vše v pořádku. Stáhnul data, prošel smart, udělal všechny smart testy. může to být blbost třeba, že linuxová live se nějak špatně domluví s řadičem, může to být i disk pryč.

[David Indra]

Ok, zatím díky. Zítra se na to podívám.

[David Indra]

rozebral jsem to, ale ještě jsem to pustil jednou a vypsal si smart (smartctl -A /dev/sda) - ve sloupci TYPE jsou u všech položek hodnoty buďto pre-fail nebo old-age. co to znamená? je ještě nějaká možnost záchrany disku? známému se asi nebude chtít kupovat nový za 2000..

díky

[Václav HFechs Švirga]

Ten výpis sem pastni celý . Takhle ti nikdo nic neřekne. A k němu napiš i typ disku. Jinak nový disk 500 GB 2,5" sata stojí i s poštovným kolem 1400 max .

Jinak bohužel ta závada zatím smrdí poškozením disku, sice je ten způsob poškození velmi divný, ale že by odešel řadič pochybuju. 2,5" sata disk normálně můžeš připojit do jakéhokoliv stoláku (či jiného ntb) a otestovat ho, pokud se to bude chovat stejně blbě, tak disk zahoď a kup nový, není co řešit. Disk nespravíš (a i kdyby, vážně chceš riskovat ztrátu dat v budoucnu?).

Pokud disk bude fungovat všude jinde ok, jen v ntb ne, tak je mnohem víc v háji, protože se mu nějak podařilo zhuntovat desku, ale to se mi vážně nezdá.

[David Indra]

Ok, hodím ho sem. disk je to tenhle: Western Digital Scorpio Blue 500GB, 2.5", SATA2 No, ono 1400 je celkem dost vzhledem k tomu, že jsme se známým oba gympláci.. ale v případě, že disk bude vážně v háji, jiná možnost mu bohužel nezbyde.

Zatím díky za rady, D.

[radek]

tady docela rádi podporují studáky, třeba ti semka někdo napíše. Já bych mohl obetovat 100GB oldschool disk (ale má sata :D).

[Václav HFechs Švirga]

však to je fuk, jestli sata nebo sata2, kompatibilní to bude, hlavně to nesmí být pata ;)

[anonymni srab]

a já napsal že to není fuk? já napsal, že mám 100GB disk a rovnou jsem upřesnil že to je sata, neboť 100GB disky bývali hodně často ATA :)

[Václav HFechs Švirga]

a jo tak :), jsme se nepochopili :P

[David Indra]

Můžem se tedy prosím domluvit? ;) Jestli bys mohl, mail david.indra(zavináč)seznam.cz

[David Indra]

Tak ten vypis:

mint@mint ~ $ sudo smartctl -A /dev/sda
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13.0-24-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== 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     0x002f   200   200   051    Pre-fail  Always       -       28
  3 Spin_Up_Time            0x0027   176   169   021    Pre-fail  Always       -       2158
  4 Start_Stop_Count        0x0032   093   093   000    Old_age   Always       -       7534
  5 Reallocated_Sector_Ct   0x0033   176   176   140    Pre-fail  Always       -       209
  7 Seek_Error_Rate         0x002e   001   001   000    Old_age   Always       -       93805
  9 Power_On_Hours          0x0032   096   096   000    Old_age   Always       -       3632
 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   096   096   000    Old_age   Always       -       4140
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       2441
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       70
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       680789
194 Temperature_Celsius     0x0022   114   098   000    Old_age   Always       -       33
196 Reallocated_Event_Count 0x0032   001   001   000    Old_age   Always       -       209
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       19
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

[Václav HFechs Švirga]

Disk je v hajzlu.

[David Indra]

Ksakru. Je nějaká šance dostat odtamtud data? I kdyby to mělo být za cenu pomalého přenosu..

[Václav HFechs Švirga]

Tak jistěže ano.

a) obnovit ze záloh (hahaha)

b) můj rituál jak dostat i z velmi zničených disků data (a vcelku úspěšný):

1. dát do igelitového pytlíku a na noc do mrazáku a pak ještě zmrzlý ho nacpat do stroje a začít hned obnovovat (to není vtip, skutečně to někdy trošku zlepší vlastnosti toho disku, nikdy mi to žádný disk nezkurvilo... pravděpodobně se mrazem trošku zvětší mechanické vůle. U tvého disku těžko říct, jestli to bude mít nějaký efekt, ale rituál je rituál... neboj se orosení, to je ok... ale tak pokud se bojíš, tak to přeskoč no).

2. připojit do pc, kde je nějaký jiný disk / exterňák a provést: ddrescue /dev/partisna /mnt/druhy_disk/zaloha.iso /mnt/druhy_disk/zaloha.iso.log.

Vskuvka: Pokud nevidíš partišny, ale jen to zařízení, třeba /dev/sda místo /dev/sda1, /dev/sda2..., máš problém, protože je disk tak dojebaný, že je rozbitá i tabulka oddílu. Pak přes ddrescue vyklonuj celý disk a zkus něčím ty partišny opravit... třeba ulita testdisk? nevím, nikdy jsem tak v hajzlu disk neměl. Zkus i pogooglit. Pokud se nepodaří, přeskoč na krok 4. Vždycky pracuj s tím image, ať ten disk ještě víc nepojebeš.

Ulita ddrescue se snaží číst disk, i když jsou chybné sektory a to dokonce několikrát. Nech ji puštěnou tak dlouho, dokud nedoběhne nebo dokud neztratíš nervy. Ona pracuje v cyklech, první cyklus nech dojet celý (to je nějaký copy něco), ten chybné sektory přeskakuje. V dalších cyklech se k nim vrací a zkouší z nich vydolovat ještě něco, ale to může trvat v nejhorším případě i týdny. Nechat to tak 3 dny je ok, dál už mačkám CTRL + C (tím to ukončíš a image zůstane). Jinak díky logu (poslední parametr) se ten příkaz dá pustit i znova (dle logu se automaticky obnoví, kde skončil).

3. když máš iso partišny, tak ho můžeš zkusit přimountovat. Pokud to nepůjde, tak pokud je to linux partišna, použiješ klasické linux nástroje (fsck.ext4 a spol), pokud je to ale win oddíl (mám zkušenost s ntfs), nejlépe to fixne windows. Nedávno jsem řešil, musíš připojit ten image ve win, použil jsem třeba http://www.ltr-data.se/opencode.html/#ImDisk, pokud je poškozený, tak mi ho win nechtěl otevřít ani opravit (říkal že jednotka neexistuje), ale pomohlo v cmd (pusť jako správce) použít příkaz chkdsk /F jednotka: a ten už disk sežral a pofixoval. A voila, disk jsem připojil pak i v linuxu.

4. pokud mount selže (nebo ani není co mountovat, bo jsi nevydoloval partišny a máš jen image celého disku), pořád z disku můžeš vytáhnout docela dost dat. Já na to používám ulitu foremost, ale není jediná, testdisk taky obsahuje něco. Tyto ulity skenují celý obsah disku a snaží se najít hlavičky známých formátů jako .doc, .pdf, .jpg, atd... a obnovit je. Filesystém už je v háji, takže ty obnovené soubory budou bez názvů, bez adresářové struktury, bude to děsný mishmash a navíc to nezvládne větší soubory většinou (typicky filmy) kvůli fragmentaci. Ale třeba fotky to obnoví spolehlivě. Akorát prohrabovat se tím je pak na dlouho :).

5. good luck

[lertimir]

Souhlas. Disk je na odpis. Nejvíce kritická hodnota je ID 193 Load_cycle_count. Vzhledem k tomu, že disk se točil cca 2000 hodin (ID 3), ale jeho hlavičky zaparkovaly více než 600 000 krát tak to je 300 zaparkování každou hodinu. To ho oddělalo. Mimo jiné datasheet k tomu disku právě specifikuje, že by měl vydržet 600 000 load cyklů. A už jsme přes.

[David Indra]

Je normální, že se zaparkuje 300× za hodinu? Nebo to byla nějaká chyba? Co ji mohlo způsobovat?

[David Indra]

Já se teď dívám třeba na svůj disk a mám 7000 hodin vs. 120000 parkování, což je cca. 17 parkování za hodinu, a to je docela výraznej rozdíl..

[lertimir]

WD disky jsou poměrně agresivní v parkování. Mojí chybou se mi uparkoval také WD disk. V roce 2011, když se skokově zdražily ceny disků na dvojnásobek, jsem koupil externí disk v Makru, když ho měli ze starých zásob a stál o 1000 méně než interní v alze. Vymontoval jsem ho z krabičky zařadil do systému. Bohužel měl nastaveno, že parkoval po 5 vteřinách klidu, což v málo používaném externím disku může mít smysl, ale v pracujícím systému je to neadekvátní, a to jsem neošetřil. Evidentně ten kamarádův disk měl nastaveno, že parkuje po cca 10 vteřinách klidu.

[JMP]

ty jo - to bude nemoc disků

PARKINGSON

[trubicoid]

priste pouzit wdidle3 nebo idle3-tools

[trubicoid]

hdparm -J to taky umi, trochu se toho obavam

-J Get/set the Western Digital (WD) Green Drive's "idle3" timeout value. This timeout controls how often the drive parks its heads and enters a low power consumption state. The factory default is eight (8) seconds, which is a very poor choice for use with Linux. Leaving it at the default will result in hundreds of thousands of head load/unload cycles in a very short period of time. The drive mechanism is only rated for 300,000 to 1,000,000 cycles, so leaving it at the default could result in premature failure, not to mention the performance impact of the drive often having to wake-up before doing routine I/O.

WD supply a WDIDLE3.EXE DOS utility for tweaking this setting, and you should use that program instead of hdparm if at all possible. The reverse-engineered implementation in hdparm is not as complete as the original official program, even though it does seem to work on at a least a few drives. A full power cycle is required for any change in setting to take effect, regardless of which program is used to tweak things.

A setting of 30 seconds is recommended for Linux use. Permitted values are from 8 to 12 seconds, and from 30 to 300 seconds in 30-second increments. Specify a value of zero (0) to disable the WD idle3 timer completely (NOT REC‐ OMMENDED!).

[Radek]

Ten popotuje už jedině do křemíkového nebe ;)

[Radek]

Ten už je dobrý tak na zálohování záloh ze záloh :))

[lertimir]

Ta hodnota TYPE znamená, jaké kategorie je ta konkrétní položka. Je buď pre-fail, tedy její mimořádné hodnoty indikují, že disk je před krachem, nebo u old_age její mimořádné hodnoty indikují, že disk je starý (opotřebený). Potřeba je pastnost vše.