A témának utánguglizva megtudtam, hogy bizonyos lemezek hajlamosak túlbuzgóra venni a figurát és minden adandó alkalommal parkolni próbálják a fejet, ezzel jócskán rövidítve a meghajtó élettartamát. Az egész "botrány" egy launchpad buggal[2] kezdődött (ez ment slashdotra is), majd külön wiki oldalt[3] kapott ahol részletesen körüljárják a témát, többek köszt egy szép kis listát is találhatunk az érintett lemezekről.
Dióhéjban annyiról van szó, hogy ha a smart értékek közül a load_cycle_count a meghajtó korához képest nagy és feltűnően gyorsan növekszik, akkor fenn áll a veszélye a meghajtó idő előtt elhalálozásának.
A probléma megoldásai egyébként rém egyszerű, a hdparm -B kapcsolója egy 0 és 255 közötti értéket vár, ami minél nagyobb annál ritkábban parkol majd a fej. A parancsot minden boot utána újra ki kell adni (automatizálása javallott). A parkolás teljes kikapcsolásához ajánlott a 254 értéket használni mert sok meghajtó (pl az enyém) nem vesz tudomást arról ha 255öt kap. Így viszont csendesebb lett, nem "lagzik" és remélhetőleg hosszú közös jövő elé nézünk :) mivel úgyis asztali gépként használom ezért a plusz fogyasztás valamint a döcögésből adódó adatvesztés réme nem fenyeget.
[1] http://hardware.slashdot.org/article.pl?sid=07/10/30/1742258
[2] https://launchpad.net/ubuntu/+source/acpi-support/+bug/59695
[3] https://wiki.ubuntu.com/DanielHahler/Bug59695
- ijanos blogja
- A hozzászóláshoz be kell jelentkezni
- 3177 megtekintés
Hozzászólások
Nagyon jó. Kösz hogy szóltál. 26000 parkoláson van túl az enyém, ezek szerint tök fölöslegesen.
Én Michael Baranov módszerével oldottam meg: https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comme…
Készítettem egy 755 jogú fájlt "99-fixhdd.sh" néven, a következő tartalommal:
---
#!/bin/sh
hdparm -B 254 /dev/sda
---
Az alábbi három helyre másoltam:
/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/
Működik, azóta nem nagyon parkol.
--
the tide is turning
- A hozzászóláshoz be kell jelentkezni
Őőő a SMART-ban melyik a parkolások száma? Milyen néven hivatkozik rá?
- A hozzászóláshoz be kell jelentkezni
"Dióhéjban annyiról van szó, hogy ha a smart értékek közül a load_cycle_count a meghajtó korához képest nagy és feltűnően gyorsan növekszik, akkor fenn áll a veszélye a meghajtó idő előtt elhalálozásának."
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
Ez egy desktop gép vinyója (Maxtor), lehetséges, hogy 0 az értéke? Tehát csak azokat a parkolásokat számolja, amik menet közben történnek, vagy azokat is, amik kikapcsoláskor? Egyébként különösebben nem érdekel, csak gondoltam megnézem, ha már lehet. :)
- A hozzászóláshoz be kell jelentkezni
Feltételezem egy desktop hddbe nem teszik bele a ficsőrt. Azok eleve nem bírnak annyi felpörgést/leállást egy ilyen opció akár drasztikusan csökkentheti az élettartamot, negatív hatása lenne a teljesítményre ráadásul semmi pozitív hatása nem lenne.
A ki-bekapcsoláskor történő felpörgést azt hiszem a start_stop_count méri.
- A hozzászóláshoz be kell jelentkezni
Köszönöm az infót!
Közben megnéztem anya laptopján, és elképedtem:
Power-On Time Count: 1512
Load/Unload Cycle Count: 37771
Gyors fejszámolás: ~25 parkolás/óra.
Aztán néhány perc múlva újra megnéztem, a parkolások száma már 37780 volt...
Szóval ezen javítani kell, már csak a ódszer kell hozzá. A dolog szépsége, hogy ez nem linux, hanem windows xp. Használhatom a hdparm for windows-t, de azért előtte jó lenne tudni, hogy vajon nincs-e beépített megoldás erre a windowsban?
- A hozzászóláshoz be kell jelentkezni
Köszi az infot!
Én is hasonló eredményt kaptam.
Power-On Time Count: 1846
Load/Unload Cycle Count: 45079
->24,4
Én kb 4 hónapig használtam xp-t, azóta linux van rajta. (kb 6 hónapja)
- A hozzászóláshoz be kell jelentkezni
Kösz, épp ilyesmit kerestem:)
SuSe 10.3 Semmi cicó.
- A hozzászóláshoz be kell jelentkezni
Load_Cycle_Count: 673243
Ejha. 52/óra, ez tényleg sok.
(Ez meg egy jó leírás a SMART-ról:
http://gentoo-wiki.com/HOWTO_Monitor_your_hard_disk(s)_with_smartmontoo…)
__________
0x2A
- A hozzászóláshoz be kell jelentkezni
Energiahasználat optimalizálása linuxos notebookon
Hasonló megoldás, automatikusan szkriptből állítható teljesítmény beállítások. :)
- A hozzászóláshoz be kell jelentkezni
Device Model: SAMSUNG HM120JI
Serial Number: S09GJ10L809401
9 Power_On_Hours 1013849
225 Load_Cycle_Count 1523002
Nekem nem igazán tűnnek reális értékeknek :)
Ilyen esetben...?
- A hozzászóláshoz be kell jelentkezni
esetleg próbáld meg HDSentinellel kiolvasani.
http://hup.hu/cikkek/20080508/megjelent_a_hard_disk_sentinel_linux-ra
- A hozzászóláshoz be kell jelentkezni
Köszi.
[...]
Health : 100 %
Performance : 100 %
Power on time: 352 days, 7 hours, 1 minutes
A Power-on-time már reálisabb így...
- A hozzászóláshoz be kell jelentkezni
Arra vigyázz, hogy a Health "csak" azt nézi hogy minden határértéken belül legyen. Azt, hogy az egyes értékek milyen sebességgel nőnek nem.
- A hozzászóláshoz be kell jelentkezni
Na ez egy remek leírás!
Nekem egy FS Amilo notim van, aminek a winyója, - ha otthagyom pár percre, vagy órára - a laptopot, elkezd kattyogni. Hallom, hogy a fej leparkol, majd újra beindul. Ennek kiküszöbölésére eddig scandisk-et, vagy töredezettségmentesítést indítottam el... :D
A szóban forgó HDD tehát egy FUJITSU MHV2080BH SATA Laptop winyó. HDD smart "Load/Unload Cycle Count" értéke 29686... A laptop 1 és fél éves.
Köszönöm a leírást, rendkívül hasznos információ volt! Még sok ilyet!
HDparm Windows-osoknak: http://hdparm-win32.dyndns.org/hdparm/
- A hozzászóláshoz be kell jelentkezni
Üdv, köszi az infót. Már régóta használtam hdparm -ot boot-kor (hp pavilion zv6009ea), de a -B beállításom 255 volt, lehet hogy nem vette be :) bár nem hallottam kattogásokat.
Eredetileg egyébként nem a túlélése miatt tettem be, hanem azért, mert iszonyat lassú, és mindenféle opciót be akartam rajta kapcsolni / átállítani, amely valamiféle teljesítménynöveléshez vezethet.
-- There is never time to do it right, but always time to do it over.
- A hozzászóláshoz be kell jelentkezni
Köszönöm, hasznos információ.
----------------------------------------------------------
Sebeink emlékeztetnek arra, hogy a múlt valóban megtörtént
- A hozzászóláshoz be kell jelentkezni