Ubuntu niszczy dyski w notebookach?

[SirLancelot]

Spróbuj najpierw wpisać to:

Kod: Zaznacz cały

sudo smartctl -s on /dev/sda

A potem dopiero to:

Kod: Zaznacz cały

sudo smartctl -a /dev/sda | grep Load_Cycle_Count

Zanim zaczniesz bawić się z Ugly Fix tego problemu opisanym tu:

http://ubuntuforums.org/showpost.php?p= ... stcount=26

Wpisz sobie:

Kod: Zaznacz cały

sudo apt-get install hddtemp

To narzędzie do mierzenia temperatury dysku. Jak zaaplikujesz Ugly Fix to oprócz prędkości przyrostu Load_Cycle_Count / godzinę temperatura dysku powinna być parametrem który powinieneś badać.

Jak zainstalujesz instrukcją powyżej to odpalasz za pomocą:

Kod: Zaznacz cały

sudo hddtemp /dev/sda

Jeśli temperatura przekracza 50-60 stopni to zastosuj tę poprawkę do Ugly Fix której autorem jest ubuntu-demon (czyli autor Ugly Fix):

Kod: Zaznacz cały

Here's a suggestion to prevent heat problems :

* while on battery : use apm 128
* while on AC and disk temperature <= 58 degrees celcius : use apm 254
* while on AC and disk temperature > 60 degrees celcius : use apm 128
* while disk temperature of 59 and 60 degrees don't change the apm. So apm can be 254 if the temperate was below 58 previously and apm can be 128 if temperature was above 60 degrees previously.

I would appreciate help to improve the ugly unofficial workaround to
include something like this to make it less ugly.

The ugly unofficial workaround (use this only if you are heavily affected) :
http://ubuntuforums.org/showpost.php?p=3675960&postcount=26

The support thread for the Load_Cycle_Count issue :
http://ubuntuforums.org/showthread.php?t=591503

Problem na Lunchpad przeszedł do kategorii Critical więc mam nadzieje że nadejdzie niebawem ten piękny dzień kiedy odpalę laptopa i pokaże mi się ikonka aktualizacji krytycznej z poprawką do tego uciążliwego problemu.

[ultrazbig]

Polecenie: sudo smartctl -s on /dev/sda
daje następujący efekt

Kod: Zaznacz cały

ju@la:~$ sudo smartctl -s on /dev/sda
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

unable to fetch IEC (SMART) mode page [unsupported field in scsi command]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

polecenie sudo smartctl -a /dev/sda | grep Load_Cycle_Count nie daje w tym przypadku efektu

Po zainstalowaniu sudo apt-get install hddtemp polecenie: sudo hddtemp /dev/sda
daje

Kod: Zaznacz cały

ju@la:~$ sudo hddtemp /dev/sda
/dev/sda: Hitachi HTS541680J9SA00                 �: drive is sleeping

Pozdrawiam
Zbyszek

[me, I'm not]

Mogę prosić kogoś o podanie swojej średniej temperatury dysku w laptopie? Mój wprowadzeniu odpowiednich zmian w konfiguracji osiąga maksymalnie 51C (teraz mam 47C). Dużo to czy mało?

[molibden]

Mam rocznego HP Compaq nx7400, na którym jest tylko Ubuntu. Sprawdzałem jak się ma dysk i oto jakie otrzymałem wyniki:

Kod: Zaznacz cały

sudo smartctl -d ata -a /dev/sda | grep Load_Cycle_Count
2007-11-14, 17:22    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7411
2007-11-14, 18:55    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7415
2007-11-15, 10:32    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7417
2007-11-15, 20:22    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7419
2007-11-16, 11:01    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7421
2007-11-20, 09:49    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7425
2007-11-21, 09:24    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7427
2007-11-26, 10:33    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7441
2007-12-09, 13:52    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7471
2007-12-11, 11:16    193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7477

Natomiast temperatura dysku po ok. godzinie pracy wynosi:

Kod: Zaznacz cały

sudo hddtemp /dev/sda
/dev/sda: FUJITSU MHV2060BH PL: 39°C

Dodam, że nic nie musiałem robić. Z tego co widzę w moim przypadku ilość parkowań - w porównaniu z innymi - jest wyjątkowo mała. Przyrost jest także niewielki. Wydaje się więc, że problem nie dotyczy ubuntu, a dysków twardych w ogóle.

[(~death)]

Mój Fujitsu w laptopie (MHW2120BH) temperatura w zasadzie trzyma się na 38-39 stopni - zarówno w Ubuntu jak i w WXP.
Natomiast badałem przyrosty LCC i stwierdziłem, że i w Ubuntu i w windowsie przyrastało około 24 cykle na godzinę, może w windowsie trochę mniej - na zasilaniu sieciowym. Jest to nieco za duża wartość ale wcale jakoś mocno alarmująca - w przeliczeniu jest to prawie 3 lata ciągłej pracy (a laptop nie jest włączony 24h/dobę a raczej koło 10-ciu max).

No ale zastosowałem poprawki stąd:
https://launchpad.net/ubuntu/+source/ac ... omments/63

W efekcie w Ubuntu przestało przyrastać LCC zupełnie oraz nie wzrosła temperatura dysku. Windowsa używam bardzo rzadko, ale jak znajdę sposób to też wyłączę - nie będzie mnie denerwować, że rośnie

[elkanguro]

Mogę prosić kogoś o podanie swojej średniej temperatury dysku w laptopie? Mój wprowadzeniu odpowiednich zmian w konfiguracji osiąga maksymalnie 51C (teraz mam 47C). Dużo to czy mało?

Raczej normalna temperatura. u mnie

Kod: Zaznacz cały

/dev/hda: FUJITSU MHV2080AH PL: 36°C

po 15 minutach pracy. Później około 45.

[slimaq]

a jaka dystrybucja nie posiada tego błędu parkowania glowicy?

[Biotrek]

a jaka dystrybucja nie posiada tego błędu parkowania glowicy?

Żadna, jest to problem dysku twardego (nie każdego, trzeba mieć szczęście by trafić ) i nie ważne czy masz linuksa, maca, czy windowsa...wsio ryba pod każdym z nich będziesz miał to samo tylko, że w różnym natężenu.

PS. Robicie z igły widły

[lukk]

Miałem na myśli, to że to nie wina dysków samych w sobie, ale oprogramowania (firmware, bios), a nie sprzętu. Według moich badań, pod Windowsem licznik postępował bardzo rozsądnie.
A przede wszystkim nikt tu nie robi z igły wideł. Lubię mój nowy dysk, ale jednak wolałem dane ze starego (przynajmniej dla przezorności robię buckup najistotniejszych rzeczy)... To, że nie dotyka to każdego, raczej nie powinno skutkować tym, że nikt się nie zainteresuje tematem, bo dane mają przeważnie większą wartość niż te 300-400zł za dysk.

Aha - nie do końca zgodzę się też z tym, że żadna dystrybucja nic nie robiła z tym problemem...

[elkanguro]

Wniosek z tego taki, że to jednak wina nie systemu tylko dysku albo jego firmware. Ja też zastopowałem parkowanie głowic. W tej chwili laptop włączony od 3 godzin (bez parkowania) i temperatura dysku 43 stopnie.

[Graba]

Ja robilem testy praktycznie przez caly grudzien..na poczatku przyrost danych byl w granicach 7-12 jendostek. W okolicy 12 grudnia skok dobowy wzrosl mi do 688 jednostek.(pomiar poranny). Kolejnie sprawdzilem z ciekawosci 10h pozniej. I oczom nie moglem dowierzac. Wzroslo az o 2308 jednostek!!! W kolejnym dniu spadlo do 323 (rano) a wieczorem znow wzroslo o ponad 600. Wylaczylem glowice 17. grudnia i od tego dodalo jedynie 5 jednostek. Na teraz temp. dysku wynosi 40*C.

Komputer zakupilem w kwietniu i jakos mam bardzo wysokie wspolczyniki przy dysku

Kod: Zaznacz cały

21.12.2007	12.56

193 Load_Cycle_Count        0x0012   070   070   000    Old_age   Always       -       302795

[marotf]

U mnie na HP nx7400 z dyskiem Seagate ST98823AS pod Ubuntu 7.10 dysk stuka co ok. 20 sek. W tym czasie parametr Load/Unload Cycle Count wzrasta bardzo szybko 150-200/godzinę. Normalne to na pewno nie jest i prowadzi do bardzo szybkiego zużycia dysku. Na szczęście zorientowałem się dość szybko, że coś jest nie tak. Po roku i 3 miesiącach użytkowania mam 21900 cykli przy odczycie SMART.

[rdzenny]

DELL Inspirion 510m Bios rev 11
Juz drugi dysk - wczesniej Hitachi 40G - padl po okolo 2 latach wczesniej nie mialem rzadnych problemow pad nagle charakterystyczny dzwiek pozycjonowania glowicy mozliwe ze Ubuntu mu pomoglo.
Zarowno na baterii jak i na AC
Obecnie WDC WD1200BEVE-11UYT0 120G na windzie XP co okolo 5-10 minut charakterystyczny stukot, na Ubuntu 7.10 zainstalowane jakies 6 tygodni temu (ale bylo rzdko uzywane przez moja piekna) co okolo 15 sek licznik 21255 dysk od wrzesnia mam.

Po wpisie z hdparm -B 254 /dev/sda brak tem wrosla z 40 do 44 jak narazie
Probowlaem kilku wartosci 128, 200 , 250 i nie wiele to dawalo - stuki tak samo jak przy nie zmienionym.
Wpisalem 10 i co .... a no dysk sie wylaczyl calkiem na okolo 3sek i wystartowal ... uf juz myslalem ze zwiecha i padl ....

bede probowal dalej z wartosciami ale wyglada ze moge tylko ON /OFF

a jeszcze jeden wpis mnie ciekawi moze ktos by mi rozjasnil w pliku power.sh

#!/bin/bash

. /etc/default/acpi-support
. /usr/share/acpi-support/power-funcs

function laptop_mode_enable {
$LAPTOP_MODE start

for x in /sys/bus/ide/devices/*/block; do
drive=$(basename $(readlink $x));
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null :?::?:<<<<<<---dlaczego tu jest -B 1 ???
done

for x in /sys/bus/scsi/devices/*/block; do
drive=$(basename $(readlink $x));
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null
done
}

function laptop_mode_disable {
for x in /sys/bus/ide/devices/*/block; do
drive=$(basename $(readlink $x));
$HDPARM -S 0 /dev/$drive 2>/dev/null
$HDPARM -B 255 /dev/$drive 2>/dev/null
done
for x in /sys/bus/scsi/devices/*/block; do
drive=$(basename $(readlink $x));
$HDPARM -S 0 /dev/$drive 2>/dev/null
$HDPARM -B 255 /dev/$drive 2>/dev/null
done
$LAPTOP_MODE stop
}

EDIT:
a w sekcji laptop_mode_disable jest 255 skoro podawalem 254 ???

moze cos tu jest na rzeczy ??? ma ktos jakas ide???

Z gory dzieki bardzo za info

[7.maverick]

u mnie po wpisaniu:

Kod: Zaznacz cały

smartctl -d ata -a /dev/sda

pojawia sie komunikat:

Kod: Zaznacz cały

Smartctl open device: /dev/sda failed: No such file or directory

wiec wpadlem na to, zeby sda zmienic na hda:ligt: (pod sda mam pendrive'a) w kazdym z wpisow, rowniez w pliku "99-hdd-spin-fix.sh".

mam nadzieje, ze dobrze zrobilem bo wszyscy tu wpisuja "sda". jak zle to mnie poprawcie.

poza tym w dwuletnim lapku mam wartosc 132 055 i wiekszosc czasu przechodzil na windowsie wiec mysle, ze wszstko jest ok.

pozdrawiam

[elkanguro]

dobrze zrobiłeś, większość podaje sda bo takie ma urządzenie, jeśli masz hda (tak jak ja) to musisz wszędzie mieć podane hda. A btw, twój wynik świadczy o tym, że problem nadmiernego parkowania nie dotyczy wyłącznie Ubuntu. 132k w 2 lata to sporo raczej.

[7.maverick]

moze i sporo, w porownaniu z innymi wartosciami podanymi w tym watku. teraz za to, po zastosowaniu sposobu lukk'a dysk parkuje tylko przy wlaczaniu/wylaczaniu komp., przy czym srednia temperatura to ponizej 40C.

inna sprawa jest to, ze przez te 2 lata calkiem czesto dzialal na baterii na windowsie. moj laptop to asus a3500l, do ktorego dolaczaja firmowy soft do zarzadzania energia - Power4Gear, ktory mialem zawsze zainstalowany. jesli wplywa on na prace dysku to nic dziwnego, ze wartosc tak urosla bo asus zatroszczy sie predzej o dlugosc pracy lapka na bateriach niz o trwalosc dysku(w skali powiedzmy 5 lat).

mam jeszcze pytania z innej beczki...
1) na jak dlugo taka glowica jest parkowana i czy jej parkowanie rzeczywiscie znaczaco wplywa na obnizenie prawdopodobienstwa uszkodzenia dysku? jesli np. w minucie zaparkuje 2x albo 1x na 5sek to chyba wielkiej roznicy nie ma.

2) czy mozna tak ustawic Ubuntu, zeby podczas korzystania z komp. wylaczal parkowanie a np. po minucie bezczynnosci wlaczal z powrotem? - taki wygaszacz dysku:-)

pozdrawiam:)

p.s.: sorki za brak polskich znakow ale nie moge ich ustawic:)

[lukk]

Jeżeli chodzi o pierwsze pytanie - głowica jest w założeniu parkowana na tyle na ile tylko może. Jeżeli chodzi o podatność na uszkodzenia też nie można się wypowiedzieć jednoznacznie. Desktopowe dyski umierają łatwiej i są zawsze zagrożone, jeżeli głowica jest w (bliskim) pobliżu talerza. W wielu laptopowych dyskach są systemy przeciwdziałające temu, bo głównym sensem mechanizmu parkowań jest oszczędzanie energii, odporność na wstrząsy co raczej przy okazji i ze względu na mobilność. Poprzedni dysk mój wcale nie był bardzo delikatny, ale z drugiej strony znajomemu na miejsce gdzie znajduje się dysk upadła paczka chusteczek higienicznych i napisał na nim R.I.P.
Wracając jednak do parkowania, problem wynikający z tego mechanizmu, nie tkwi na częstości parkowania, tylko właśnie na długości jego trwania powodowanej szybkością i przyczynowością wyparkowywania głowic.
Rozjaśnię to odpowiadając na drugie pytanie...

, na które IMHO uważam, że w dużej mierze nie. Problem tkwi w wybudzaniu, które może być powodowane systemem plików, klientem poczty, przeglądarką, indeksowaniem, złymi ustawieniami acpi... Wszystkich czynników jest naprawdę wiele. I nie jest możliwe napisanie jednej prostej solucji, która będzie działała na większość przypadków. Oczywiście, jeżeli ktoś naprawdę dobrze zna cały swój system to nie będzie miał raczej dużych problemów. Ale nie musi być łatwo wychwycić wszystkie takie mechanizmy.


Mam małą propozycję dla osób, u których diagnoza będzie wskazywała na wystąpienie problemu o wypisanie kilku informacji:
-system operacyjny
-sposób zasilania (bateria, zasilacz, zasilacz na Windowsie, bateria na Ubuntu, 80% zasilacz itp)
-system plików (systemowy)
-model i producent dysku
-wiek dysku

Może ułatwi to wychwycenie bardziej konkretnych zależności.

[everth]

Hmm tak sobie czytam i się zastanawiam czy ktoś tu nie myli pojęć. Odkąd kupiłem mojego lapka 2 lata temu, zawsze mnie zastanawiało dlaczego jego dysk dziwnie stuka i się wycisza. Ale lapek na gwarancji system firmowy Windows z nalepą , opóźnienia niezauważalne więc to nie był mój problem. Po pół roku przesiadłem się na Knoppixa gdzie stukanie ustało - pojawiło się coś innego - podgrzewanie pod lewą dłonią. Za radą kolegi wymieniłem system na Kubuntu - temperatura wróciła na miejsce, stukanie również. Później poczytałem parę artykułów o dyskach - i mam takie przemyślenia. Jak już ktoś napisał w pierwszym poście, parkowanie głowicy przenosi ją nad obszar do tego przeznaczony (wyłączony z zapisu).
W moim domowym PC głównym problemem przy oszczędzaniu energii i dysku było znalezienie optymalnego czasu spindown, czy dysk ten w ogóle parkował, nie wiem, przynajmniej nie było tego słychać. W czasie gdy dysk przechodzi w uśpienie wyłącza wszystko - łącznie z napędem talerzy. Dla całej mechaniki dysku właśnie rozpędzanie talerzy jest najbardziej energożernym i zużywającym procesem(jak rozpędzić dysk od 0 do 5400 rpm w ciągu sekundy). Producenci zastrzegają sobie w specyfikacjach ile standardowo wynosi ilość spindown i spinup przy których nie powinno być żadnych problemów. Parkowanie dysku tym różni się od powyższego procesu że nie wyłącza napędu dysku. Podawane tutaj parametry rzeczywiście są duże. Ale każdy ten cykl to tylko ruch głowicy. W ciągu normalnej pracy głowica przemieszcza się nad powierzchnią dysku kilkadziesiąt (a może kilkaset) razy na sekundę. I nikt nie robi z tego problemu. Zaparkowanie głowicy to dla niej wykonanie tylko dłuższego ruchu.
Rację mają ci którzy mówią że w parkowaniu nie chodzi o oszczędzanie energii - w tym przypadku nie ma żadnego oszczędzania - talerze wirują z pełną prędkością, głowica bez problemu mogłaby wisieć w miejscu ostatniego odczytu i też nie pobierałaby nadmiarowej mocy. Parkowanie ma zabezpieczyć dane użytkownika przed przypadkowym zniszczeniem - np. podczas upadku. W dyskach 3,5 calowych dlatego ten mechanizm nie występuje, bądź jest wyłączony ponieważ takie dyski nie są (z reguły) narażone na wstrząsy i przenoszenie, głowica zaparkowana musi po wzbudzeniu zostać ponownie wypozycjonowana - dodatkowe opóźnienia (a co z dyskami które pracują non-stop na serwerach - takie zachowanie jest niedopuszczalne).
Dlatego uważam że problem ten jest wydumany i gratuluję wyobraźni tym którzy wyłączają parkowanie w obawie przed zużyciem. A zwolennikom spiskowej teorii producenci kontra szary użytkownik zadam pytanie - jak to się stało że do tej pory ani w Europie ani w USA nikt nie wytoczył procesu wobec tak bezczelnego i bezmyślnego sposobu skracania żywotności dysków? Przecież to są grube miliony dolarów odszkodowań (racja, możecie być pierwsi, ja praw autorskich do pomysłu nie zastrzegam ). Zastrzegam jednak że to moja prywatna opinia bazująca na osobistych doświadczeniach i wiedzy dotyczącej działania dysków twardych. Zawsze mogę się jednak mylić .

[Biotrek]

Przychylam się do powyższej opinii.
Zapomniałeś dodać, że takie wielkie liczby parkowań dotyczą lapków a nie zwykłych blaszaków.
Dlaczego? IMHO, ponieważ jak nazwa wskazuje jest to komputer przenośny, co stwarza dodatkowe niebezpieczeństwo dla danych na twardzielach, więc potrzeba większej ilości parkowań. Jeśli je wyłączymy to przy pracowaniu na maszynie na niestabilnym gruncie (np. na kolanach) głowica zamiast uderzać w "bezpieczniejsze miejsce" będzie stukać i pukać po naszych danych
To takie prywatne przemyślenia.

[lukk]

Doceniam Wasze filozofowanie, ale w XXIw możemy sobie pozwolić na opieranie się na faktach.
Tu mały dokument mówiący specjalnie o mechanizmie Load/Unload Technology prosto od czołowego producenta dysków laptopowych - Hitachi/IBM:
Ramp Load/Unload Technology .
Możecie sobie jeszcze pofilozofować, że to jest mniej ważne czy też tamto, ale nie o to chodzi, a Uwaga:

Mechanizm ma szczytny cel ale nie działa wszędzie zgodnie z założeniami.

Ja naprawdę uwielbiam ten mechanizm, really - tylko nie gdy cykl parkowania i odparkowania występuje co 2 sekundy (sic!). I chyba zupełnie zapominacie o tym, że producenci sami określają bezpieczne dla dysku wartości ilości takich cykli i raczej nie zakładali, że producenci systemów oraz komputerów będą zwalczać ten mechanizm poprzez zmuszanie do ciągłych odparkowań.

wyniki... są ...dziwne

A co Cię w nich nie pokoi? Raczej nie zauważyłem nic dziwnego w nich.