Ubuntu niszczy dyski w notebookach? [aktualizacja: nie tylko Ubuntu i nie do końca niszczy :P]
- Dodano: 31 października 2007
- Wprowadził: michuk
- Komentarze: 45
Na liście dyskusyjnej acpi-support pojawiają się niepokojące doniesienia dotyczące zarządzania energią przez Ubuntu. Okazuje się, że domyślnie ustawione w systemie wartości mogą prowadzić do szybkiego uszkodzenia dysku twardego.
Rozwiązanie problemu przedstawił portal PCWorld.
Użytkownicy Ubuntu: na wszelki wypadek przetestujcie sobie laptopy korzystając z tej metody!
Aktualizacja: Jak się okazało podochodzeniu problem dotyczy nie tylko Ubuntu, ale również wielu innych systemów operacyjnych, w tym np Fedory 7, Gentoo, Debiana czy… Visty. Za problem odpowiadają producenci dysków, którzy ustawiają domyślnie dyski w tryb energooszczędny, co jednak powoduje szybsze ich zużywanie. Niektóre systemy nadpisują te domyślne ustawienia, niektóre nie. Dlatego niezależnie jaki masz system operacyjny — warto sprawdzić swojego laptopa i dostosować ustawienia wedle własnych potrzeb.
Więcej informacji: http://www.pcworld.pl/news/129276.html
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
45 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
O tym, że Ubuntu zużywa szybko dyski było wiadomo już pół roku temu. Dziwię się że dopiero teraz to nagłośnili…
Dopiero teraz zaczęto masowo preinstalować ubuntu na notebookach Della.
"Load Cycle Count 134608 in 2 and half month"
tu bym się martwił
u mnie ponad 75tys w kilkuletnim laptopie
Już dawno próbowałem zasygnalizować ten problem w kilku miejscach. Co śmieszniejsze, moje posty zostały skasowane… Generalnie pokładam wielką nadzieję w Linuksie, ale dobija mnie fanatyzm niektórych członków społeczności. Ostatnie problemy na tyle mnie zniechęciły, że postanowiłem przez pół roku odpocząć od Lina na laptopie i zająć się swoją pracą.
Taa ogólnoświatowy spisek przed twoimi postami o problemie… sorry ale to co napisałeś wydaje sie śmieszne.
Jeśli uważasz mnie za antylinuksowego maniaka to może popatrz na mój poniższy komentarz (też jako "Znów mnie zablokowało"). Swoją drogą to zastanawiam się kto mnie wciągnął na czarną listę Akismetu…
Miet Nieszczęśnik
Wiesz często jest tak że ludzie zakładają tematy które były a nie korzystaj z szukaj (tak jest na polskim forum ubuntu non stop). Nie uważam zie za jakiegoś "anty" po prostu rozbawiło mnie to co napisałeś, nawet przypomniało mi pewną akcje z forum ubuntu
Pozdrawiam małpki które dały mi minusy, najwidoczniej nie umieją czytać z zrozumieniem co pokazuje ramka…
A kiedy ja chcę sprawdzić czy mój dysk nie zatrzymuję się zbyt często, po poleceniu:
sudo smartctl -a $HDD | grep Load_Cycle_Count
nic się nie pojawia, jak mogę to sprawdzić?
Laptop HP 530, System Kubuntu 7.10
Nie masz zdefiniowanej zmiennej $HDD. Wpisz zamiast tego:
<code>sudo smartctl -a /dev/sda | grep Load_Cycle_Count</code>
(albo podobnie, zależnie jaki masz dysk, hda czy sda) i powinno pójść.
Na zwyklym PC tez wystepuje ten problem?
Jeśli masz zwykłe PC na baterię to tak
sudo smartctl -a /dev/sda | grep Load_Cycle_Count
HP 530 działa normalnie.
Mam coś takiego,
api@api-laptop:~$ sudo smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0012 095 095 000 Old_age Always – 50104
api@api-laptop:~$
chyba dobrze?
U mnie lepiej
sf@hyh:~$ sudo smartctl -a /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0×0032 079 079 000 Old_age Always – 42028
hp nx7300 ;]
Ważne dla tych, którzy pracują bez kabla.
Ech te Ubunciaki :0
Ubunciaki, nie-Ubunciaki… Z tego co pamiętam podobne problemy zdarzały się i innym systemom. Nie chcę bredzić, ale zdaje się, że któryś z malutkich Sony Vaio pod Windows wykazywał podobne zachowanie.
————
Czy jest jakiś sposób, żeby ten Akismet się ode mnie odwalił? Blokuje mi komentarze, a ja naprawdę nic złego nie zrobiłem.
A u mnie wyświetla, że smart jest not supported. Mam T42.
193 Load_Cycle_Count 0×0032 001 001 000 Old_age Always – 3253369
czy to chodzi o to?
To mi się wydaję, że za dużo
A ja jestem przekonany, że smartctl w przypadku wielu laptopów z dyskami SATA bzdury pokazuje. Jakby zaczytał nie ten blok danych binarnych i go interpretował.
laptop benq p52 ma 2 i pol miesiaca:
193 Load_Cycle_Count 0×0012 099 099 000 Old_age Always – 12088
mało pracowałem na bateri i wydaje mi sie ze 12000 to za duzo i zauwazylem ze liczba wzrosła o 5 w krotkim czasie pracując na zasilaniu sieciowym a nie bateri
Mam tak samo. Laptop Benq R55. Wynik ponad 8 tys na ponad 3 miesiące używania. Moim zdaniem to dużo za dużo. Pracuję również na zasilaniu sieciowym. Po ustawieniu dysku hdparm /dev/sda -B 254 wartość praktycznie stoi w miejscu.
powiedzmy że nie rozumiem…
193 Load_Cycle_Count 0xd990 233 120 144 Old_age Offline In_the_past 255090226423824
(richard kripke):~% sudo smartctl -a /dev/sda -F samsung | grep Load_Cycle_Count
193 Load_Cycle_Count 0xd990 233 120 144 Old_age Offline In_the_past 255090226423824
Mój wynik jest tak samo kryptyczny. Ale, faktem jest, że zdarzyło mi się kilka miesięcy temu, że system plików na jednej partycji poszedł w diabły…
U mnie niestety wywala, że "Device not support SMART". Da się jakoś jeszcze to sprawdzić? ;/
Sprawdź czy masz SMART włączony w biosie, czasami jest wyłączony domyślnie.
Spróbuj z dodatkowym przełącznikiem -d ata
Ja mam dopiero 99
sudo smartctl -a /dev/sdb | grep Load
193 Load_Cycle_Count 0×0012 100 100 000 Old_age Always – 99
Rzadko kiedy wyłączam komputer
I nie mam Laptopa
Zastanawiajace… Na dysku Samsung 250GB kupionym w zeszlym miesiacu mam
# smartctl -a /dev/sda | grep Load_Cycle_Count
225 Load_Cycle_Count 0×0032 089 089 000 Old_age Always – 117417
oczywiscie dysk notebookowy, Fedora 7
Asus A6M, kupiony rok temu, używany non-stop, zasilany zawsze z sieci, Debian:
sudo smartctl -a /dev/hdc | grep Load_C
193 Load_Cycle_Count 0×0032 087 087 000 Old_age Always – 26838
Użytkownikom Asusów polecam ten akapit:
http://jmuchemb.no-ip.com/~jm/trac/wiki/A6Tc-AP01…
U mnie nie wypluwa wyniku ;/ Z lenistwa i braku potrzeby, nie mam pojęcia jaką kombinacją wejść Biosa (notebook Lenovo C100) ;D
Po niecałym pół roku:
193 Load_Cycle_Count 0×0012 086 086 000 Old_age Always – 141653
Jak na mój gust to chyba za dużo
Po niecałym pół roku:
193 Load_Cycle_Count 0×0012 086 086 000 Old_age Always – 141653
Jak na mój gust to chyba za dużo
Zwłaszcza, że cykli ładowania było naprawdę niewiele :/
lol:
"Przy założeniu więc, iż każdego dnia korzystasz ze swego laptopa przez trzy godziny dziennie (oczywiście bez podłączania do gniazdka), powinieneś zacząć się martwić po ok. 3 latach. "
Biorąc pod uwagę szybkość rozwoju branży oraz gwarancję producenta na dany podzespół (dysk), news jest bezużyteczny. Na przykładzie telefonów komórkowych, wymieniasz je co dwa lata bo z założenia tyle maja pracować. Telefony Nokii były kiedyś bardziej wytrzymałe ale firma szybko zorientowała się, lepiej jak klient będzie do niej przychodził raz na 2 lata, niż używał telefonu przez 6 :/
W nowych laptopach IBM/Lenowo dysk jest wyłączany za każdym razem jak odpowiedni system wykryje przeciążenie które może doprowadzić do uszkodzenia dysku, ale twórcy nie pomyśleli przecież, że dysk ma określona ilość parkowania głowic. Wiec przy każdej zmianie pozycji twój dysk może być wyłączany. Może nawet sie wyłączyć jak kichniesz. Więc:
"Przy założeniu, że każdego kichasz przez trzy godziny dziennie (oczywiście bez podłączania do gniazdka, lub z podłączeniem do gniazdka), powinieneś zacząć się martwić po ok. 10 latach. Ciekawe tylko czy będziesz jeszcze korzystał z tego laptopa…"
Jak to łatwo z ewidentnego bugu zrobić zaletę…
A jeśli dłubię w nosie podczas pracy na akumulatorze trącając łokciem w stół od czasu do czasu to po ilu latach mam się zacząć martwić, zakładając że pracuję na bateriach przez 3 godziny dziennie? Przy czym 50% czasu pracy poświęcam na dłubanie w nosie, 10% na "trachanie z ząbka", 10% na czochranie się, a przez 10% oglądam nagie zdjęcia Pameli.
Ja tam stare dyski pakuję w aluminiową obudowę z USB za 30 zł i mam przenośne – z ostatniego lapa wyjąłem tak 40 GB Hitachi i byłbym niepocieszony, gdyby się zepsuł po 3 latach.
Miet Nieszczęśnik
Posiadam od roku laptopa benq r55
Problem dysku dotyczył nie tylko linuxa ale równiez windowsa – dysk "klikał" co ~~30 sekund.
Problem rozwiazałem poczatkowo programikiem w linuxie ale działało to tylko do czasu restartu, wyłaczenia systemu, modyfikacja ustawien oszczedzania energii
– hdparam, czy coś w tym guście.
Pomogłow narzedzie do modyfikowania ustawien biosu dysku twardego pobrane ze strony HITACHI (IBM)
Na stałe wytłaczyłem spin down dysku.
Jestem ciekawy jak sprawa ma się z Windowsem, ma ktoś jakieś potwierdzone informacje?
Jak widać problem ten nie dotyczy tylko rodziny Ubuntu, tylko występuje też w innych dystrybucjach.
Witam wszystkich,
Na wstępie przepraszam za ilość zawartych w poście informacji (a raczej za jego długość), ale przeprowadziłem "małe" dochodzenie o co w tym wszystkim chodzi. Proszę o cierpliwe czytanie [;
Na wstępie kilka informacji dotyczących SMART:
Dane SMART mozna uzyskac wpisujac polecenie
"smartctl-a /dev/hda"
Interesują nas parametry Load_Cycle_Count i Power_On_Hours
Load_Cycle_Count pokazuje nam ile razy glowica byla parkowana, Power_On_Hours pokazuje z kolei ile godzin dysk byl uruchomiony
Częstość parkowania głowicy zależy od parametru ustawionego w biosie dysku (w dalczej części będę nazywał go "parametrem APM"), informację o aktualnej wartości tego paramteru można uzyskać dzięki poleceniu
hdparm -I /dev/sda
i dla mojego dysku jest to:
Advanced power management level: unknown setting (0x8080)
z moich obserwacji wynika że należy brać pod uwagę tylko 2 ostatnie znaki tego parametru, po zamianie na dziesiętne w moim przypadku wynosi on 128
Parametr APM znajduje się w biosie dysku, więc jeśli system operacyjny nie zmienia tego parametru to nasze problemy z dyskiem nie zależą od używanego OSu!
A teraz kilka informacji które przekazują nam producenci dysków twardych:
Load_Cycle_Count służy do oszczędzania energii, jak również zabezpieczania dysku na wypadek upadków.
ale
Producenci podając parametry dysku oceniają jego żywotność wlaśnie korzystając z Load_Cycle_Count!
producent mojego dysku podaje że żywotność mojego dysku to >600'000 Load_Cycle_Count
Teraz troche informacji o moim dysku
Load_Cycle_Count 29978, Power_On_Hours 310
parametr APM odczytany przeze mnie wcześniej 128
Następnie wykonamy kilka obliczeń:
lcc = Load_Cycle_Count, poh= Power_On_Hours
lcc/poh = 29978/310 ~ 96 (ilość cykli parkowania głowic na godzinę)
żywotność mojego dysku przyjmijmy jako 600'000 lcc
dzięki temu możemy obliczyć ilość godzin które dysk "przeżyje"
600'000/96 = 6250
zamieniamy to na dni ciągłego używania
6250/24 ~ 260
Wniosek:
Więc, okazuje się że przewidywana długość mojego dysku to 8,666 miesięcy, a wszystko dzięki producentowi dysku który rzekomo martwi się o oszczędzanie przez dysk energii i o zabezpieczenie dysku przed upadkami.
Kilka zastanawiających pytań:
Dlaczego żywotność dysku jest określana przez ilość razy parkowania glowic? Dlaczego producenci dysków standardowo stosują tak agresywne ustawienia prowadzące do teoretycznego zużycia używanego bez przerwy dysku w ciągu 9 miesięcy? Czy nie jest zastanawiające dlaczego producenci ustawiają parametr APM na takim poziomie i jednocześnie ma on wpływ na żywotność dysku?
Żeby nie było, nie jestem zwolennikiem teorii spiskowych, ale mając dowody muszę z przykrością stwierdzić że producenci dysków tak ustalają ich parametry żeby te szybciej się zużywały.
W kwestii zużycia dysku twardego: nie wziąłem pod uwagę innych czynników mających wpływ na żywotność dysków, ale skoro producenci dyskow sami okreslają ich żywotność kożystając z parametru Load_Cycle_Count uważam że nie było nawet takiej potrzeby.
Jeszcze jedno:
po zmianie parametru APM poleceniem
hdparm -B 255 /dev/sda
w przypadku mojego dysku następuje wyłączenie mechanizmu APM i Load_Cycle_Count nie ulega zmianie nawet po restarcie i zatrzymał się przy wartości 29978, mam nadzieję że dzięki temu mój dysk pożyje o wiele wiele dłużej niż wspaniałomyślnie przewiduje to jego producent ...
Przepraszam za brak polskich znaków w niektórych miejscach jeśli takowe mają miejsce ale na codzień z nich nie korzystam ;]
Zapomniałem dodać że osobiście używam Slackware 12, ale jak napisałem wcześniej: "Parametr APM znajduje się w biosie dysku, więc jeśli system operacyjny nie zmienia tego parametru to nasze problemy z dyskiem nie zależą od używanego OSu!". W związku z tym proszę o zmiane tytułu newsa i propagowanie informacji przeze mnie przedstawionych, bo imho wychodzi że jest to niezły przekręt producentów dysków twardych.
Szerszy, ciekawy komentarz na temat oszczędzania dysku pod Linuksem:
http://www.tectonic.co.za/view.php?id=1854
I am impressed, I need to say. Really hardly actually do I encounter a web site that may be both equally educative and entertaining, and allow me to tell you, you have got hit the nail on the head. Your thought is remarkable; the situation is one thing that not enough individuals are chatting intelligently about. I’m extremely blissful that I stumbled all the way through this in my look for 1 factor referring to this
I learned more new stuff on this weight loss issue. One particular issue is that good nutrition is especially vital if dieting. A massive reduction in bad foods, sugary foods, fried foods, sugary foods, red meat, and white colored flour products can be necessary. Having wastes parasitic organisms, and toxins may prevent ambitions for losing belly fat. While selected drugs temporarily solve the situation, the horrible side effects are usually not worth it, they usually never supply more than a non permanent solution. It is a known idea that 95% of fad diet plans fail. Many thanks sharing your notions on this site.
Whats up! I just want to give a massive thumbs up for the good information you have got here on this article. I shall be returning again to your web site for more soon