Disk zlobí (I/O 100%, nízká rychlost, záseky)

[Pavouk106]

Zdravím,

mám teď v ruce asi pět let starý noťas Toshiba s diskem Toshiba (model MK6465GSXN). Dostal se ke mně ještě s Windows 7 (s trojicí souběžně běžících antivirů a klasického bordelu) s tím, že je pomalý/pomalejší, než býval. Nainstaloval jsem na něj Ubuntu, ale už od chvíle, kdy začala instalace, je ukrutně pomalý... Instalace Ubuntu z USB flashky trvala přes hodinu, pravda, tahalo to přitom i aktualizace. Prvně najížděl řádově několik minut (tak dlouho mi nic nenabíhá, včetně ještě o řadu generací starších strojů).

Nicméně - systém spuštěn. Chová se ale divně - když pustím video (film), tak se nepravidelně jednou za několik sekund na sekundu zasekne. Děje se tak nezávisle na velikosti zdrojového souboru nebo na kodeku. Když spouštím softwarové centrum, najíždí strašně dlouho (desítky sekund). iotop při obojím hlásí nějaké očekávané čtení (stovky kilobajtů, až jednotky megabajtů za sekundu) a jednou za několik sekund je u toho procesu (přehrávač totem nebo SW centrum) 99,99% I/O - v tu chvíli je to zaseklé.

Zkoušel jsem pár věcí:
V /etc/fstab nastavit noatime pro / a /home
hdparm -S 0 (disable sleep)
hdparm -B 255 (disable APM - advanced power management)
dd if=/dev/sda of=/dev/null a spustit přehrávání

První tři věci nic... U poslední se mi (subjektivně) zdá, že je to o něco lepší. Mimochodem dd běží cca 80MB/s, takže problém s propustností nebude.

SMART:

Kód: [Vybrat]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       2094
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       2216
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       45
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       2853
 10 Spin_Retry_Count        0x0033   144   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       2206
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       222
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       58
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       8493
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       41 (Min/Max 17/51)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       6
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       8267
222 Loaded_Hours            0x0032   094   094   000    Old_age   Always       -       2408
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       218
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0
Nemáte nějaké nápady? Co hledat, po čem jít?

[Reklama]

[Pavouk106]

Ještě dodatky:

Možná irelevantní - V čase 2833 hodin hlásí SMART error při příkazu WRITE (nebo READ) FPDMA QUEUED.

Teď běží long SMART test.

Disk má 512 bajtů logické i fyzické sektory.

Použitý FS je na / i na /home Ext4.

[barney]

Pouzil by som program badblocks.

Kód: [Vybrat]

badblocks -wsv -b 512  -p 2 /dev/<device>S programom badblocks mozes otestovat spatne sektory. Pusti to ako superuser. S parametrom -c mozes este poladit pocet blokov testovanych sucasne. Pre pripad, ze by to slo pomaly.
Nastavil som tam 2 opakovania write-read testu. Spatne sektory sa realokuju v prvej iteracii pri zapise(robi to firmware disku sam ak nevie do sektora zapisat) a v druhej sa skontroluje ci tam este tie chyby su. Cisla sektorov sa ti vypisu na obrazovku. S parametrom -o si mozes nechat zapisat cisla sektorov do suboru.

[barney]

Ten SMART vypada dobre. Ine to moze byt po skonceni write-read testu. Hod sem prosim ten SMART po skonceni write-read testu badblocks.

[JardaP .]

man badblocks:

Never use the -w option on a device containing an existing file system.  This option erases data!  If  you  want  to  do  write-mode testing on an existing file system, use the -n option instead.  It is slower, but it will preserve your data.

[Reklama]

[barney]

man badblocks:

Never use the -w option on a device containing an existing file system.  This option erases data!  If  you  want  to  do  write-mode testing on an existing file system, use the -n option instead.  It is slower, but it will preserve your data.

Predpokladam ze Pavouk106 je skuseny user a vie co znamena write-read test. Cisty read test nestaci na dobre otestovanie disku.

[Pavouk106]

Zapomněl jsem napsat, že badblocks znám a v případě potřeby klidně pustím i zápisový test. Nejsou tam (zatím) žádná podstatná data... Je to ale časově náročné, proto jsem tím hned nezačal. Ale pokud se tu něco nevyvrbí, tak to v sobotu odpoledne pustím. V neděli bych to rád předal funkční :-)

[barney]

man badblocks:

Never use the -w option on a device containing an existing file system.  This option erases data!  If  you  want  to  do  write-mode testing on an existing file system, use the -n option instead.  It is slower, but it will preserve your data.

Radsej som ho mal varovat. Diky za upozornenie  .

[qes]

Co výměna pasty? Nemůže se třeba přehřívat a podtaktovávat procesor?

[Pavouk106]

Procesor má teploty v pohodě (45-50), má to integrovanou NVidia kartu, přes kterou možná jde přehrávání (proprietární ovladače, ale jak to je s VDAPU u totemu, to nevím). Karta má taky kolem 50. I když přehrávám video o rozlišení nesmyslu (čti: 500x220px), dělá to to samé. Neviděl bych to na teplotní problémy.

[Jan Forman]

Ten disk mi nepříjde zcela OK

1) evidentně absolvoval velké množství nárazů
2) 197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       3

3 sektory, které potřebují asi vymazat když načíst už nejdou...

[Pavouk106]

Ten disk mi nepříjde zcela OK

Určitě není v top kondici, ale na odpis (asi) zatím taky ne. Uvidíme ještě zítra. Teď jdu spát, ráno to tu omrknu a uvidím, jestli pustit badblocks hned nebo ještě počkat/vyzkoušet něco jiného.

[JardaP .]

Predpokladam ze Pavouk106 je skuseny user a vie co znamena write-read test. Cisty read test nestaci na dobre otestovanie disku.

Prosim vas, prectete si ten manual taky.

Pavoukovy zkusenosti nediskutuji. Ale clovek nekdy dela blbosti, ktere jinak nedela, napriklad ve spechu nebo pri unave.

[JardaP .]

Ja jednou nekomu menil disk ve widlostroji, ktery se choval tak nejak jak v popisu. Byl pomaly az k posrani, boot trval o to dele, ze se updatoval antivirak a Widle, zatuhavalo to, zatimco disk drncel. Vymenou disku se to vyresilo a dalo se to pouzivat dokonce i s Widlema. Badblocks neco nasel, ale jinak ten disk celkem fungoval a cist sel skoro vsude v pohode, na par mistech zpomaloval. Potiz byla si v tom, ze spousta zapisu se musela mnohokrat opakovat, nez se povedly, takze OS travil vecnost drncenim diskem.

Nejlepsi by bylo hrabnout do supliku pro jeden z tech starych disku, ktere je cloveku lito vyhodit a zkusit to s nim.

[barney]

Predpokladam ze Pavouk106 je skuseny user a vie co znamena write-read test. Cisty read test nestaci na dobre otestovanie disku.

Prosim vas, prectete si ten manual taky.

Pavoukovy zkusenosti nediskutuji. Ale clovek nekdy dela blbosti, ktere jinak nedela, napriklad ve spechu nebo pri unave.

write-read test zmaze vsetko na disku, to je jasne. Ktorej casti manualu k badblocks podla teba nerozumim?