Alarm włączył mi się po przeczytaniu tekstu Stefano Rivery. Sprawdziłem. Na moim półrocznym laptopie dysk dotarł już do niemal 60000 cykli.
O co chodzi? O to mniej więcej, że Linux lekce sobie waży limit parkowań głowicy. Limit ten jest ściśle określony przez poducenta sprzętu i na przykład w przypadku mojego dysku wynosi 600 000 parkowań. Parkowanie dysku – tak dla przypomnienia – polega na przesunięciu głowicy poza powierzchnię nośnika, ewntualnie nad jej nieużywany obszar w celu uniknięcia uszkodzenia danych, co może się wydarzyć w momencie gwałtownego wstrząsu, czy upadku komputera. Na moim laptopie dysk ucieka z głowicą mniej więcej raz na minutę, w zasadzie zawsze gdy tylko system wykryje, że nie jest używany. Dużo za często.
Chcecie? Sprawdźcie u siebie.
sudo smartctl -a /dev/sda | grep Load_Cycle_Count
(wymaga zainstalowania pakietu smartmontools)
Teoretycznie po przekroczeniu limitu parkowań dysk wcale nie musi paść. Teoretycznie. W praktyce warto się pochylić nad tym problemem. Na ubuntowym Launchpadzie pochylają się nad nim od września zeszłego roku i póki co niewiele z tego wynika. Błąd jest potwierdzony (wielokrotnie, na różnych konfiguracjach) i ma status… wishlist! Tak jest, wishlist, choć powinien zostać oznaczony jako critical. Dopóki któryś z deweloperów nie obudzi się letargu problem można rozwiązać w bardzo prosty sposób:
hdparm -B 255 /dev/sda
Dodajemy powyższe do /etc/rc.local i działa. Dysk nie będzie już parkował, więc licznik się uspokoi.
Z tym parametrem dla hdparm trzeba uważać. U mnie działa 255, na innych dyskach 254, na jeszcze innych 0 – zależy od producenta. Najlepiej poobserwować jak zmienia się licznik po zaaplikowaniu powyższej komendy.
Żeby było śmieszniej, przygody z szalejącym licznikiem parkowań ma nie tylko Ubuntu, ale również inne dystrybucje. Większość użytkowników twierdzi, że nie słyszy tak często charakterystycznego kliknięcia pracując pod Windows, ale zdarzają się tacy, co i tutaj narzekają. Nie udało mi się niestety namierzyć windowsowego narzędzia, które potrafi wyświetlić aktualną wartość licznika, ale nie szukałem zbyt intensywnie, przyznaję. Trafiłem również na relację użytkownika MacBooka, który ma identyczny problem. Ponad 200 000 cykli po roku użytkowania laptopa.
Na wszelki wypadek sprawdźcie swój sprzęt. Nowych dysków nie dają za darmo.
PS Mój dysk jest widziany jako /dev/sda. Wasz niekoniecznie. Jeżeli nie macie napędu SATA, to nawet na pewno.
Aktualizacja: z parametrem hdparm -B należy postępować ostrożnie, w szczególności należy sprawdzić temperaturę dysku pracującego bez możliwości zaparkowania. Zachęcam do poeksperymentowania z różnymi wartościami i obserwowania jak wpływa to na wartość licznika.
Kolejna aktualizacja: na Wiki Ubuntu znajduje się strona podsumowująca problem. Można też wczytać się w komentarze na Slashdocie.
Kupiony w czerwcu MacBook ma podobny problem.
Użytkownicy Windows mogą użyć portu narzędzia hdparm przeportowanego dla ich platformy lub też dowolnego innego programu, wedle uznania.

1. U mnie parametr nazywa się ‚Load_Cycle_Count’, so do grepa przydałby się ‚-i’ ;)
25.10.2007 @ 00:58 #2. Czy powinienem patrzeć na kolumnę RAW_VALUE? Jeśli tak, to po roku czasu mam ok. 44k.
Pod Windowsem chyba Aida32 potrafiła pokazać zawartość rejestrów SMART…
25.10.2007 @ 01:03 #A mój dysk wedle tego narzędzia „does not support SMART” i w związku z tym mam „Error Counter logging not supported”. Dziwna sprawa…
25.10.2007 @ 02:47 #MySZ:
Moja culpa. Powinno być dokładnie tak, jak piszesz. Poprawione.
Zbigniew:
Pytanie czy wyświetla RAW_VALUE, bo tylko wtedy widać licznik zmieniający się z dokładnością do jednego cyklu. smartctl podaje po prostu duuużo obszerniejsze i dokładniejsze dane niż znane mi narzędzia windowsowe.
25.10.2007 @ 06:14 #Wow. Mój półroczny laptop ma już 528 tys.
25.10.2007 @ 06:42 #Mówię Wam, to pewnie zmowa społeczności OpenSource z producentami dysków ;) My Wam odpalimy parę zielonych, a Wy ignorujcie problem, Linuksiarze nie kupuję drogich kart graficzny, megaprocesorów do gier, to chociaż niech na dyski wydadzą ;)
25.10.2007 @ 07:36 #OK, a co się stanie, kiedy weźmie i dysk sobie tę magiczną granicę przekroczy? Wybuchnie? Zdechnie? Stanie się niezapisywalny? Stochastycznie pokryje się zerami i jedynkami? Eksploduje?
Twardziele w systemach chodzą latami całymi i jakoś jak do tej pory nikomu to nie przeszkadzało a i chyba zbytnio szkód nie czyniło bo by się pozwy sypały za utratę danych na lewo i prawo. Dlaczego nagle ma to się zmienić? Tak z ciekawości pytam?
25.10.2007 @ 08:21 #CoSTa:
Ramię głowicy i napędzający je silniczek ma określoną wytrzymałość i producent z góry określa jaką ilość parkowań jest w stanie wytrzymać. Jak ją przekroczysz może nie stać się nic ale może też nastąpić mała katastrofa. Jeżeli dysk parkuje co 5 sekund, to nie jest to normalne.
25.10.2007 @ 08:58 #No toś mnie zmartwił. W moim laptopie jeden dysk już padł (60GB Samsung) gdzieś tak po 1.5 roku. Wymieniony został w ramach gwarancji. Drugi dysk pracował do tej pory, ale wymieniłem go na większy 160GB – muszę sprawdzić bo żal by mi go było…
25.10.2007 @ 09:13 #byte:
Ach so… No dobrze ale przecież lata świetlne temu pozbyliśmy się komendy park z dosów i zdaje się, że dyski wzięły na siebie to niewdzięczne zadanie już bardzo dawno temu. Czyli co, od lat problem istnieje ale dopiero teraz został wykryty? Czy też może te nowe urządzenia po prostu mają wszystkie równo „zwalone” ustawienia w swoich firmware i producenci liczą, że dzięki temu szybciej będą się sypały? Bo jeśli ten problem istnieje od lat, to nie ma co wpadać w panikę bo jakoś jestem spokojny o te 250 giga, które od trzech bodajże lat bezproblemowo sobie w moich komputerach śmigają i takoż jestem spokojny o 80 giga, które po chyba 5 latach nadal służy dzielnie mojemu brackiemu (no chyba że kupił nowego kompa i starocie wywalił do śmieci bo po jakiego mu 80 giga dodatkowego szumu, skoro ma pod maską 500 giga czegoś nowego i kilkukrotnie szybszego). Twój twardziel ma z tego co czytam na stronie 5 lat gwarancji. W międzyczasie wymienisz go pewnie z raz… Nie no, medialnie faktycznie to brzmi że o ja cię kręcę ale nie dajmy się zwariować :)
No chyba że to kwestia systemu operacyjnego a nie firmware twardziela, w takim razie trza programistów za jaja i niech poprawiają kod.
25.10.2007 @ 09:30 #CoSTa:
To nie wygląda na firmware. Dyski nie parkują same z siebie.Tylko Ubuntu zainstalowane na laptopie tak się zachowuje. Windows na przykład zdecydowanie rzadziej zabiera się za parkowanie.
Faktycznie, kogoś trzeba wziąć za jaja :)
25.10.2007 @ 09:40 #$ sudo smartctl -a /dev/sda | grep -i Load_Cycle_Count
193 Load_Cycle_Count 0×0012 033 033 000 Old_age Always – 677390
Półtora roku nawet nie ma…
25.10.2007 @ 09:58 #byte:
Nie parkują same z siebie? Oj, to niezbyt teges. Może nie z częstotliwością kilka razy na minutę ale powinny w chwilach bezstresowych zjeżdżać poza talerze na wszelki wypadek. Patrz, wydawało mi się, że to tak działa… No cóż, człowiek całe życie się uczy :)
A co się stanie, gdy zarządzanie energią się wyłączy? Teoretycznie twardziele powinny mieć ciągłego spina i głowicę w gotowości nad talerzami. Ciekawe co wtedy…
25.10.2007 @ 10:09 #pod windowsem jest sporo narzedzi ktore pokazuja SMART
25.10.2007 @ 10:23 #chociazby SpeedFan, Notebook Hardware Control czy HD Tune
na moim laptopie dzialajacym glownie pod Windowsem po 1,5 roku jest okolo 111000 cykli
CoSTa:
hdparm -B 255 robi właśnie to – wyłącza APM dla wskazanego dysku.
25.10.2007 @ 10:28 #Jak myślicie? Pora na backupy i rozglądanie za nowym dyskiem?
25.10.2007 @ 10:29 #tak czytam i sprawdziłem u siebie laptop na pol roku i niejest zle
25.10.2007 @ 10:32 #sudo smartctl -i -a /dev/sda | grep -i Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 17443
pozdrawiam
U mnie nie ma takiej opcji jak Load_Cycle_Count a mam uruchomiony SMART ?
25.10.2007 @ 11:09 #kebe:
Prawdopodobnie Twój dysk nie obsługuje tego parametru.
25.10.2007 @ 11:20 #sudo smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0012 100 100 000 Old_age Always – 5320
2 miesiące ma czyli powinien wytrzymać 20 lat :)
25.10.2007 @ 11:39 #Niezłe… Wielkie dzięki za informację, mi licznik przyrastał średnio w tempie 4 na minutę, obecnie mam ok. 86 tys. cykli po 2 latach używania kompa, ale pod Windowsem. Tydzień temu przesiadłem się na Ubuntu – dobrze, że mogłem szybko zareagować.
Czy tym panom od Linuksów nie da się jakoś uświadomić wagi problemu?
25.10.2007 @ 11:42 #„Mój dysk jest widziany jako /dev/sda. Wasz niekoniecznie. Jeżeli nie macie napędu SATA, to nawet na pewno.”
25.10.2007 @ 11:49 #Odkąd w kernelu jest libpata to wszystkie dyski (ATA, SCSI, SATA) są widziane jako sdX.
–> Azrael:
25.10.2007 @ 11:59 #No właśnie. Ja też nie mam SATA, a dysk mam pod /dev/sda.
Azrael:
O, widzisz, nie zauważyłem tego nawet.
25.10.2007 @ 12:02 #Ponad 800 tys. zaraz się zabiję :P
25.10.2007 @ 13:10 #Ja myslę, że tym powinna się zająć Strefa 11.
Ponieważ na moim Ubuntu bez wprowadzania żadnych zmian jak do tej pory głowica parkuje średnio co kwadrans, to znaczy, że przy pracy 24h na dobę już po 17 latach mój licznik osiągnie stan krytyczny.
25.10.2007 @ 13:46 #Aaaaa! Wszyscy zginiemy!
Po pierwsze, z tego co mi wiadomo, tak jak pisal CoSTa, parkowanie dysku zalezy od dysku, a nie od systemu. Po drugie, Advanced Power Management jest _w_dysku_ i dlatego wylaczenie APM powoduje poprawe zachowania dysku. Wynika z tego zatem, ze nalezy poprawnie skonfigurowac dysk, a nie poprawiac „linux’a”. Kwestia odpowiednich sysctl’ow lubi innej parametryzacji. Reasumujac, wina za to mozna obarczyc jedynie dystrybucje, a nie Linux’a, Mac OS X czy inny system, a moze nawet administratora dystrybucji, bo nikt z dystrybutorow nie zaklada konkretnej konfiguracji sprzetu, a tym co przyzwyczaili sie do „idiotoodpornych” dystrybucji, bo nie uzywali linux’a wczesniej, gleboko wspolczuje.
25.10.2007 @ 13:56 #Panowie, co wy mi tu z takimi małymi wartościami. U mnie Load_Cycle_Count wynosi 1344360 ;D
25.10.2007 @ 14:01 #Dupa:
Jeżeli parkowanie dysku zależy od samego dysku, to dlaczego pod Windows jest o wiele rzadsze?
BTW: następnym razem poproszę o inny nick, bo polecisz do spamu.
25.10.2007 @ 14:04 #P.S. Żeby nie było to dysk ma tak z półtora roku, przez większość czasu mam na nim OS X zainstalowanego ;].
25.10.2007 @ 14:04 #Toz pisze, ze zalezy to od ustawien. Widac M$ zyczy sobie inne. Nawiasem mowiac, zupelna to bzdura biorac pod uwage narzedzia „antywstrzasowe” ktore zalatwilyby dysk w pol roku gdyby byl wrazliwy na parkowanie, bo wlasnie parkowanie nastepuje przy najdrobniejszym mikrowstrzasie, a z tego co zauwazylem to „nowatorski” sposob ochrony dysku wprowadzony przez IBM, Toshibe i inne znane firmy (sadzicie ze sa tacy naiwni lub dostali lapowe od Seagate’a lub wlasne dyski wyprzedaja w ten sposob? – Toshiba produkuje rowniez dyski). A juz zupelnie podchodzac technicznie do sprawy – czym rozni sie przesuniecie glowicy ze sciezki 17 na sciezke -1 od przesuniecia na sciezke 3? Chyba tylko zuzyciem energii, bo niczym wiecej. Kiedys szacowano zywotnosc dyskow innymi rownie bezsensownymi wartosciami jak ilosc obrotow talerzy czy sekund pracy.
25.10.2007 @ 14:17 #Nie wiem czym się różni, ale jak byk stoi w specyfikacji technicznej ile takich manewrów może wykonać mechanizm sterujący i SMART taką wartość raportuje, więc chyba coś w tym jest.
Z inżynierami nie przywykłem się spierać.
Parkowanie nie następuje „przy najdrobniejszym mikrowstrząsie”, bo ja doskonale słyszę kiedy dysk parkuje – nie da się tego dźwięku przegapić. Biorąc pod uwagę, że z reguły trzymam laptopa na kolanach, parkowanie powinno mieć miejsce kilkanaście razy na minutę a wydajność dysku byłaby żałosna. Nie zachodzi ani jedna, ani druga okoliczność przyrody.
25.10.2007 @ 14:37 #BTW: będę wdzięczny laptopowym użytkownikom Debiana, Slacka, PLD czy innej dystrybucji dla twardzieli za sprawdzenie tego parametru u siebie.
25.10.2007 @ 14:41 #Co ciekawe, u mnie dysk w ogóle nie pokazuje tej wartości. :-)
25.10.2007 @ 14:48 #Alez prosze bardzo, Fetora ma tyle na laptopie Toshiby:
193 Load_Cycle_Count 0×0032 099 099 000 Old_age Always – 37174
Generalne wyglada to na bug dystrybucji jak juz zauwazylem wczesniej.
Natomiast co do parkowania i mikrowstrzasow, zrob sobie testy na windzie uzywajac softy antywstrzasowego, a pozniej sprawdz pod linuchem smartem ile masz na liczniku, tylko „potrzasnij ” przynajmniej nascie razy (o ile sie o dysk nie boisz bo moim zdaniem predzej wykonczysz dysk wstrzasami niz parkowaniem czy rzerzeniem glowica). A to ze ktokolwiek pisze o parkowaniu to inna bajka, bo pewnie ma na mysli odlaczanie zasilania „silnikowi” glowicy przy wylaczaniu dysku – jest to parkowanie definitywne – moze opis w specyfikacji technicznej jest nieprecyzyjny. A to ze odpalanie i wylaczanie dysku czeste jest szkodliwe wiadomo od lat.
25.10.2007 @ 14:58 #…
Aaa, zapomnialem dodac ze ma ponad rok (laptop) i jest uzywany glownie pod linuxem (90%)
25.10.2007 @ 14:59 #http://bronikowski.com/?a=single&id=448
Pozwoliłem sobie podrzucić jeszcze jeden link w tej sprawie.
25.10.2007 @ 15:04 #Nieco więcej na temat technologii head load/unload. Te 600 000 może oznaczać nie tylko ruchy głowicy, ale również hamowanie/rozpędzanie talerzy temu towarzyszące (ewentualnie odwrotnie – „ucieczki” głowicy towarzyszą spowalnianiu/rozpędzaniu nośnika).
25.10.2007 @ 15:18 #Hahahaha! No i wyszlo na moje :) Ludzie, zapewniam was, ze programisci linux’a to nie idioci :)
25.10.2007 @ 15:21 #InnyNick: nikt nie twierdzi, że są. Mimo to lepiej dmuchać na zimne i dowiadywać się więcej o systemie, do czego Byte nas sprowokował. Wychodzimy więc wiedząc więcej, a to chyba dobre, nie? ;-)
25.10.2007 @ 15:23 #Na wiki Gentoo znalazłem sugestię żeby dyski Seagate w laptopach traktować -B 192, bo wyłączenie APM może im niebezpiecznie podnieść temperaturę.
25.10.2007 @ 15:32 #Hmm… to by była teoria która tłumaczyło dlaczego w moim starym dysku (ok 5 lat pod Win), po 7 miesiącach pracy w Linuxie, nagle głowica postanowiła się oddzielić od reszty z radosnym „stuk-puk”
25.10.2007 @ 16:35 #arcim:
A to był laptop? Bo desktopy tego nie mają.
25.10.2007 @ 16:38 #Desktopy nie ? Cóż kolejna teoria upadłą, a dysk rozpadł się pewnie ze starości :)
Ps. Tia…a ja mam dziś w takim razie problemy w czytaniu z zrozumieniem… ale po dwóch walki z Win 2003, mogę się czuć rozgrzeszony ? :)
25.10.2007 @ 16:45 #To w końcu na czym stanęło? Można instalować *buntu na laptopie czy nie?
25.10.2007 @ 17:43 #waimer:
Ja bym instalował. Mam i nie narzekam.
25.10.2007 @ 18:05 #swego czasu na forum ubuntu było o tym, że ubunciak przed samym wyłączeniem daje polecenie flush caches, co powoduje rozpędzenie talerzy. po tym się wyłącza i głowica parkowana jest awaryjnie. a ilość możliwych awaryjnych parkowań jest dużo mniejsza od parkowań eleganckich. i z tego co pamiętam problem ten został rozwiązany wraz z kernelem 2.6.22, czyli w gutsym.
25.10.2007 @ 18:56 #ale mogę się mylić. jest kolejny temat do zastanowienia się. ;)
Ciastek:
O to chodzi?
Nie się czym martwić :)
25.10.2007 @ 19:31 #no i wyszło niestety fatalnie. Po paru dniach dysk ma ponad 4000 L_C_C i rośnie w zastraszającym tempie. To by tłumaczyło pad poprzedniego dysku. Jak pisałem w poście wyżej to już trzeci dysk w moim laptopie. Ten drugi mam w kieszeni usb więc nie mogę prosto sprawdzić jego L_C_C (smartmontools chyba nie ma na livecd?), ale podejrzewam że jest wielkie :)
W każdym razie dzięki bycik za tipa który może oszczędzi nowy dysk.
ciastek:
25.10.2007 @ 20:20 #fakt, u mnie zamykanie feisty kończyło się dźwiękiem z okolic laptopowego dysku, który było słychać w całym pokoju. W gutsym już tak nie mam (ale dysk też zmieniłem więc eksperyment niepotwierdzony)
To to tylko chodzi o dyski w laptopach czy w PC-tach też?
25.10.2007 @ 20:35 #właśnie to byte. jedno zmartwienie mniej.
25.10.2007 @ 20:44 #u mnie (dysk Samsunga 160GB HM160JC ) gwałtowna degradacja została powstrzymana poprzez hdparm z parametrem B w wysokości 254. Może komuś to pomoże
25.10.2007 @ 20:59 #kiero:
Tylko laptopy.
Ten Kiero?
25.10.2007 @ 21:05 #Ten tzn. jaki?
25.10.2007 @ 21:38 #kiero:
Madwizards? Łyżka na to: niemożliwe :)
25.10.2007 @ 22:14 #HP530 + Hitachi hts54168 + GG 7.10 i nie zjada tego tak szybko. Może to zależy od producenta dysku? W firmie sprawdziłem na 5 letnim Dellu również z GG 7.10 – 302033/301820
25.10.2007 @ 22:38 #Mi po siedmiu miesiącach używania notebooka, bateria z 5 godzin wytrzymuje już tylko max 3 ;/ To też wina Linuksa? :D
25.10.2007 @ 22:52 #Nie wiem dlaczego tylko laptopy niby … dysk to dysk jest. U mnie (toshiba z 2004 roku)
# smartctl -a /dev/hda | grep -i load_cycle
193 Load_Cycle_Count 0×0012 076 076 000 Old_age Always – 242623
# hdparm -I /dev/hda | grep -i -A 1 „advanced.*level”
Advanced power management level: 128 (0×80)
Recommended acoustic management value: 128, current value: 254
inna sprawa, że ja od dłuższego czasu podejżewam, że dysk w Coyote się kończy, choć jakoś nie wiązałbym tego z parkowaniem głowicy podczas pracy bo nie wiem dlaczego, ale wydaje mi się to naturalnym dla dysku. Hmmm a może jednak zrobię backup? Eeee :D
26.10.2007 @ 01:17 #OK to na czym stanęło?
Ubuntu jest cool czy nie jest cool?
26.10.2007 @ 11:05 #A jak się to przepraszam ma do standardowych komputerów PC. z normalnymi „dużymi” dyskami? Po sprawdzeniu mój WD Sata nie monitoruje tego parametru :(
26.10.2007 @ 15:41 #Paszczak:
Mój dysk też tego nie raportuje. Jeżeli Garett ma rację, to wygląda na to, że to BIOS laptopa narzuca takie ustawienia. W laptopie ma jeszcze to jakiś sens, ale w desktopie? Żadnego.
26.10.2007 @ 15:55 #@byte: pomyłka raczej :)
26.10.2007 @ 16:45 #Byte dzięki!
26.10.2007 @ 20:44 #Laptop ma dwa tygodnie (kupiony 12.10.2007) a już przejechał 611
Nie każdy dysk posiada to zabezpieczenie. W desktopach nie miałoby ono sensu. Dlatego też brak atrybutu Load_Cycle_Count.
Ciekawe jest to, że do parkowania w ogóle dochodzi, jeśli na dysku mamy system plików z księgowaniem. Przykładowo przy EXT3 domyślnie co 5s jest odwołanie do HDD, więc jakim cudem dochodzi do zdjęcia głowic? Bo to, że muszą wrócić na talerze w czasie krótszym, niż 5s od zaparkowania, jest już zupełnie jasne.
W dodatku problem nie dotyczy tylko Linuksa:
http://ask.metafilter.com/69305/Should-I-be-worried-about-these-weird-noises-my-laptop-is-making
Przy przekopaniu się przez Googla najczęściej powtarzaną w kontekście tego problemu nazwą jest Hitachi. Pewnie w takim razie będzie to jakiś problem na styku BIOS firmware.
26.10.2007 @ 20:59 #3tygodnie temu odebrałem laptopa:
19074 – i rośnie 2/3 co 1/2min.
HELP?
ps. Byte nie wybaczę Ci :| :)
26.10.2007 @ 21:06 #Dyski twarde w laptopach sa zaprojektowane z mysla o czestym parkowaniu. Wiele (jesli nie wiekszosc) z nich posiada rampy ktore redukuja zuzycie ramienia glowicy i talerzy. Jesli chodzi o wytrzymalosc ramienia, to nie chce mi sie wierzyc, aby parkowanie na rampe mialo na nia wiekszy wplyw niz zwyczajny ruch przy pozycjonowaniu do cylindra. Glowne obciazenie to spin-up dysku, ale okres bezczynnosci wymagany do wylaczenia silniczka talerzy mozna regulowac.
27.10.2007 @ 01:21 #5132 – sprzęt ma 3 lata, od zawsze chodzi na linuxie.
27.10.2007 @ 12:26 #Mam taki sam dokładnie dysk jak twój i zrobiłem dokładnie to co piszesz by zrobic i powiem ci ,ze mój licznik wciąż rośnie ????WHY????
27.10.2007 @ 12:41 #wciągu 10 minut miałem parkowań po wpisie tyle czy to jest ok czy dużo ? =31
27.10.2007 @ 13:08 #naur> Problemem nie jest zużycie ramienia, tylko delikatnego mechanizmu blokującego owe ramię przy parkowaniu. Jego uszkodzenie oznacza koniec życia dysku.
Ale prawda, że laptopowe dyski są produkowane z myślą o częstych wizytach głowic na rampach. Dlatego warto się przyjrzeć, w jaki sposób zachowuje sie wartość z kolumny VALUE raportu SMART, a mniej uwagi poświęcać kloumnie RAW_VALUE
27.10.2007 @ 13:58 #velchinaski :
A nie pracujesz czasami na bateriach? Pytam, bo wtedy skrypty systemowe wysyłają hdparm -B 1.
Wykonaj komendę:
sudo hdparm -S 0 /dev/sdaOczywiście twój dysk to na pewno sda?
I przede wszystkim: komendy umieszczone w /etc/rc.local wykonują się przy starcie systemu, więc trzeba zrestartować system, by zadziałały :) Jak chcesz zatrzymać parkowanie „od ręki”, wykonujesz
27.10.2007 @ 14:46 #sudo hdparm -B 192 /dev/sda. Skutek tej komendy nie będzie jednak trwały, bo obowiązuje tylko do nabliższego restartu. Aby mieć spokój trzeba dodaćhdparm -B 192 /dev/sdado wspomnianego wyżej pliku startowego. Wartość 192 to jest zalecana akurat dla mojego i Twojego dysku. Ważne: na końcu pliku /etc/rc.local powina się znaleźć komendaexit 0.Melduję posłusznie, że openSUSE 10.3 wydaje się nie mieć tego problemu (licznik stoi przez ponad godzinę normalnej pracy).
27.10.2007 @ 20:31 #Wiecie co … parkowanie parkowaniem, ale tak się przyglądam temu wszystkiemu … i np.:
3 Spin_Up_Time 0×0007 157 157 033 Pre-fail Always – 2
i wiecie co … takich pre-fail to ja mam tam dość dużo … brzmi groźnie :D
27.10.2007 @ 23:48 #U mnie wystarczyło odinstalowanie pakietu laptop-mode-tools by Load_Cycle_Count przestał rosnąć co minutę. Teraz jak dygnie o jeden co dziesięć minut to jest dobrze… Debian Etch, dysk Hitachi HTS54161
28.10.2007 @ 01:19 #byte – pracuje na baterii i jak sie konczy podłaczam zasilacz ale wtedy nie restartowałem kompa wiec teraz juz wiem wszystko i licznki stoi na cyferce magicznej =11656
28.10.2007 @ 14:23 #No i nie słychac charakterystycznego dżwieku :) Dzieki raz jeszcze mam swego ASUSa od prawie roku i chcialbym go miec jak najdluzej bez awarii…bede sledził twego bloga bo jest w nim duzo interesujacych zagadnien…POZDR :)
Witam, trochę wystraszył mnie ten artykuł. Niestety nie mam takiego parametru Load_Cycle_Count, więc nie za barzdo wiem co zrobić. Mój dysk to Seagate Barracuda 9, a tutaj jest test wykonany przez SpeedFan http://www.hddstatus.com/hdrepshowreport.php?ReportCode=1977504&ReportVerification=76A46442
28.10.2007 @ 16:29 #Ubuntu używam mniej więcej od kończ czerwca, a tak naprawdę mocno (8 godzin dziennie, czsami więcej gdzieś od 12 sierpnia). Test wskazuje:
The overall fitness for this drive is 97%.
The overall performance for this drive is 97%.
Więc moze u mnie ten parametr tak szybko nie rośnie. Mógłby ktoś z Was sprawdzić jaki ma FITNESS & PERFOMANCE przy wysokim Load_Cycle_Count
Jasna cholera. Pod Feistym nie chciało mi pokazać tej wartości twierdząc, że mój dysk nie obsługuje S.M.A.R.T. Pod Gutsym sprawdziłem i … mój licznik przekroczył milion a laptop jeszcze trzech lat nie ma.
28.10.2007 @ 16:40 #A moze to zalezy tylko od producenta dysku? Mam 2 dyski 2.5″ (swego czasu zrobilem w laptopie upgrade z Hitachi 4200rpm 30GB na Hitachi 5400rpm 40GB).
Obydwa maja bardzo wysokie wartosci licznika Load, a pracuja bez problemu. Starszy dysk ma prawie 3 lata, ma za soba okolo 8-10k godzin pracy bez zadnej przerwy i same trudne warunki (np. wozilem laptopa w plecaku na rowerze zima :)
29.10.2007 @ 10:22 #lothalev:
Przekroczenie tego wskaźnika nie oznacza automatycznej awarii. Zwiększa tylko prawdopodobieństwo.
29.10.2007 @ 10:30 #@byte: Przydaloby sie jakies oswiadczenie firmy Hitachi na ten temat, bo to najczesciej na ich dyskach wartosci sa tak duze (a moze po prostu najczesciej w laptopach montuje sie Hitachi i to stad? ;)
29.10.2007 @ 11:21 #To moje
193 Load_Cycle_Count 0×0012 087 087 000 Old_age Always – 136012
na 2-letnim lapku jest zatem dobrym wynikiem :D?
29.10.2007 @ 16:04 #No, tylko że mi na przykład akumulator pada.. mniej niż 50% :/.
Też podzielę się swoimi spostrzeżeniami na ten temat. W swoim lapku mam dysk Hitachi Travelstar 5K100 series. Na moim Gutsym nie zauważyłem problemu z parkowaniem. Nawet 2-3 godziny chodzenia a wartość LCC taka sama. Ubuntu mam na stałe od pół roku. Z kolei na windowsie XP Sp 2 wartość zmienia się minimum 2 razy w ciągu 5 minut. Test robłem Everestem. Lapka mam od roku a moje LCC 56388.
29.10.2007 @ 19:20 #Na moim PLD jest:
225 Load_Cycle_Count 0×0012 001 001 050 Old_age Always FAILING_NOW 7526537
Laptop jest poleasingowy … tak gdzieś z 1999 roku – od trzech lat non-stop włączony – serwerek. Wniosek – kiedyś to robili porządny sprzęt!! ;-)
30.10.2007 @ 01:45 #Kiedyś przez lata używało się „przewierconych” 720kB jako 1,44MB i nie było problemu, a dziś dyskietki (tam gdzie jeszcze istnieją) sa jednorazowe ;-(
U mnie wyrażenie „Load_Cycle_Count” w ogóle nie występuje w tym raporcie.
30.10.2007 @ 14:10 #Czy ten problem z dyskiem tyczy się tylko laptopów czy może także desktopów?
lordd:
To znaczy, że Twój dysk nie raportuje tego parametru. Nie martw się, mój dysk w desktopie też nie.
Wzmożone parkowanie jest efektem albo działania firmware dysku albo BIOS-u. Dyski i BIOS-y nie przeznaczone do laptopów powinny być więc wolne od tej przypadłości.
30.10.2007 @ 18:15 #Przelogowałem się na Windows i muszę powiedzieć, że tam też słychać charakterystyczny stuk (pod Ubuntu tego nie słyszę, bo wyłączyłem). Więc nie wiem, czy to na pewno takie groźne.
31.10.2007 @ 06:39 #m_gol:
Jak mówiłem: ludzie używający Windows też narzekają, chociaż akurat u mnie nie ma takich objawów. Limit programowego wyłączania dysku jest jednak faktem.
31.10.2007 @ 08:07 #http://www.idg.pl/news/129276.html
Informacja poszła w Polskę…
31.10.2007 @ 15:40 #m_gol:
Dlaczego wycięli Ci link do mojego bloga?
31.10.2007 @ 17:12 #Nie wiem, dlaczego. Wygląda na to, że nie lubią linków do konkurencyjnych źródeł informacji… No bo dlaczego po wpisaniu przeze mnie urla komunikat nie poinstruował mnie, że nie wolno, tylko poradził, że w odpowiedziach linki podaje się nie przez http://cośtam.pl, tylko poprzez wzięcie adresu w nawiasy [[]]…
2.11.2007 @ 05:06 #Poprawka – nie po wpisaniu, ale zaraz pod polem na wpisanie komentarza jest porada:
Uwaga: Adres www wpisujemy w specjalnych znacznikach [[www.adres.pl]]
Ktoś tu jest niekonsekwentny…
2.11.2007 @ 05:10 #Już się poskarżyłem w komentarzu – ciekawe, czy to też wytną…
2.11.2007 @ 05:11 #60 000 LCC po pol roku. Czyli 600 000 bedzie po 5 latach.
5 lat temu, kupowalem dysk 17GB…. Za 5 lat pewnie o obecnym notebooku juz nawet pamietac malo kto bedzie, a co dopiero o dysku.
5.11.2007 @ 23:30 #Nośnik magnetyczny dzisiejszych dysków jest bardzo delikaty i czuły na kontakt fizyczny z czymkolwiek. Uderzająca głowica powoduje powstawanie badsector’ów, a tak częste parkowanie dysku zapobiega temu. Myślę, że wyłączając tą opcję narażacie swoje dyski na większe niebezpieczeństwo niż przekroczenie liczby parkowań. Mój laptop przez 10 miesięcy zaparkował głowicę 68k razy. Jak tak dalej pójdzie to za około 80 miesięcy mój dysk padnie. Kto z was używa dysku dłużej niż 6 lat ??
5.11.2007 @ 23:34 #Ja mam inny problem. Jak wyłączam lapka spod windowsa, to kończy się takim właśnie „klikiem”. Jak włączę lapka, poczekam na gruba i wtedy wyłączę przyciskiem zasilania, — jest kliknięcie. Jak wyłączam sprzęt spod Linuksa, to kliknięcia nie ma. Czy to znaczy, że głowica nie jest zabezpieczona?
6.11.2007 @ 15:38 #bmalkow:
Sprawdź pod Linuksem wartość opisywanego parametru przed i po restarcie: różnica powinna wynosić dokładnie 2 (parkowanie przy zatrzymaniu, „odparkowanie” przy uruchamianiu).
6.11.2007 @ 20:20 #czy opisywany powyżej problem dotyczy dysków w komputerach stacjonarnych? czy tyczy się ontylko kompóterów przenośnych.
I czy wydanie ubuntu 7.10 ma poprawiony już ten błąd?
10.11.2007 @ 13:37 #ziomal:
Czytaj komentarze, już odpowiadałem na to pytanie.
7.10 niczym się w tym zakresie nie różni.
10.11.2007 @ 14:13 #byte?
czyli według ciebie spokojnie mogę instalować ubuntu na swoim stacjonarnym kompie nie martwiąc się o dysk?
10.11.2007 @ 15:15 #ziomal:
Możesz. Spokojnie. Instalować.
10.11.2007 @ 15:44 #dzięki za informację byte!
10.11.2007 @ 16:00 #ziomal: nawet *powinieneś* postawić GNU/linuksa na desktopie, bo *niemal wyłącznie* pod windami występują o wiele groźniejsze zagrożenia dla dysków, a dokładnie dla danych na nich umieszczonych. Opinia publiczna nazywa je *wirusami* ;)
13.11.2007 @ 00:48 #A ja bym chciał wspomnieć o sposobie ubezpieczenia się przed utratą danych. A nazywa się ona potocznie (fanfary) BACKUP!
13.11.2007 @ 23:38 #No dobra…obecnie używam Suse 10.3 ale chce przejść na Ubuntu studio albo JAD. Bardziej interesuje mnie Ubuntu ale jestem zaniepokojony.
Obecnie sytuacja po roku użytkowania jest niezła
193 Load_Cycle_Count 0×0032 099 099 000 Old_age Always – 24794 Dysk wewnątrz lapka.
Dam znać jak będzie się to przedstawiać na Ubuntu.
Ale…..mam od paru dni dysk USB WD Elements i jestem zaniepokojony jego działaniem.dziwne pykanie przy odczycie danych i właśnie to stukanie jak chce go uruchomić. Chwilę czekam i stuknie coś i dopiero zaczyna działać. domyślam się że jest to związane z wyjściem ze stanu uśpienia głowic bo dysk cały czas się kręci. Jak sprawdzić ilość cykli w temacie na tym dysku zewnętrznym??
Wpisuje:
linux-fsc:/home/links # sudo smartctl -a /dev/sdb
smartctl version 5.37 [i686-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Device: WD 5000AAJ External Version: 1.06
scsiModePageOffset: raw_curr too small, offset=110 resp_len=116 bd_len=106
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more ‚-T permissive’ options.
Smart niestety wyrzuca coś takiego. Ma ktoś jakieś sugestie?? także odnośnie jego funkcjonowania…
21.11.2007 @ 14:18 #Witam;posiadam lapka z dyskiem samsunga HM100JC i tak z ciekawości sprawdziłem swoje parametry… W Evereście w raporcie smart mam napisane : Load/unload Cycle Count 162967. Laptop ma nieco ponad pół roku i nigdy nie smigał na linuxie(używam XP PROF.). Jako ciekawostkę napisze że w danych producenta jest określona wartośc „Controlled Ramp Load/Unload:600,000″. Możliwe że „controlled ramp load” i „load cycle count” to dwie różne wartości??
23.11.2007 @ 22:52 #ciamcia:
To jest najprawdopodobniej to samo.
24.11.2007 @ 00:11 #Dla windy jest narzedzie HDD SMART Viewer – polecam
2.12.2007 @ 20:11 #[...] http://bytowisko.pl/?p=1002 [...]
9.12.2007 @ 22:21 #Historia wygląda tak:
Laptop Lenovo, dysk TOSHIBA MK1234GSX, zakupiony w lipcu, od samego początku postawiony na nim Gentoo ;) działa praktycznie 24h/dobę, kiedyś spadł z 2 metrów na ziemię i oprócz zadrapań nic mu nie jest ;)
aktualnie mam:
smartctl -a /dev/sda | grep -i Load_Cycle_Count
193 Load_Cycle_Count 0×0032 087 087 000 Old_age Always – 137919
rozumiem że wg. opisu za rok i trochę powinno mi trafić dysk przy takim tempie? jak dla mnie lekki absurd… dodatkowo wszyscy piszą o jakiś dzwiękach… natomiast u mnie jedynym dziękiem jaki słychać jest dźwięk szumu wentylatora w dodatku praktycznie niesłyszalny ;)
Zapomniałbym napisać o tym, że dysk się praktycznie nie grzeje – no może poza momentami kopiowania kilkudziesięciu GB danych ;)
PS. jeśli jednak padnie całkiem to dam znać ;)
10.12.2007 @ 01:09 #Mam ten problem pod archem, licznik 43k po niecalych 4 miesiacach uzywania… szok. Uzylem tej opcji i juz glowica nie skacze (a skakala kilka razy na minute).
17.12.2007 @ 07:04 #Cześć,
ja używam OpenSUSE 10.3 i jakoś nie zauważam, aby licznik się ruszał. Oto fragmencik testu:
pececik:/home/rafal # date
N, 6 I 2008, 20:29:15 CET
pececik:/home/rafal # smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 9326
pececik:/home/rafal # smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 9326
pececik:/home/rafal # date
N, 6 I 2008, 20:31:12 CET
pececik:/home/rafal # date
N, 6 I 2008, 20:31:20 CET
pececik:/home/rafal # smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 9326
pececik:/home/rafal # smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 9326
pececik:/home/rafal # date
N, 6 I 2008, 20:39:23 CET
pececik:/home/rafal # smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 100 100 000 Old_age Always – 9326
Czyli 9326 to ilość parkowań. Cały przedstawiony powyżej pomiar dotyczył 10 minut (dlatego dodałem komendę podającą czas).
6.1.2008 @ 21:40 #Czyżby opisany problem nie dotyczył uzywanej przeze mnie dystrybucji? Byłoby to potwierdzenie tego, co napisał wcześniej ymir.
pozdr.
R
Load_Cycle_Count 0×0032 099 099 000 Old_age Always – 26810
Ubuntu 7.10 Studio
15.1.2008 @ 03:19 #Jak widać ten problem na dysku w lapku mnie nie dotyczy:)
A ktoś pomoże z dyskiem zewnętrznym??
Witam,
13.2.2008 @ 20:31 #W windowsie rowniez wystepuje to zjawisko,ale jest prosty sposob na to. Wystarzcy na nowo zainstalowac sterowniki dysku i wartosci wroca do zera,
axel:
To żaden sposób, to tylko sterowniki Cię oszukują.
13.2.2008 @ 22:44 #Czyli z powyższego wynika:
2.6.2008 @ 18:35 #http://fun.noshit.pl/DIR-2008.06.02/fnp9.jpg
W Ubuntu 8.04 problem już nie występuje.
19.7.2008 @ 10:28 #w Ubuntu 8.04 jednak występuje ,miałe 70 cykli parkowania na godzinę !!!
10.8.2008 @ 03:02 #Mam Fujitsu V5535 i Ubuntu 8.04 i licznik rósł w dość znacznym tempie (np. 5 na kwadrans) nawet przy podłączonym zasilaczu! Zastosowałem hdparm -B 255 i spokój. Tylko… czy to bezpieczne dla dysku (danych)?
22.8.2008 @ 19:42 #26198, roczny Debian SID (zainstalowany z Siduxa)
26.8.2008 @ 21:42 #Kolego, piszesz:
14.3.2009 @ 19:23 #‚Nie udało mi się niestety namierzyć windowsowego narzędzia, które potrafi wyświetlić aktualną wartość licznika, ale nie szukałem zbyt intensywnie, przyznaję.’
To skąd wiesz co Windows robi z dyskiem, a może ma gorsze wyniki niż Ubuntu. Może powinieneś intensywniej poszukać i się ździwisz. Pod Windowsem sprawdzajcie programem SpeedFan.
Dawid:
Kolego, nigdzie nie twierdziłem, że wiem, „co Windows robi z dyskiem”. Napisałem:
Teraz wszystko jasne?
14.3.2009 @ 19:42 #u mnie po U 9.o4 charakterystycznego „klik” wcale nie słychać co we wcześniejszych dystr było dość częste.
u mnie: smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 189 189 000 Old_age Always – 34299
po prawie półtora roku na Acerze!!
10.5.2009 @ 20:29 #Mimo że temat już umarł postanowiłem was oświecić bo tyko odstraszacie ludzi od linuxa. Otórz durza liczba parkowań to nie wina Linux, nie jest to wogóle błąd lecz zamierzone działanie. Producanci specjalnie programują tak sprzęt zeby miał dużą ilość parkowań, w innym przypadku jaki sens miałoby stosowanie parkowania, to ma ochronić twój dysk przed uszkodzeniem przy wstrząsach więc musi często parkować. Niemniej jednak dużo parkowań może skrócić żywotność dysku dlatego też ja stosuje następującą metodę. Gdy pracuje z podłączonym zasilaczem ( zdecydowana większość czasu ) to moge się spodziewać że w takich sytuacjach nie będe miał do czynieniea ze wstrząsami dlatego odpowiedni skrypt/program ( u mnie laptop_mode) ustawia hdparm na 254 przez co mam minimalną ilość parkowań (255 przekazuje całkowitą kontrolę nad parkowaniem hardwerowi – wtedy mam najwięcej parkowań), z kolei gdy pracuje bez zasilacza – duże przwdopodobieństwo wstrząsów – skrypt/program ustawia hdparm na 128 dzięki czemu mam bezpieczne zarzążdzanie energią oraz dużą ilość parkowań króre chronią mój dysk przed uszkodzeniem.
22.7.2009 @ 18:40 #Oszczędzaniem energii w linuxie zajmuje się juz od dobrego roku, a ostatnio postanowiłem podzielić sie moją wiedzą i zacząłem pisać bloga z poradami popartymi moimi badaniami (wykresy poboru mocy itp.). Zapraszam wszystkich, wystarczy kliknąć na mojego nicka.
Pozdrawiam kamil
Witam wszystkich! :) Zdaję sobie sprawę z tego, że temat jest już stary i pewnie mało kto dobrnie do tego miejsca czytając to. Chciałem tylko powiedzieć i uświadomić niektórym użytkownikom Linuksa, że nie w każdym przypadku i nie na każdej konfiguracji sprzętowej ten problem występuje. Mianowicie na moim laptopie (mam go 1,5 roku) wynik nie jest straszny, bo wynosi zaledwie 10380. Laptop to Fujitsu Siemens Amilo Li3710 i 320GB dysk SATA. Myślę, że ten wynik jest w pełni OK! :) Pozdrawiam!
19.6.2010 @ 09:08 #