Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Notebooky a přenosné počítače => Téma založeno: pinpet 25 Října 2007, 01:01:41
-
zdravim,
na http://www.abclinuxu.cz/zpravicky/nastaveni-v-ubuntu-skodi-pevnym-diskum-notebooku (http://www.abclinuxu.cz/zpravicky/nastaveni-v-ubuntu-skodi-pevnym-diskum-notebooku) som nahodou nasiel tento prispevok
co sa tyka mna tak po zadani
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
mi hodi nasledovny vypis:
225 Load_Cycle_Count 0x0012 076 076 000 Old_age Always - 250403
co sa tyka ubuntu, tak aktivne ho na booku pouzivam cca 2-3 mesiace (pred tym XP) a mam taky dojem ze zhruba kazdu minutu sa zdvihne o jedna.
ako ste na tom vy ostatny?
edit: dakto by to potom mohol hodit na wikinu
-
Zdravím, včera jsem měl dotaz jak nastavit disk v ubuntu:
http://forum.ubuntu.cz/index.php?topic=15598.0
Našel jsem tento článek na Rootu:
http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/
Máte s tím někdo zkušenosti? Případně prosím napište jak nastavit ubuntu. Dík.
-
Ubuntu přistupuje na disk častěj, než je zdrávo...
A řešení je někde v průniku těchto dvou článků:
http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/ (http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/)
http://www.linux-hero.com/rant/explanation-ubuntu-hard-drive-wear-and-tear (http://www.linux-hero.com/rant/explanation-ubuntu-hard-drive-wear-and-tear)
Těmi odkazy jen opakuji... :)
-
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 5831
v první chvíli jsme si řekl že na 2 roky starý notebook to není špatné, až mi to bylo divné, ale teď jsem si uvědomil, že ten disk jsem kupoval před týdnem :(
-
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 33647
Mam ho od dubna a travim u neho dost casu, prakticky celej vikend a v tydnu taky docela dost..
edit: tak ted to vypada takto..
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 33783
laptop jsem zapnul asi pred hodinou...
-
193 Load_Cycle_Count 0x0012 093 093 000 Old_age Always - 79510
Notebook mam uz asi rok a stridave pouzivam Ubuntu a XP ale posledni dobou....asi dva mesice pouzivam porad Ubuntu.
Doufam ze nekde zverejni nejaky postup jak toto vyresit.... Tyka se to i stolnich pocitacu?
-
Jop, pěkně to skáče. :( Jen doplním, že musíte nainstalovat balík smartmontools.
sudo apt-get install smartmontools
-
Já mám tyto údaje, při dualbootu XP (3/4 roku) a Ubuntu (cca 14 dnů):
193 Load_Cycle_Count 0x0032 095 095 000 Old_age Always - 10472
ale dost mně zaráží následující:
7 Seek_Error_Rate 0x000f 070 060 030 Pre-fail Always - 10698108
což by mněl být počet chybných seeků (přemísťování hlavy nad stopu plotny), navíc se stále zvyšuje.
Nevíte někdo co to znamená?
-
Možná bych se nad tím měl pomalu zamyslet.. :)
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 6736261
-
Odkaz pro vysvětlení jednotlivých parametrů S.M.A.R.T.:
http://www.xmaestro.com/view.php?cisloclanku=2006050005
http://en.wikipedia.org/wiki/Self-Monitoring%2C_Analysis%2C_and_Reporting_Technology
-
193 Load_Cycle_Count 0x0012 095 095 000 Old_age Always - 59022
Noťas mám dva roky. Nejprve XP a teď už přes rok na něm jedu na Ubuntu...
Nenuluje se to s formátováním disku? Pakliže ano, tak mám možná pár měsíců od posledního kompletního formátu...
-
193 Load_Cycle_Count 0x0012 090 090 000 Old_age Always - 101933
ntbk mam od konce června...
ale neni spíš důležitější
4 Start_Stop_Count 0x0012 098 098 000 Old_age Always - 3277
?
-
No ja som narazil este na nieco taketo:
http://www.linux-hero.com/rant/ubuntu-hard-drive-explosions
tu sa pise nieco v tom zmysle ze defaultne nastavenie ubuntu nemeni power management diskov a teda nesposobuje take caste roztacania, pokym nemate nastaveny "laptop_mode" ... a tam uz treba nejak vhodne nastavit...
takze za podmienky ze ste nezapinali laptop_mode, vsetko bezi tak ako to je nastavene v BIOSE
-
caw na stolnom PC je s tym problem? a na notebook-u tak tam ako zistim ci je to zapnute???
-
Podle nastavení v /proc/sys/vm/laptop_mode.
echo "1" > /proc/sys/vm/laptop_mode
zapíná
echo "0" > /proc/sys/vm/laptop_mode
vypíná
Nastavení je v /etc/laptop-mode.
Možná, že se to dá i graficky. ;)
-
I na desktopu Ubuntu hrabe častěji, ale konkrétně s tímto problém není.
-
diky inac po zadani
grep LAPTOP_MODE /etc/default/acpi-support
mi to hodi ze je vypnuty je to ono??? ???
Edit moderátora (Anna Taliánová):
Opraven špatně napsaný terminálový příkaz v příspěvku.
-
jj je to ono. Ak je to vypnute, tak je to v poriadku a nemalo by tak brutalne casto roztacat disk...
-
Jak to tedy je? Ja myslel ze kdyz mam zapnuty laptop mode, tak se disk setri.
-
Šetří se energie. Za předpokladu, že se často neroztáčí disk. Roztáčením se zvyšuje spotřeba a opotřebovává se disk.
Laptop mode se zapíná ručně, není ve výchozím stavu zapnutý, pokud vím. A opravné řešení je napsané přímo v tom článku.
-
Po
$ sudo smartctl -a -d ata /dev/sda | grep Load_Cycle_Count
193 Load_Cycle_Count 0x0032 085 085 000 Old_age Always - 157206
(cislo se zvysovalo co par vterin) a pul roce s Ubuntu jsem se rozhodl neriskovat a nastavenim
$ sudo hdparm -B254 /dev/sda
(255 nezabralo) jsem upravil narust o jedna za cca 5 minut (zalezi na vytizeni disku, mluvim o tom, kdyz je v klidu), coz by mi mohlo zajistit dostatecnou zivotnost. Snad. Samozrejme je treba prikaz spoustet po kazdem spusteni pc (resp. probuzeni). Ja vytvoril na skript symlink "/etc/rcS.d/S98hdd-spin-fix".
Na forech jsem se docetl, ze je vhodne zkontrolovat take teplotu disku pomoci
$ sudo smartctl -a -d ata /dev/sda | grep Celsius
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 47 (Lifetime Min/Max 14/54)
coz bych mel mit v poradku.
-
Zdravím,
vyzkoušel jsem všechny zde uvedené postupy (až na sudo hdparm -B254 /dev/sda) a stejně se disk cca po deseti sekundách vypne a při zapnutí se zvedne Load_Cycle_Count o jedničku. Laptop mode je dle výpisu vypnutý, nastavoval jsem i nulu přes příkaz echo... a pořád nic. Nevíte někdo, co s tím? Mám U 7.10, disk je Western (WD1600BEVS-22RST0) a pěkně mě to už vytáčí. Obzvlášť když na druhém notebooku se hodnota po provedení příkazů v tomto vlákně nezvyšuje (a mám dokonce dojem, že se ani předtím nezvyšovala). Na tom druhém nb je taky U 7.10, ale disk je nějaký Seagate (nepamatuju si jaký, jen vím, že má kolmý zápis). A aby toho nebylo málo, tak na desktopu je Western, který zas pro změnu položku Load_Cycle_Count nemá vůbec -> lze pak nějak vůbec zjistit, kolikrát se během práce zastaví a znovu roztáčí?
Jinak hdparm -B254 /dev/sda se mi moc používat nechce, protože to vždycky vyjde právě na pět minut a kousek, co je potřeba přistup na disk:-/
Tak co s tím? Už jsem hledal na webu ohledně toho disku WD1600..., ale nikde nic. Předem díky za možné nápady.
-
Jinak hdparm -B254 /dev/sda se mi moc používat nechce, protože to vždycky vyjde právě na pět minut a kousek, co je potřeba přistup na disk:-/
Abychom si to trochu vyjasnili, Load_Cycle_Count pocita pocet zaparkovani diskovych hlavicek. Ty se parkuji ve chvili, kdy se necte z disku, aby treba kdyby vypli proud nebo notebook spadl na zem, tak aby se neposkrabaly povrchy ploten. Pri pristupu na disk se ale samozrejme opet odparkuji (a Load_Cycle_Count se zvedne).
K vypinani disku dojde, kdy po zadanou dobu neni potreba zapisovat/cist. Cilem je uspora energie. Ve chvili, kdy je treba cist, tak se disk opet roztoci.
Vami (a mnou uvadenych cca pet minut) je velmi pravdepodobne prave doba, kdy dojde k vypnuti disku, jelikoz neni pouzivan. Pri vypnuti (zastaveni) disku se samozrejme i zaparkuji hlavicky. Takze az se disk roztoci, zvedne se take Load_Cycle_Count o jedna. Pokud je vam pet minut malo, zkuste nastavit delsi interval pomoci prikazu "hdparm -S", napriklad deseti minutam odpovida parametr 120, tedy
$ sudo hdparm -S120 /dev/sda
Tak zkuste a dejte vedet.
-
A aby toho nebylo málo, tak na desktopu je Western, který zas pro změnu položku Load_Cycle_Count nemá vůbec
Ta hodnota se může jmenovat jinak - např.: Load/Unload Retry Count. Nebo disk parkování hlaviček nemusí podporovat.
$ sudo hdparm -S120 /dev/sda
Tuším, že nastavení přes hdparm funguje jen do vypnutí disku. Takže to chce startovací skript. Pletu se?
-
Prosel jsem uz hodne topicu na toto tema a hodne lidi stale nevi jak to maji brat pripadne resit. Tak se doufam najde nekdo kdo tomu dobre rozumi a vse vysvetli. Predstava ze v Ubuntu je nejaka chyba ktera napomaha starnuti disku neni moc prijemna. Pry ten stejny problem je stale i v GG....
Sam porad nevim jak to mam brat....
-
$ sudo hdparm -B254 /dev/sda
jsem upravil narust o jedna za cca 5 minut (zalezi na vytizeni disku, mluvim o tom, kdyz je v klidu), coz by mi mohlo zajistit dostatecnou zivotnost. Snad. Samozrejme je treba prikaz spoustet po kazdem spusteni pc (resp. probuzeni). Ja vytvoril na skript symlink "/etc/rcS.d/S98hdd-spin-fix".
tohle u me taky zabralo
mohl bys napsat neco vic k tomu skriptu pripadne ho zverejnit?
-
Ta hodnota se může jmenovat jinak - např.: Load/Unload Retry Count.
Ten jiný název je nejspíš blbost, kterou jsem vyplodil pozdě v noci. S tím názvem spíš pracují Smartmontools.
Obávám se, že někoho, kdo tomu opravdu do hloubky rozumí, bysme museli hledat jinde...
To nastavení Ubuntu asi nebude ideální, ale spíš je to taková umělá kauza. Laptop mód zapíná režim, který chce s disky pracovat co nejméně, jenže mu to vesměs kazí služby, které na to neberou ohled, a proto se častěji parkují hlavičky, což je věc tak trochu předvídatelná... Navíc laptop mód umožňuje nastavení CONTROL_HD_POWERMGMT=1
, které nemění dosavadní power management disku. Ale nevím který - ten od výrobce, ten z BIOSu, ten systémový? Bug Ubuntu spočívá v tom, že uživateli tohle neobjasní? :)
-
Ale nevím který - ten od výrobce, ten z BIOSu, ten systémový?
Režim hlaviček se bude týkat firmwaru... :)
Bug zůstává... :)
-
tohle u me taky zabralo
mohl bys napsat neco vic k tomu skriptu pripadne ho zverejnit?
Nejedna se o vedu. Cilem je jen spoustet prikaz
hdparm -B254 /dev/sda
vzdy pri startu pocitace ci pri jeho probuzeni z hibernace. Takze vytvorim skript obsahujici tento jediny prikaz, umistil jsem ho typicky do "/etc/init.d/" (adresar pro startovni skripty), napriklad s nazvem "/etc/init.d/hdd-spin-fix". A aby se poustel, tak vytvorim symlink do "/etc/rcS.d/", cimz spusobim jeho spusteni pri prechodu do single user modu (vzdy pri startu OS). Cislo 98 by melo byt dostatecne vysoke, aby se spoustel jako jeden z poslednich (ja uz mam 99 obsazeno jinym "workaroundem")
$ ln -s /etc/init.d/hdd-spin-fix /etc/rcS.d/S98hdd-spin-fix
Snad tam neni chyba, pisu to z hlavy.
Jinak me trochu trapi teplota disku na me Toshibe Satellite M100. Hlasi mi to 49-50 stupnu, coz jsem se docetl, neni zrovna malo. Ale stejnou teplotu mam i ve windows, takze to neni chyba linuxu, ale spis BIOSu. Muze mi kdyztak nejaky majitel M100 ci jine podobne Toshiby potvrdit, jak na tom je s teplotou disku on?
-
Tuším, že nastavení přes hdparm funguje jen do vypnutí disku. Takže to chce startovací skript. Pletu se?
Nepletete, viz muj prispevek vyse. Staci pridat k tomu druhemu prikazu.
Jeste jsem chtel dodat, ze dle meho nazoru se nejedna o bug Ubuntu ci jinych distribuci. Proste je to feature disku, jak predchazet poskozeni dat na disku vlivem otresu a vypadku. Hranice 600 000 asi prisla vyrobcum dostatecna, ale to neznamena, ze u 600 001 se vam disk zhrouti. Asi moc nepocitali s neposlusnymi programy a sluzbami, ktere maji potrebu na disk hrabat co par vterin. V tomto ohledu bych vsem take doporucil upravit /etc/fstab a k parametrum u diskovych oddilu pridat "noatime", coz zpusobi, ze se nebude aktualizovat (a zapsan na disk) udaj o datu posledniho pristupu k souboru. Pro naprostou vetsinu lidi je to zbytecne (je mozne, ze nejake exoticke aplikaci vyuzivajici tento cas to muze zpusobovat problemy). Take myslim ma u notebooku smysl prodlouzit interval synchronizace cache a pevneho disku, jelikoz u notebooku vypadek proudu moc nehrozi. Ale to uz je jina debata a bylo to popsano v mnoha jinych clancich.
-
ja mam segate a mam 43 stupnu, u notebooku jsou ale hdd vice odolnejsi nez u klasickych desktop disku
-
Jeste jsem chtel dodat, ze dle meho nazoru se nejedna o bug Ubuntu ci jinych distribuci.
Taky si myslim ze by se to melo nahlasit a resit, a tento zpusob osetreni disku by se mohl pridat k HOWTO pana Svobody (jak nastavit Ubuntu po instalaci z CD)http://forum.ubuntu.cz/index.php?topic=4153.0 (http://forum.ubuntu.cz/index.php?topic=4153.0). Aby kazdemu vydrzel disk co nejdele.
-
No ja som narazil este na nieco taketo:
http://www.linux-hero.com/rant/ubuntu-hard-drive-explosions
tu sa pise nieco v tom zmysle ze defaultne nastavenie ubuntu nemeni power management diskov a teda nesposobuje take caste roztacania, pokym nemate nastaveny "laptop_mode" ... a tam uz treba nejak vhodne nastavit...
takze za podmienky ze ste nezapinali laptop_mode, vsetko bezi tak ako to je nastavene v BIOSE
Ja vypozoroval, ze pokud laptop bezi na AC adapteru tak je to v poho...nevypina se... ale jakmile vypojim adapter, tak cca co 1 minuta necinnosti +1 Load_Cycle_Count... a to mam laptop_mode OFF !!
Takze zkusim nastavit podle nekde zminovaneho scriptu toto 1) make a file named "99-hdd-spin-fix.sh". The important thing is starting with "99".
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 255 /dev/sda
3) copy this file to 3 locations:
/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/
a uvidime :)
-
Abychom si to trochu vyjasnili, Load_Cycle_Count pocita pocet zaparkovani diskovych hlavicek. Ty se parkuji ve chvili, kdy se necte z disku, aby treba kdyby vypli proud nebo notebook spadl na zem, tak aby se neposkrabaly povrchy ploten. Pri pristupu na disk se ale samozrejme opet odparkuji (a Load_Cycle_Count se zvedne).
K vypinani disku dojde, kdy po zadanou dobu neni potreba zapisovat/cist. Cilem je uspora energie. Ve chvili, kdy je treba cist, tak se disk opet roztoci.
Tak teď nevím. Předpokládám, že se takové časté používání parkování hlaviček stejně jako roztáčení na životnost disku značně projeví. Na tom jednom NB bylo parkování dost slyšet a pořád jsem se divil, co je to za zvuky. Vyřešil jsem to sudo hdparm -S255 /dev/sda přidáním do rcS.d (jako link) a od té doby zdá se, že to funguje bez problémů.
Ale když už jsme u toho parkování, nemají dnešní disky kondenzátory, které v případě výpadku proudu zajistí zaparkování? (Samozřejmě to neřeší parkování při pádu atd.) Dokonce mám pocit, že se to tu v jednom tématu řešilo, kdy Ubuntu nedávalo při vypnutí pokyn k zaparkování hlaviček a disk se tak při vypnutí parkoval sám (díky zbytkovému proudu kondenzátorů). Někteří pak hlásili, že při vypnutí slyší u disku nepříjemné zvuky.
Jinak skutečně hodnotu Load_Cycle_Count u toho desktopového nemám. Ale zaráží mě jedna věc u druhého NB, kde problém s parkováním nebyl, a to totiž to, že
194 Temperature_Celsius 0x0022 041 055 000 Old_age Always - 41 (Lifetime Min/Max 0/21)
Mi přijde i těch 21 nějak málo jako maximální hodnota.
-
V notebooku (starý 5 týdnů) mám pevný disk Seagate Momentus 5400.3 SATA ST9160821AS. V produktovém manuálu (http://www.seagate.com/staticfiles/support/disc/manuals/notebook/momentus/5400_3/100398882c.pdf) na straně 14 je v tabulce spolehlivosti uveden údaj 600,000 software-controlled power on/off cycles, při daných podmínkách (teplota, vlhkost).
Příkaz sudo smartctl -d ata -a /dev/sda
mi vyjede:
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Device Model: ST9160821AS
Serial Number: 5MA3NW3S
Firmware Version: 3.CLF
User Capacity: 160 041 885 696 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Oct 29 23:57:18 2007 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 426) seconds.
Offline data collection
capabilities: (0x53) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 80) minutes.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 090 081 034 Pre-fail Always - 90727545
3 Spin_Up_Time 0x0003 099 099 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 370
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 072 060 030 Pre-fail Always - 16726202
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 6017249181883
10 Spin_Retry_Count 0x0013 100 100 034 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 214
187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
189 Unknown_Attribute 0x003a 096 096 000 Old_age Always - 4
190 Temperature_Celsius 0x0022 057 053 045 Old_age Always - 724238379
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 2
192 Power-Off_Retract_Count 0x0032 001 001 000 Old_age Always - 4294967174
193 Load_Cycle_Count 0x0022 095 095 000 Old_age Always - 11941
194 Temperature_Celsius 0x001a 043 047 000 Old_age Always - 43 (Lifetime Min/Max 0/24)
195 Hardware_ECC_Recovered 0x0012 072 066 000 Old_age Always - 90727545
196 Reallocated_Event_Count 0x0010 100 100 000 Old_age Offline - 191443872252092
197 Current_Pending_Sector 0x003e 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0000 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0000 100 253 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Údaj software-controlled power on/off cycles podle mě není 193 Load_Cycle_Count, ale 12 Power_Cycle_Count.
Takže to vidím na zbytečnou hysterii. Jen pro doplnění - vezmu-li garantovanou záruku 5 let, tak bych musel za den softwareově zapnout/vypnout počítač 328x, abych do konce záruky dosáhl údaje 600,000. Nebo se pletu?
-
Nejedna se o vedu. Cilem je jen spoustet prikaz
hdparm -B254 /dev/sda
vzdy pri startu pocitace ci pri jeho probuzeni z hibernace. Takze vytvorim skript obsahujici tento jediny prikaz, umistil jsem ho typicky do "/etc/init.d/" (adresar pro startovni skripty), napriklad s nazvem "/etc/init.d/hdd-spin-fix". A aby se poustel, tak vytvorim symlink do "/etc/rcS.d/", cimz spusobim jeho spusteni pri prechodu do single user modu (vzdy pri startu OS). Cislo 98 by melo byt dostatecne vysoke, aby se spoustel jako jeden z poslednich (ja uz mam 99 obsazeno jinym "workaroundem")
$ ln -s /etc/init.d/hdd-spin-fix /etc/rcS.d/S98hdd-spin-fix
Snad tam neni chyba, pisu to z hlavy.
tak nakonec po znovu spusteni systemu se opet parkovali hlavicky a opet se zvysovala hodnoty cyklu. mozna tam jen chybi
#!/bin/sh
hdparm -B254 /dev/sda
zkusil jsem toto:
1) make a file named "99-hdd-spin-fix.sh". The important thing is starting with "99".
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 255 /dev/sda
3) copy this file to 3 locations:
/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/
a vypada to ze po restartu systemu to funguje.
-
Ale když už jsme u toho parkování, nemají dnešní disky kondenzátory, které v případě výpadku proudu zajistí zaparkování?
Ano, maji. To parkovani je opravdu spise prevence kvuli otresum.
194 Temperature_Celsius 0x0022 041 055 000 Old_age Always - 41 (Lifetime Min/Max 0/21)
Mi přijde i těch 21 nějak málo jako maximální hodnota.
To je zvlastni, ja mel za to, ze hodnoty Min a Max jsou mezni hodnoty namerene behem pouzivani disku. Coz ale evidentne neodpovida. Mozna S.M.A.R.T. disku nespolupracuje spravne se softwarem a mozna byla ma predstava uplne zcestna. :-)
tak nakonec po znovu spusteni systemu se opet parkovaly hlavicky a opet se zvysovala hodnoty cyklu. mozna tam jen chybi
#!/bin/sh
hdparm -B254 /dev/sda
To "#!/bin/sh" by nemelo byt nezbytne, ackoliv je vhodnejsi to napsat. Pokud neni ve skriptu program specifikovan, pouzije se standardni shell systemu, v tomto pripade prave /bin/sh resp. /bin/bash. Nedokazu rici, proc Vam to nefungovalo (predpokladam, ze prikaz samotny funguje jak chcete, ale nespustil se pri startu pocitace), ale mne to tak beha. Mozna skuste do skriptu pridat prikaz "touch /test.txt" (bez uvozovek) a pokud je po startu pocitace vytvoren soubor /test.txt, tak se skript opravdu spousti a chyba je v prikazu. Pokud soubor nebude, skript se nespousti a chyba pravdepodobne bude v pravech (treba neni spustitelny) ci symlinku (spatny format nazvu). Dle meho nazoru je lepsi ten skript mit na co nejmene mistech, proto "/etc/rcS.d" misto tech tri "/etc/acpi/suspend.d/","/etc/acpi/resume.d/","/etc/acpi/start.d/". Ale to je o vkusu.
Údaj software-controlled power on/off cycles podle mě není 193 Load_Cycle_Count, ale 12 Power_Cycle_Count.
Takže to vidím na zbytečnou hysterii. Jen pro doplnění - vezmu-li garantovanou záruku 5 let, tak bych musel za den softwareově zapnout/vypnout počítač 328x, abych do konce záruky dosáhl údaje 600,000. Nebo se pletu?
Myslim, ze situace ohledne udaju ze SMARTu zacina byt neprehledna a michaji se ruzne veci dohromady. Pokusim se to krapet vyjasnit a shrnout.
Udaj Load_Cycle_Count pocita parkovadi diskovych hlav, blize zde (http://www.ariolic.com/activesmart/smart-attributes/load-unload-cycle-count.html). Disky jsou projektovany na hodnotu 300 000 ci 600 000. Smyslem je predejit poskozeni povrchu disku pri otresech a proto, pokud neni disk kratkou dobu pouzivan, tyto cteci hlavy parkuji. Tato hodnota nam nyni dela starosti, protoze se nam hlavy parkuji az prilis casto. Je to hlavne proto, ze disk pouzivame pouze narazove (necteme z nej casto, ale jen obcas/pripadne na disk hrabe nejaky proces).
Udaj Start_Stop_Count pocita, kolikrat se disk roztocil/zastavil, viz zde (http://www.ariolic.com/activesmart/smart-attributes/start-stop-count.html). U disku pro stolni pocitace je projektovana vydrz 30 000 - 50 000 cyklu, u disku pro notebooky by tato hodnota mela byt snad vyssi. Ja nasel u konkretniho disku hodnotu 50 000 (http://www.netcomdirect.com/fumh6at29noh.html), ale nasel jsem take hodnotu 600 000 (http://www.geeks.com/details.asp?invtid=ST910021A-DT&cat=HDD). V druhem pripade se ale priklanim k tomu, ze zde doslo k zamene prave s Load/Unload Cycles.
Udaj Power_Cycle_Count udava, kolikrat byl disk zapnut, viz zde (http://www.ariolic.com/activesmart/smart-attributes/device-power-cycle-count.html). Tento udaj ma blizko k predchozimu a mel by byt o neco nizsi. Ale naprosto presnou predstavu o tom, kdy se disk prestane tocit, ale neni power off nemam, ikdyz to pravdepodobne souvisi s uspavanim disku. Ma interpretace je takova, ze uspany disk se netoci, ale neni kompletne power off.
Uff, jsem se vycerpal. Tod ode mne vse.
-
Mohl by sem jeste nekdo uvest konkretni rozdil a "nejlepsi" nastaveni hdparm s parametry -S a -B ?
Jeste by me zajimalo jestli je mozne nekde zjistit aktualni hodnoty ktere ma hparm nastaveny. Dival jsem se do hdparm.conf, ale je tam vsechno zakomentovano krome polozky quite. Tak nevim co si mam o tom myslet...
Diky moc...
-
194 Temperature_Celsius 0x001a 043 047 000 Old_age Always - 43 (Lifetime Min/Max 0/24)
Všiml jsem si, že ve výpisu je totéž, co mám u disku já (dokonce mám pocit, že mám stejný typ, rozhodně je to SG Momentus). Jde mi o tu teplotu, protože mám taky nějakých 43 stupňů, což se absolutně nevejde do dané meze. Tak by mě teda zajímalo, jestli je to chyba nebo jestli daný údaj ukazuje něco jiného.
-
u mě to ukazuje
194 Temperature_Celsius 0x0002 144 100 000 Old_age Always - 38 (Lifetime Min/Max 14/44)
-
Nemá být laptop mód chápán jako mód cestovní? Teď jsem v autě, vlaku, autobusu, a proto potřebuji dlouhé uspávání disku a časté parkování hlaviček... Pak by takové nastavení bylo v pořádku...
-
194 Temperature_Celsius 0x001a 043 047 000 Old_age Always - 43 (Lifetime Min/Max 0/24)
Všiml jsem si, že ve výpisu je totéž, co mám u disku já (dokonce mám pocit, že mám stejný typ, rozhodně je to SG Momentus). Jde mi o tu teplotu, protože mám taky nějakých 43 stupňů, což se absolutně nevejde do dané meze. Tak by mě teda zajímalo, jestli je to chyba nebo jestli daný údaj ukazuje něco jiného.
Pravděpodobně těch 43 C je maximální hodnota, která byla za používání disku dosažena. Jestli máš stejný disk, tak výrobce uvádí až 60 C.
-
Udaj Load_Cycle_Count pocita parkovadi diskovych hlav, blize zde. Disky jsou projektovany na hodnotu 300 000 ci 600 000. Smyslem je predejit poskozeni povrchu disku pri otresech a proto, pokud neni disk kratkou dobu pouzivan, tyto cteci hlavy parkuji. Tato hodnota nam nyni dela starosti, protoze se nam hlavy parkuji az prilis casto. Je to hlavne proto, ze disk pouzivame pouze narazove (necteme z nej casto, ale jen obcas/pripadne na disk hrabe nejaky proces).
Ale v případě mého disku se o tomto údaji v manuálu nepíše. Docela mě zajímá na čem stavíš to obecné tvrzení, že disky jsou projektovány tak či onak.
-
Nemá být laptop mód chápán jako mód cestovní? Teď jsem v autě, vlaku, autobusu, a proto potřebuji dlouhé uspávání disku a časté parkování hlaviček... Pak by takové nastavení bylo v pořádku...
Ano, to by bylo pekne. Problem je, ze se tak chova i kdyz je napajen ze site a laptop mode neni zapnuty (laptop mode neni v Ubuntu defaultne zapnuty).
Ale v případě mého disku se o tomto údaji v manuálu nepíše. Docela mě zajímá na čem stavíš to obecné tvrzení, že disky jsou projektovány tak či onak.
Opravdu nemuzu za to, ze to v manualu vaseho disku nepisi. :-) Tvrzeni stavim na udajich z ruznych datasheetu, staci trosku pohledat internetem ("load unload cycle hdd datasheet" do googlu zadat zvladnete). Napriklad zde (http://www.psism.com/hdd1564.pdf) na strane 27. Dokonce se zde na strane 26 v souvislosti s parkovanim hlav uvadi cetnost 70 krat za hodinu (hodnota, pri ktere byla testovana zivotnost disku). To je o neco mene nez minuta. Avsak mne i mnoha dalsim lidem se hodnota Load_Cycle_Count zvysuje (presneji zvysovala, nez jsem to opravil) o jedna co cca 5 az 10 vterin. A to zjevne neni normalni.
-
194 Temperature_Celsius 0x001a 043 047 000 Old_age Always - 43 (Lifetime Min/Max 0/24)
Pravděpodobně těch 43 C je maximální hodnota, která byla za používání disku dosažena. Jestli máš stejný disk, tak výrobce uvádí až 60 C.
Tak mě netrápí přímo ta teplota jako spíš to, že je tam v závorce Min/Max 0/24, tak pokud je těch 24 jako přípustné maximum, tak pak nerozumím těm 43 stupňům. Navíc, když každý disk je při činnosti docela rozpálený. Hlavně je pak ve výpisu smartu, že disk překročil požadovanou teplotu, což je jasný, když 24 jako Max je cca o polovinu menší než provozní teplota disku.
Ale hlavně mě dnes překvapilo, že na tom bezproblémovém NB se dnes hlavičky začaly parkovat, aniž bych je o to žádal. Definitivně pomohlo do init.d skript hdparm -B255 /dev/sda pro úplné vypnutí a link na skript do rcS.d.
-
Nemá být laptop mód chápán jako mód cestovní? Teď jsem v autě, vlaku, autobusu, a proto potřebuji dlouhé uspávání disku a časté parkování hlaviček... Pak by takové nastavení bylo v pořádku...
Přesně tak to chápu i já. Pak by bylo logické, aby hlavy parkovaly každou volnou chvilku, protože přece jen vlaky, auta, autobusy drncají. Ale na to by se v Ubuntu hodila nějaká grafická aplikace na rychlé přepnutí, například.
-
Tak mě netrápí přímo ta teplota jako spíš to, že je tam v závorce Min/Max 0/24, tak pokud je těch 24 jako přípustné maximum, tak pak nerozumím těm 43 stupňům.
Rekl bych, ze vam to opravdu nejak spatne ukazuje. Dle meho nazoru ma Min/Max ukazovat ne pripustne maximum a minimum, ale mezni hodnoty namerene behem pouzivani disku (po celou dobu jeho zivotnosti). Tj. nejmene se namerilo tolik a nejvice tolik.
Přesně tak to chápu i já. Pak by bylo logické, aby hlavy parkovaly každou volnou chvilku, protože přece jen vlaky, auta, autobusy drncají. Ale na to by se v Ubuntu hodila nějaká grafická aplikace na rychlé přepnutí, například.
Kdyz vite, co chcete nastavit, tak si napiste dva skripty - jeden pro nastaveni, kdyz bezite na kabel a druhe pro nastaveni, kdyz bezite na baterii. Neni problem to nastavit tak, aby se vam poustely automaticky pri vytazeni/zapojeni napajeciho kabelu, viz muj prispevek (http://forum.ubuntu.cz/index.php?topic=7688.msg77566#msg77566) pro nastaveni jasu dispeje.
-
Jaky je tedy rozdil mezi -B a -S ? Vim ze -S znamena dobu necinnosti, pri ktere se HDD vypne. No a to -B?
-
Ale v případě mého disku se o tomto údaji v manuálu nepíše. Docela mě zajímá na čem stavíš to obecné tvrzení, že disky jsou projektovány tak či onak.
Opravdu nemuzu za to, ze to v manualu vaseho disku nepisi. :-) Tvrzeni stavim na udajich z ruznych datasheetu, staci trosku pohledat internetem ("load unload cycle hdd datasheet" do googlu zadat zvladnete). Napriklad zde (http://www.psism.com/hdd1564.pdf) na strane 27. Dokonce se zde na strane 26 v souvislosti s parkovanim hlav uvadi cetnost 70 krat za hodinu (hodnota, pri ktere byla testovana zivotnost disku). To je o neco mene nez minuta. Avsak mne i mnoha dalsim lidem se hodnota Load_Cycle_Count zvysuje (presneji zvysovala, nez jsem to opravil) o jedna co cca 5 az 10 vterin. A to zjevne neni normalni.
(ok budeme si vykat)
Já vás za to neobviňuji, bylo to pouhé konstatování s tím, že vaše tvrzení nelze aplikovat na disky obecně, protože např. u mého není z čeho vycházet. Ano zvládnu, ale dávám si pozor, abych do google nezadal slovo google a tím nezničil internet... :)
Za pomocí této (http://www.thinkwiki.org/wiki/Problem_with_hard_drive_clicking#Seagate_Momentus_7200.1) stránky jsem zjistil, že můj disk je nastaven na APM 128, laptop mode není zapnutý, takže je to pravděpodobně nastaveno firmwarem disku nebo BIOSem. Při nastavení sudo hdparm -B 254 /dev/sda (což je v mém případě to samé jako 255) se počítadlo 193 Load_Cycle_Count zastaví (teplota se postupně zvýší cca o 5 C). Otázkou zůstává, co je lepší a jestli v případě mého disku se s vysokým počtem údaje 193 Load_Cycle_Count počítá. V každém případě bych nesvaloval vinu na Ubuntu, "problém" způsobil výrobce disku nebo počítače.
-
Jaky je tedy rozdil mezi -B a -S ? Vim ze -S znamena dobu necinnosti, pri ktere se HDD vypne. No a to -B?
-B nastavuje APM - Advanced Power Management. Víc si musíte nastudovat. :)
-
Zkusil jsem hdparm -S 120 /dev/sda a nechal jsem pocitac asi 2hodiny v klidu bezet a po tech dvou hodinach ta hodnota Load_Cycle vzrostla o vice jak 100... behem par dnu se to zmenilo o nekolik tisic. Tak uz opravdu nevim...
-
Tak mě netrápí přímo ta teplota jako spíš to, že je tam v závorce Min/Max 0/24, tak pokud je těch 24 jako přípustné maximum, tak pak nerozumím těm 43 stupňům.
Rekl bych, ze vam to opravdu nejak spatne ukazuje. Dle meho nazoru ma Min/Max ukazovat ne pripustne maximum a minimum, ale mezni hodnoty namerene behem pouzivani disku (po celou dobu jeho zivotnosti). Tj. nejmene se namerilo tolik a nejvice tolik.
Přesně tak to chápu i já. Pak by bylo logické, aby hlavy parkovaly každou volnou chvilku, protože přece jen vlaky, auta, autobusy drncají. Ale na to by se v Ubuntu hodila nějaká grafická aplikace na rychlé přepnutí, například.
Kdyz vite, co chcete nastavit, tak si napiste dva skripty - jeden pro nastaveni, kdyz bezite na kabel a druhe pro nastaveni, kdyz bezite na baterii. Neni problem to nastavit tak, aby se vam poustely automaticky pri vytazeni/zapojeni napajeciho kabelu, viz muj prispevek (http://forum.ubuntu.cz/index.php?topic=7688.msg77566#msg77566) pro nastaveni jasu dispeje.
Co jsem vypozoroval, tak v mem ubuntu (GG) je nativne nastaveno automaticke prepinani mezi AC a Baterkou, dokonce se zde da nastavit nekolik parametru jak se ma laptop chovat na AC nebo na baterce... nicmene jsem upravil LUCycles na 150 (hdparm -B 150 /dev/sda) a pocet se zpomalil na unosnou mez.... a kdyz pojedu ve vlaku, tak neni problem si udelat script co upravi "docasne" hodnotu na 60 kuprikladu......
EDIT : LAPTOP MOD MAM VYPNUT
-
Zkusil jsem haparm -S 120 /dev/sda a nechal jsem pocitac asi 2hodiny v klidu bezet a po tech dvou hodinach ta hodnota Load_Cycle vzrostla o vice jak 100... behem par dnu se to zemenilo o nekolik tisic. Tak uz opravdu nevim...
Co jste cekal? Narust o 1 za minutu vam (pri provozi 12 h denne a zivotnosti 600 000 parkovani) dava dva a ctvrt roku provozu (samozrejme byl-li by disk novy). Zkuste tech 254 nebo 255, kdyz se dostanete nad 3 minuty, tak mate vyhrano, dyl by ten disk stejne nevydrzel. :-)
Ohledne tech tisicu me napada, ten prikaz se vam urcite poustel pri startu systemu?
Ale doporucuji hlidat teplotu disku, spousta lidi pozorovala narust o par stupnu.
-
Jestli se nepletu, tak -S 120 udava ze pokud bude disk 10m necinny tak se prepne do usporneho rezimu. Takze jak je mzne ze za 2 hodiny to narostlo o vice jak 100?
-
Tak jsem se rozhodl nečekat, jestli disk padne nebo ne, a nastavil napevno APM na 254, zkoušel jsem různé postupy, ale po probuzení (z uspání do paměti) se mi disk vždy vrátil na původní hodnotu APM a to na 128. Pomohl mi až The ugly fix (http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234) postup (začíná zhruba v polovině odkazovaného komentáře).
-
Jestli se nepletu, tak -S 120 udava ze pokud bude disk 10m necinny tak se prepne do usporneho rezimu. Takze jak je mzne ze za 2 hodiny to narostlo o vice jak 100?
Pokud se nepletu, tak dle man se volba -S týká vypnutí vřetenového motoru disku, tudíž nemá s hlavičkama pravděpodobně nic společného.
Pokud se disk používá, hlavičky kmitají. Pak při nečinnosti disku za nějaký čas zaparkují. Pokud takový čas překročí deset minut, vypne se i vřeteno. Volba -B pak specifikuje hodnotu v Advanced Power Managementu, ale nepodařilo se mi dohledat, kolik ty hodnoty znamenají. Nicméně volba -B255 vypne APM, takže hlavy přestanou parkovat (pro trvalé následky je nutný skript a spouštět ho při startu systému).
-
Tak mě netrápí přímo ta teplota jako spíš to, že je tam v závorce Min/Max 0/24, tak pokud je těch 24 jako přípustné maximum, tak pak nerozumím těm 43 stupňům.
Rekl bych, ze vam to opravdu nejak spatne ukazuje. Dle meho nazoru ma Min/Max ukazovat ne pripustne maximum a minimum, ale mezni hodnoty namerene behem pouzivani disku (po celou dobu jeho zivotnosti). Tj. nejmene se namerilo tolik a nejvice tolik.
Jenže to je právě dost zvláštní, například tento výpis:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
190 Temperature_Celsius 0x0022 049 045 045 Old_age Always In_the_past 857145395
194 Temperature_Celsius 0x0022 051 055 000 Old_age Always - 51 (Lifetime Min/Max 0/21)
Něco není v pořádku, protože jinak nechápu, proč tam je In_the_past.
-
No ta volba -S asi bude mit neco spolecneho s hlavickami protoze kdyz jsem podle toho co jsi psal pomoci -B 255 vypnul to parkovani a pak nastavil -S 5 tak po 5s necinnosti se disk vypnul a kdyz se probudil tak se ta hodnota zvysila o jednu. Tak porad nevim jak to mam odealne nastavit ty dve hodnoty kdyz poradne nevim k cemu jsou. A nevite nekdo k cemu je hdparm.conf kdyz se to musi vsechno nastovat pomoci skriptu po spusteni??
Taky by me ale zajimalo co znamenaji ty hodnoty u parametru -B...
-
No ta volba -S asi bude mit neco spolecneho s hlavickami protoze kdyz jsem podle toho co jsi psal pomoci -B 255 vypnul to parkovani a pak nastavil -S 5 tak po 5s necinnosti se disk vypnul a kdyz se probudil tak se ta hodnota zvysila o jednu. Tak porad nevim jak to mam odealne nastavit ty dve hodnoty kdyz poradne nevim k cemu jsou. A nevite nekdo k cemu je hdparm.conf kdyz se to musi vsechno nastovat pomoci skriptu po spusteni??
Taky by me ale zajimalo co znamenaji ty hodnoty u parametru -B...
Tak logicky, když se vypne motor disku, tak se předtím zaparkují hlavy. A když se disk zase zapne, tak hlavy vyjedou, proto se to o jedničku zvedne. Ale v podstatě stačí nechat točit disk a hlavy neparkovat, takže -B255. Ale u někoho nefunguje, tak pak -B254.
Hodnoty B netuším, ale asi to bude podobné jako pro S, těžko říct. Jen snad, že hodnota 255 je pro vypnutí APM.
-
Jestli se nepletu, tak -S 120 udava ze pokud bude disk 10m necinny tak se prepne do usporneho rezimu. Takze jak je mzne ze za 2 hodiny to narostlo o vice jak 100?
Pardon, prehledl jsem se a zamenil ve vasem prispevku -S za -B. Parametr S nastavuje tzv. spindown, tedy jak dlouho musi byt disk v necinnosti, nez dojde ke snizeni otacek disku (standby mode). Parametr -B nastavuje APM. Nesouvisi to ale az tak s parkovanim hlavicek, ktere se parkuji po kratsi dobe necinnosti (ale samozrejme se zaparkuji, kdyz jde disk do standby modu). Hodnoty pro -S jsou prehledne popsany v manualove strance hdparm, bohuzel hodnoty pro -B popsany nejsou (ze maji podobny vyznam jako -S se muzeme jen dohadovat. Ale jelikoz to maji byt hodnoty pro APM, tak bych spis cekal, ze se podle tech hodnot ridi primo firmware disku.).
Jenže to je právě dost zvláštní, například tento výpis:
Něco není v pořádku, protože jinak nechápu, proč tam je In_the_past.
Prave proto pisu, ze to nejspis ukazuje spatne. Doporucuji man smartctl.
-
:o No tak toto téma je dost zajímaví :-\ i když po přečtení mě trochu zmátlo, viděsilo atd... Mám se bát, nebo se bát nemusím? NB jsem kupoval cca březen 06 - používám WIn XP a cca 5-6měsíců jsem zkoušel Linux Ubuntu FF pak zas openSUSE a ted jsem dal zase UBUNTU 7.10.
HDD mám:black@asus-f3m:~$ sudo smartctl -d ata -a /dev/sda
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Seagate Momentus 5400.2 series
Device Model: ST98823AS
Serial Number: 5PL25W9E
Firmware Version: 3.06
User Capacity: 80 026 361 856 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sun Nov 11 10:01:07 2007 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 426) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 84) minutes.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 253 006 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 095 094 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 998
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 055 054 030 Pre-fail Always - 244837516898
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 696
10 Spin_Retry_Count 0x0013 100 098 034 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 1011
187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0
190 Temperature_Celsius 0x0022 067 053 045 Old_age Always - 555286561
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 920
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 15389
194 Temperature_Celsius 0x0022 033 047 000 Old_age Always - 33 (Lifetime Min/Max 0/15)
195 Hardware_ECC_Recovered 0x001a 120 053 000 Old_age Always - 804614
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
black@asus-f3m:~$
a po zadání:
black@asus-f3m:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 15414
Po zadání příkazu okopírování a vložení sem jsem spustil znovu a hle???
black@asus-f3m:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 15416
ted už mám oipět jinak
black@asus-f3m:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 15420
Nevím jestli je fakt něco špatně !!!! Mám začít něco dělat nebo mohu nechat vše jak je a nemuset se o nic bát??
Zas tak dobrej nejsem v linuxu a tak tohle jde ouplně mimo mě :-D :'(
Poraďte někdo co mám přesně udělat? Takový krok za krokem myslím by pomohl i dalším, takhle se vtěch různých rad a příspěvcích jeden lehce zamotá :-D
-
Je to zvlastni ze mas notebook uz delsi dobu a pritom ta hodnota je jenom kolem 15 tisic. Ja mam NB asi rok a jsem na cca 80 tisicich. Je fakt ze to rapidne stoupalo po prechodu na Ubuntu ale vyresil jsem to timhle postupem:
The ugly fix :
You should only apply this fix if you feel your Load_Cycle_Count is increasing too fast. You should only apply this fix if you understand what you are doing so that you can reverse it. Apply this fix on your own risk. Also don’t forget that having your harddisk head park protects your harddrive if you experience any bumps (which is especially nice if you are on the road and therefor probably working on battery).
If you have enabled laptop-mode (which is disabled by default). Disable laptop-mode in /etc/default/acpi-support. And $sudo laptop_mode stop
Shut down your laptop. Remove your powercord and battery for a second. Start your laptop again and determine whether Load_Cycle_Count is still increasing too fast.
If you haven’t enabled laptop-mode or if your Load_Cycle_Count is still increasing too fast do the following :
$ sudo hdparm -B 254 /dev/sda
$ sudo hdparm -S 0 /dev/sda
This will turn off Advanced Power Management on the drive and it will disable the standby (spindown) timeout, so the drive will never be spun down and up again. Determine whether Load_Cycle_Count is still increasing too fast. You can experiment with values between 128 (low power usage) and 254 (best performance) although values below 254 still can do much head parks (depending on the harddrive) so you should keep watching your Load_Cycle_Count.
If hdparm solved your problem let’s make these settings permanent.
Edit /etc/hdparm.conf ($gksudo gedit /etc/hdparm.conf) and add this :
/dev/sda {
apm = 254
spindown_time = 0
}
To make these changes consistent over reboots install the hdparm init script by doing :
$sudo update-rc.d hdparm defaults
Now to make sure your Load_Cycle_Count won’t start increasing after suspend,hibernate or attaching your powercord.
1) make a file named “99-hdd-spin-fix.sh”. The important thing is starting with “99″.
$sudo gedit 99-hdd-spin-fix.sh
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 254 /dev/sda
hdparm -S 0 /dev/sda
3) copy this file to 5 locations:
$sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/battery.d/
By using install the file 99-hdd-spin-fix.sh should have the x-bit set.
If you want your harddisk to park/unpark in order to safe power and protect your harddisk from bumps while on battery then you can edit /etc/acpi/battery.d/99-hdd-spin-fix.sh and change 254 to a value between 128 and 254. Choose 128 for the most aggressive power management, the most protection and the highest increase of Load_Cycles. Watch your Load_Cycle_Count and experiment to find the right value. Now your Load_Cycle_Count will increase while on battery.
$sudo gedit /etc/acpi/battery.d/99-hdd-spin-fix.sh
Sam vidis ze je v uvodu to sluvko ugly. Takze asi nepujde o nejake pekne reseni nicmene mam pocit ze zabralo. Tak doufam ze se do budoucna objevi nejke lepsi reseni primo od vyvojaru Ubuntu. Snad to uz v pristi verzi bude lepe vyresene...
-
Takže asi takhle.
Nevím jak moc toto defaultní nastavení škodí, konec konců je to netebook ???.
Před nějakým dnem jsem s tím laboroval i na nb, kterej vlastním - hp510.
Po vyzkoušení několika nastavení jsem zůstal u tohoto, který mi udělá nějaký 4-5 zaparkování za hodinu (průměr za 6 dnů, při normální práci - tj. internet, hudba, editace textů a tak - běžná činnost alespoň u mne) :
1. do /etc/hdparm.conf jsem přidal toto :
/dev/sda {
apm = 24O
spindown_time = 36
}
2.do /etc/acpi/ac.d/ jsem přidal tento skript s názvem 99-parkovani-hlavicek
#!/bin/sh
hdparm -B 240 /dev/sda
hdparm -S 36 /dev/sda
a udělal na tento skript symlinky do /etc/battery.d + /etc/start.d + /etc/suspend.d + /etc/resume.d, to abych mohl editovat z jednoho místa ;).
3. nic jsem nepřidával do ani do /etc/init.d, ani do /etc/crS.d
4. neběží mi laptop-mode
Pokud opravdu dělám na nb něco,co až tak nevyžaduje častý přístup na disk, tak se mi HDD vypíná po cca 3min.
Bohužel tak vydrží max.30s a opět je os donucen nastartovat, takže tady by to chtělo poladit :P.
Ještě budu zkoušet.
Testoval jsem i jiný nastavení hdparmu,ale např. pokud disk stále běžel a hlavičky vůbec neparkovaly, teplota CPU byla plus mínus 41° při normálním využití nb.
S tímto popsaným postupem je to 36°.
Podotýkám, že toto funguje na mém nb a Kubuntu 7.10, čímž není řečeno, že to takhle bude fungovat i jinde :-*.
-
mne sa dostal do ruk ntb, kde toto tiez riesim, avsak je v tom nasledovny problem:
hdparm -B 255 /dev/sda
/dev/sda:
setting Advanced Power Management level to disabled
HDIO_DRIVE_CMD failed: Input/output error
a po zmene hodnoty
hdparm -B 254 /dev/sda
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
HDIO_DRIVE_CMD failed: Input/output error
na www.digg.com (http://digg.com/linux_unix/Explanation_of_Ubuntu_Hard_Drive_Wear_and_Tear?t=10093730#c10093730) som nasiel, ze vraj zariadenie nepodporuje 'power managment'. tak sa chcem spytat, ci sa dakto s tymto nestretol.
-
Bylo by dobré, až se to tu dořeší, aby někdo udělal nějaký souhrn informací. Je to důležité téma týkající se ubuntu a moc lidí nebude chtít číst 5 záložek příspěvků, kde jeden říká to a druhý ono... Sám sem to celé nečetl... :-)
-
Bylo by dobré, až se to tu dořeší, aby někdo udělal nějaký souhrn informací. Je to důležité téma týkající se ubuntu a moc lidí nebude chtít číst 5 záložek příspěvků, kde jeden říká to a druhý ono... Sám sem to celé nečetl... :-)
Mno kdyby se nasel nekdo kdo by to prekopal do wiki, tak by tam mohl uvest i to jak je to nastavene po ciste instalaci a jak se chova buntu s laptop mode ON a OFF. Popripade proc pouzivat a KDY LAPTOP MODE ON >
hdparm -B 255 /dev/*da
hdparm -B 60 /dev/*da
atd...
(*=Sda nebo Hda)
-
ahoj ja tam mám tohle, ubuntu mám od neděle:
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always
hodil by se navod, pročetl jsem všechny stranky ale nejsem z toho moc chytrej, jestli někdo ví jak na to tak napište prosím přesný návod jak tomu pomoct.
Diky
-
Mirfil: asi ti tam chybí ještě jedno číslo, nebo jeden řádek.. (nebo ne?)
jj prosím prosím all people good heard. Umírám, když vidím jak mi pod rukama odumírá hadr.
Zjistil sem, že když pouštim hudbu, tak to nedělá.. (kvůli čtení z disku se neparkují hlavičky)
Snad to nějaká dobrá duše sepíše a budeme jí moc hoodně poděkovat.
(pokud ne, tak pak mam pocit, že jsem tuto distribuci a komunitu přerostl a zdatnější uživatel zde již nemá co získat.. Já chci v poklidu používat dobrou distribuci, s kterou nemám problémy a když se něco vyskytne, tak naleznu jednoduchý a stručný popis co, proč a jak to rychle napravit, a to obzvlášť u takovích to docela závažných věcí, které se navíc týkají jen ubuntu, předpokládám, že jiná distra nemají problém. Nemam totiž tolik času, abych ho trávil studiem nějakého zapeklitého problému, pochopení všechn nuancí, kterým tak úplně nerozumím, namísto abych se věnoval rozvíjení ve směru kterému rozumím více a který jsem začal rozvíjet v oblasti linuxových systémů. Ubuntu a komunita musí dokázat řešit takovéto problémy rychle a efektivně a ne, že přetrvávají půl roku. Nemůžu se zesměšňovat propagací něčeho, co poškodí někomu počítač a pak si to on pujde vyřídit se mnou, ne s ubuntu. :-) )
-
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 3546
-
To Czario:
Reseni toho problemu je v tomto vlaknu uvedeno snad desetkrat - "hdparm -B X", kde X je 255, 254 nebo jine cislo.. jake, to uz zalezi na vas, co vam funguje a s jakym intervalem parkovani se spokojite. Hodnota 255 by mela parkovani vypnout, avsak nekde nefunguje a pomuze 254. Nekde jsem cetl, ze hodnoty mezi 128 a 254 maji stejny efekt a je proto jedno, jestli zadate 128, 254 nebo neco mezi. Podle meho pozorovani by na tom mohlo byt neco pravdy, ale nemuzu za to dat ruku do ohne.
Mne se nyni pri hodnote 128 parkuji co 5 minut, coz dostacuje bohate (pri vydrzi jeste 300 000 parkovani a provozu 365 dni v roce, 12 h denne to dava zivotnost pet a pul roku). Spise uvazuji, ze pujdu niz, jelikoz mene caste parkovani jde proti jeho smyslu (ochrana disku) a ma take vliv na narust jeho teploty, coz zivotnosti take neprispiva. Navic svuj notebook jiz nevyuzivam tak intenzivne, takze pokud disk odejde za tri roky, tak me to az tak trapit nebude (zalohuji).. Dulezitejsi je pro me ochrana dat (otresy), notebooku a pohodli (teplota) dnes. Dovolim si priblizny vypocet:
Do 600 000 mi zbyva jeste rekneme 400 000. Disk by mi mohl vydrzet (pral bych si) rekneme jeste 5 let. Pouzivam jej kazdy den v roce, cca 5 hodin (rekneme, zrejme nadsazeny udaj). 400 000 : (5*365*5) = 44. Takze disk mi "vydrzi" pet let pri pouzivane zatezi, kdyz bude parkovat 44x do hodiny, coz je asi kazdych jeden a pul minuty.. A ted uz jen zkouset, ktera hodnota pro "hdparm -B" toto zajisti. Samozrejme ze hlavicky se parkuji, kdyz disk neni vyuzivan, tento priblizny scenar odpovida situaci, kdy je notebook pusten, ale moc se s diskem nepracuje (bezi jabber a spol.).
A ted jiz k popisovanym upravam:
Aby se spoustel prikaz vzdy po zapnuti PC, staci vytvorit skript (pro disk /dev/sda) s nazvem treba "/etc/init.d/parkovani-hlavicek.sh":
$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
a vlozit obsah (128 nahradite vami pozadovanou hodnotou)
#!/bin/bash
hdparm -B 128 /dev/sda
nakonec se nastavi prava a vytvori symbolicky link do /etc/rcS.d (nemel by tam byt jeste skript s cislem S95, jinak zvolte jine vysoke)
$ sudo chmod 755 /etc/init.d/parkovani-hlavicek.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/rcS.d/S95parkovani-hlavicek.sh
Skript se tak bude spoustet pri kazdem prechodu do single user modu, coz je pri kazdem startu pocitace.
A jeste symlink pro spusteni skriptu po probuzeni z hibernace (nemel by tam jiz byt skript s cislem 95, jinak zvolte jine)
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/acpi/resume.d/95-parkovani-hlavicek.sh
Nekteri davaji skript i do "/etc/acpi/suspend.d/", coz je naprosto zbytecne. Ten se prochazi pred zacatkem hibernace a jaky ma smysl nastavovat disk kdyz ho hned pote vypnu.
Jeste bych doporucil nasledujici upravy:
1. V /etc/fstab pridat k parametrum filesystemu ext3 (root, /home, prip. dalsich) parametr "noatime", takze radek pak vypada napriklad takto:
UUID=fab05680-eb08-4420-959a-ff915cdfcb44 / ext3 defaults,noatime 0 1
Tento parametr zpusobuje aktualizaci casu posledniho pristupu k souboru. Je to prakticky zbytecne (ano, nektere "exoticke" aplikace to mohou vyzadovat) a zpusobuje to dalsi zapis na disk.
2. Prodlouzit cas sychronizace cache a disku (zmeny v souborech se provadi v pameti a pak jednou za cas se hromadne zapisi = sync). Tato hodnota lze zvysit, jelikoz u notebooku s akumulatorem nemusime mit obavy o vypadek proudu. Opet se provadi v /etc/fstab, tentokrat pomoci parametru "commit", ktery udava pocet sekund (standardne pouze pet). Nemusime se bat jej prodlouzit na minuty (treba 5). Pridame tento parametr u vsech permanentnich filesystemu (root, /home,.. ) az na swap, tam to nema vyznam. Priklad:
UUID=fab05680-eb08-4420-959a-ff915cdfcb44 / ext3 defaults,noatime,commit=300 0 1
Dalsi podrobnosti se lze docist v clanku na rootu (http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/). Rozhodne doporucuji!
-
kkaarreell: perfektní, něco takového jsem přesně potřeboval. Ujednocený jednoduchý a srozumitelný návod. Mnohé díky.
Jen by mě zajímalo, co způsobuje probouzení disku. I když je v ubuntu nastaveno časté parkování, není normální, aby se neustále odparkovávalo. (někde je chyba, nějaký proces je zlý a narušuje harmonii).
Toto je taková fine rychlá záplata, ale neřeší to daný problém, proč se ty hlavičky tak často parkují, když k tomu není až tak velký důvod a proč je to nastaveno defaultně tak jak je to nastaveno.
Jinak já si samozřejmě vážím času ostatních stejně tak, jako času svého. Kdybych tomu rozuměl a věděl o co jde, sám bych napsal nějaký návod a případně ho hodil na wiki. Ale problematika je hluboká a složitá a forum je rozpolcené a nedá se v něm dobře orientovat. (nakonec sem si ho prošel celé)
Moje myšlenka nesměřovala k tomu, že jsem líný hnout prstem abych opravil systém. (podle vašeho návodu jsem nyní tak učinil), ale spíše je problém věnovat každému problému týden, abych našel příčinu daného problému, zjistil jak se má opravit a opravil to.. Na což ještě nemam a pokud bych měl, tak bych zkusil gentoo nebo sinux či jiný systém který určený k hlubšímu studiu systému. Narážka byla spíše na to, že se tu řeší problémy jednoduché na které se popisují rozsáhlé návody atd.. ale ty horší se tu řeší o dost komplikovaněji (návod si dokáži přečíst a postupovat dle něj).
Když se najde o složitějším téma vlákno, tak je rozpolcené, je tam mnoho falešných cest a nikdo pořádně neví a nemá ucelený závěr a nějaké shrnutí.
Tento návod, jednoduchý a ucelený, tu je až po půl roce, kdy je problém znám a mezi tím mi začal dělat problémy disk(občas nechce nabootovat), koupil jsem nový a teď tam je 50 000 Load_Cycle_Count z možných 300 až 600 tisíc dle disku a to za 2-3 měsíce. Proto jsem se snažil trochu rozvířit debatu, aby do doby než mi disk selže se problém vyřešil, nebo aspoň korektně zazáplatoval a něco z debaty vyplynulo. Takže sorry za mé narážky a dík za ochotu. :-)
-
Jen by mě zajímalo, co způsobuje probouzení disku. I když je v ubuntu nastaveno časté parkování, není normální, aby se neustále odparkovávalo. (někde je chyba, nějaký proces je zlý a narušuje harmonii).
Toto je taková fine rychlá záplata, ale neřeší to daný problém, proč se ty hlavičky tak často parkují, když k tomu není až tak velký důvod a proč je to nastaveno defaultně tak jak je to nastaveno.
OK, nechal jsem se trochu unest, pardon. Z prispevku jsem sve komentare odstranil, bych usetril ostatni uzivatele fora. Uz bych se mel nad sebou zamyslet. Do prispevku nahore jsem jeste doplnil dalsi dve upravy, ktere by mohly pomoci. Caste parkovani smysl ma (jak uz bylo receno, ochrana disku pri otresech, take snizeni teploty), bohuzel na pocitaci beha spousta zlotrilych procesu, ktere maji potrebu neustale hrabat na disk.. co se da delat. Nasim cilem by nemelo byt zabranit parkovani hlavicek, ale spise omezit pristup k disku. Nebudu se opakovat a dovolim si dat odkaz na prispevek v diskusi na rootu. (http://www.root.cz/zpravicky/mandrivu-nebo-ubuntu/169068/)
-
děkuji za návod.
-
Tak to je dobry. V Ubuntu mam tenhle problem uz nejakej tyden podchycenej a vsechno bylo OK. Musel jsem ted 2 dny delat pod Windows XP kvuli Assembleru a co nevidim po navratu do Ubuntu... ta hodnota se zyvsila asi o 300!! Tak ze by ty XP se chovali jeste hur???
-
Tak to je dobry. V Ubuntu mam tenhle problem uz nejakej tyden podchycenej a vsechno bylo OK. Musel jsem ted 2 dny delat pod Windows XP kvuli Assembleru a co nevidim po navratu do Ubuntu... ta hodnota se zyvsila asi o 300!! Tak ze by ty XP se chovali jeste hur???
O 300 za dva dny? To neni tak hrozny. Jak dlouho ten disk chcete pouzivat? :-)
-
Zkousel jsem prikaz
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
ale hlasi mi to, ze jej Ubuntu nezna (Gutsy Gibbon), poradite jak to zprovoznit? Pred tremi mesici mi odesel harddisk do vecnych lovist po pulrocnim provozu Ubuntu, kdyz jsem jej predtim provozoval tri roky na Windows a rad bych se ubezpecil, ze tu problem opravdu neni ...
Diky
-
Zkousel jsem prikaz
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
ale hlasi mi to, ze jej Ubuntu nezna (Gutsy Gibbon), poradite jak to zprovoznit? Pred tremi mesici mi odesel harddisk do vecnych lovist po pulrocnim provozu Ubuntu, kdyz jsem jej predtim provozoval tri roky na Windows a rad bych se ubezpecil, ze tu problem opravdu neni ...
Diky
Ze nezna ten "sda" disk nebo "smartctl"?
-
Omluva za nepresnou otazku ...
nezna "smartctl"
-
Tak nejprve se omlouvam za neschopnost hledat ...
nainstaloval jsem smartmontools a ejhle..
vysledek je zde a mohl by mi nekdo rozlustit co znamena a zda odpovida 3 mesice staremu disku?
193 Load_Cycle_Count 0x0032 090 090 000 Old_age Always - 20404
P.S. Budu hledat a pracovat i sam na rozlusteni .. :-)
-
Ja v tom problem nevidim.. pokud budete pocitac pouzivat jak doted, tak to dela 82000 za rok, coz do 600000 je cca 7.5 roku (muze to byt vice, muze to byt mene). Nebo jste planoval disk pouzivat dele? :-)
-
Jestli to chapu dobre onech 20404 udava ono magicke cislo load/unload (oddaleni/priblizeni hlavicek k disku) a 193 pocet vyp/zap notebooku?
193 Load_Cycle_Count 0x0032 090 090 000 Old_age Always - 20404
Jo jo 7,5 by stacilo :)
jinak jsem zkousel navod ze strany 4 ale vysledek neumim posoudit jestli jsem dosahl, vypis z prikazu:
sudo hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: MAXTOR ST980215A
Serial Number: 5LY46PBT
Firmware Revision: 3.ALD
Standards:
Used: ATA/ATAPI-6 T13 1410D revision 2
Supported: 6 5 4
Configuration:
Logical max current
cylinders 16383 17475
heads 16 15
sectors/track 63 63
--
CHS current addressable sectors: 16513875
LBA user addressable sectors: 156301488
LBA48 user addressable sectors: 156301488
device size with M = 1024*1024: 76319 MBytes
device size with M = 1000*1000: 80026 MBytes (80 GB)
Capabilities:
LBA, IORDY(can be disabled)
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: unknown setting (0x8080)
Recommended acoustic management value: 254, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
* 48-bit Address feature set
Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* IDLE_IMMEDIATE with UNLOAD
* SMART Command Transport (SCT) feature set
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
not supported: enhanced erase
HW reset results:
CBLID- above Vih
Device num = 0 determined by CSEL
Checksum: correct
Asi nejlepsi zprava z tohoto se mi jevi posledni radka ...
-
193 neznamena nic, je to jen cislo oznacujici popisovanou vlastnost/charakteristiku disku.
-
zdravim
ja sa chcem opatovne spytat, ci ste sa nahodou nestretli s tym, co som tu uz pisal (http://forum.ubuntu.cz/index.php?topic=15608.msg117387#msg117387)
co som nad tym kus laboroval, tak po zadani hdparmu s verziou 'S' sa Load_Cycle_Count aj 4x za minutu zvysil. som to testoval aj podla toho navodu na roote (http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/) a tiez nepomohlo.
v poslednej dobe rozmyslam, ze tam hodim debiana, ci tomu pomoze
-
Neuvedl jste ani notebook, ani typ disku. To je potom kazda rada draha. Ale pokud to zarizeni nepodporuje, s tim asi nic neudelate. Debian to tezko spravi.
-
Tak jsem to zcheckoval a mam tam hodnotu 10000 priblizne za mesic a to za dost silneho provozu. O vikendu prakticky stale a pres tyden, tak 5-6 hodin denne. Takze to vypada na 5 let, coz jde. Stejne ho za rok prodam a koupim zase neco lepsiho. To uz treba budou quatro core, nebo tak neco... :D
-
Neuvedl jste ani notebook, ani typ disku. To je potom kazda rada draha. Ale pokud to zarizeni nepodporuje, s tim asi nic neudelate. Debian to tezko spravi.
aha, hups ja som to nejako obecne napisal :)
jedna sa o NTB Prestigio Visconte 1300
a HDD je SAMSUNG HM080JI
-
Ahoj, chci se zeptat jestli uz tedy nekdo vyresil a pripadne jak to parkovani hlavicek, me se na notebooku fujitsu siemens zhruba cca 10 s zvysi o jednu.
hypnos@Hypnos-laptop-Fujitsu:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 17390
No ani nevim jestli mam zaply laptop mode, ptze me to pise
grep ENALBE_LAPTOP_MODE /etc/default/acpi/support
grep: /etc/default/acpi/support: No such file or directory
Takze bych byl rad kdyby se nekdo nasel a pomohl me s tim. dekuji
a jeste toto:
hypnos@Hypnos-laptop-Fujitsu:~$ hdparm -S 120 /dev/sda/dev/sda: Permission denied
-
Ahoj, chci se zeptat jestli uz tedy nekdo vyresil
v tejto diskusii mas navod (ovsem pomoze, ak ti to disk podporuje)
No ani nevim jestli mam zaply laptop mode, ptze me to pise
grep ENALBE_LAPTOP_MODE /etc/default/acpi/support
grep: /etc/default/acpi/support: No such file or directory
skus zadat:
grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
a pise sa to '...ENABLE...' a nie '...ENALBE...'
a jeste toto:
hypnos@Hypnos-laptop-Fujitsu:~$ hdparm -S 120 /dev/sda/dev/sda: Permission denied
co tak pouzit pred prikazom sudo? a len raz /dev/sda. cize
hdparm -S 120 /dev/sda
Takze bych byl rad kdyby se nekdo nasel a pomohl me s tim. dekuji
neni zac :P
-
Ahoj, chci se zeptat jestli uz tedy nekdo vyresil a pripadne jak to parkovani hlavicek, me se na notebooku fujitsu siemens zhruba cca 10 s zvysi o jednu.
hypnos@Hypnos-laptop-Fujitsu:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 17390
No ani nevim jestli mam zaply laptop mode, ptze me to pise
grep ENALBE_LAPTOP_MODE /etc/default/acpi/support
grep: /etc/default/acpi/support: No such file or directory
Takze bych byl rad kdyby se nekdo nasel a pomohl me s tim. dekuji
a jeste toto:
hypnos@Hypnos-laptop-Fujitsu:~$ hdparm -S 120 /dev/sda/dev/sda: Permission denied
Řekl bych, že tady není co vyřešit, výrobce prostě nastavil určité chování disku, je to individuální a záleží na prioritě - parkování nechat být (menší spotřeba, teplota...), snížit počet nebo úplně vypnout. Chová se to vesměs stejně bez ohledu na distribuci...
Příkaz na zjištění laptop módu máš včetně překlepů, správně má být:
grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
(false je vypnuto, true je zapnuto)
Jinak ten další příkaz je trošku zmatený. Zkus postupně nastavovat (128-254, příp. 255):
sudo hdparm -B 128 /dev/sda
...
sudo hdparm -B 254 /dev/sda
a nech si takové nastavení, které uznáš jako nejlepší alternativu, poté zadej:
sudo nano -w /etc/hdparm.conf
a na koci připiš tohle (číslo analogicky):
/dev/sda {
apm = 254
}
vytvoř soubor:
nano -w 99-hdd-spin-fix.sh
do něj napiš tohle (opět číslo analogicky):
#!/bin/sh
hdparm -B 254 /dev/sda
proveď následující příkazy:
sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/battery.d/
rm 99-hdd-spin-fix.sh
Čerpáno z již dříve uvedeného odkazu, je to v příspěvku kousek níž s názvem The Ugly Fix http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234 (http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234) s tím, že jsem vynechal nastavení spindown time.
-
Chcem sa opytat ako je to pri inych distribuciach. Má tuto "vadu" napriklad aj openSuSE ? Mam novy notebook a chcel by som aby mi sluzil aspon tak 5 rokov ako tomu bolo aj pri mojom starom PC, ktore som mal viac ako 5 rokov. A ako to funguje vo Windowse XP ? Tiez v kuse parkuje hlavicku atd.
-
Pomocou tohto príkazu
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
som dostal tento výpis:
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1714
Disk som zatiaľ používal presne 14 dní na windowse. Zodpoveda to hodnote asi 122 denne.
Len sa chcem opýtať - ten limit co sa uvádza okolo 500.000 že je životnosť, to sa týka znovuroztočenia platní alebo parkovania hlavičky ? A ten údaj 1714 je parkovanie hlavičky alebo znovuroztočenie ? alebo sa to sčítava dohromady? Poraďte prosím
-
Je tu spousta návodů jak si vytvořit vlastní skript pro spuštění příkazu
hdparm -B 128 /dev/sda
při každém startu počítače a mě hned napadlo, proč to nezapsat přímo do /etc/hdparm.conf? Stačí třeba nakonec souboru doplnit:
command_line {
hdparm -B 128 /dev/sda
}
-
Tak jsem ze zvědavosti taky chvíli sledoval svůj disk a zjistil, že taky občas každou chvilku cvakne. Takže jsem taky byl nucen provést "the ugly fix". (ještě předtím jsem od WD stahoval jejich utilitu pro kontrolu a nastavení APM http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1414&p_created=1138984716&p_si ale ukázalo mi to, že můj disk už je nastavenej správně...)
-
Řekl bych, že tady není co vyřešit, výrobce prostě nastavil určité chování disku, je to individuální a záleží na prioritě - parkování nechat být (menší spotřeba, teplota...), snížit počet nebo úplně vypnout. Chová se to vesměs stejně bez ohledu na distribuci...
Příkaz na zjištění laptop módu máš včetně překlepů, správně má být:
grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
(false je vypnuto, true je zapnuto)
Jinak ten další příkaz je trošku zmatený. Zkus postupně nastavovat (128-254, příp. 255):
sudo hdparm -B 128 /dev/sda
...
sudo hdparm -B 254 /dev/sda
a nech si takové nastavení, které uznáš jako nejlepší alternativu, poté zadej:
sudo nano -w /etc/hdparm.conf
a na koci připiš tohle (číslo analogicky):
/dev/sda {
apm = 254
}
vytvoř soubor:
nano -w 99-hdd-spin-fix.sh
do něj napiš tohle (opět číslo analogicky):
#!/bin/sh
hdparm -B 254 /dev/sda
proveď následující příkazy:
sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/battery.d/
rm 99-hdd-spin-fix.sh
Čerpáno z již dříve uvedeného odkazu, je to v příspěvku kousek níž s názvem The Ugly Fix http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234 (http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234) s tím, že jsem vynechal nastavení spindown time.
zdravim udelal sem to stejne podle tohoto navodu ale po probuzeni z rezimu spanku a nebo hybernace, mi disk opet parkuje hlavicky a lupe.... ale po restartu vse funguje normalne. nevite co s tim? Vypada to ze se ten skript nespousti. ps laptop mode mam vypnuto
-
Zdravím, mám takový dotaz, pro všechny asi zbytečný, ale já jsem lama a moc se tady v tom nevyznám. Jde mi o to, v jakém režimu mám to parkování hlaviček počítat? Mám to sledovat když noťas je jen zapnutej ale nic nedělá nebo např. při zapnutém Kopete a nebo při koukání na net? To jsem tady totiž moc nepochopil. Předem děkuju za odpověď ;)
-
Je možný, že má ta změna hdparm vliv na procesor? Mám Dell Latitude 830 a původně jsem začala řešit problém s uspáváním na disk, který najednou záhadně přestalo fungovat. Pak jsem ale zjistila, že můj Load Cycle Count se zvyšuje asi o 1000 každý den, což vůbec nebylo hezký. Změnila jsem hdparm na 255 a LCC se nezvyšuje, ale procesor jede víc, neoddělám teda nakonec dřív procesor?
Moc tomu (rozuměj Linuxu) nerozumím, ale mám čistě intuitivní pocit, že se to všechno semlelo nějak až poslední dobou, mám noťas 3 měsíce a LCC 20.000, což není tak moc, takže o 1000 každý den se to celou dobu zvyšovat nemohlo.
-
Zdravím, mám takový dotaz, pro všechny asi zbytečný, ale já jsem lama a moc se tady v tom nevyznám. Jde mi o to, v jakém režimu mám to parkování hlaviček počítat? Mám to sledovat když noťas je jen zapnutej ale nic nedělá nebo např. při zapnutém Kopete a nebo při koukání na net? To jsem tady totiž moc nepochopil. Předem děkuju za odpověď ;)
Tak hlavy zaparkují, když disk nic nedělá. Takže vlastně stačí pustit systém a chvíli nic nedělat a sledovat. Když jede Kopete nebo nějaká aplikace, která často přistupuje na disk, tak pak záleží, jak moc často na ten disk přistupuje. Někdy je to v častých intervalech takových, že ty hlavy nestačí ani zaparkovat (aplikace třeba každou sekundu šáhne na disk), no a někdy taková aplikace šáhne na disk třeba jednou za minutu a to už ty hlavy zaparkovat stihnou. Už rozumíme nebo ještě ne? ;-)
-
Je možný, že má ta změna hdparm vliv na procesor? Mám Dell Latitude 830 a původně jsem začala řešit problém s uspáváním na disk, který najednou záhadně přestalo fungovat. Pak jsem ale zjistila, že můj Load Cycle Count se zvyšuje asi o 1000 každý den, což vůbec nebylo hezký. Změnila jsem hdparm na 255 a LCC se nezvyšuje, ale procesor jede víc, neoddělám teda nakonec dřív procesor?
Moc tomu (rozuměj Linuxu) nerozumím, ale mám čistě intuitivní pocit, že se to všechno semlelo nějak až poslední dobou, mám noťas 3 měsíce a LCC 20.000, což není tak moc, takže o 1000 každý den se to celou dobu zvyšovat nemohlo.
Tak to netuším, ale nemyslím si, že by to mělo na disk nějaký vliv. Spíš to chce se podívat, jestli se procesor nevytěžuje nějaký jiný proces (mohlo k tomu dojít třeba po aktualizaci).
Jinak svůj notebook mám skoro rok a počet LCC mám nějakých 5000, což na počet odpracovaných hodin disku odpovídá zhruba 3 zaparkování hlav na jednu hodinu. Takže mi těch 20 tisíc na tři mesíce nepřijde zrovna málo.
-
Qar: Ano, už rozumíme ;D
Jediný, čemu pořád nerozumíme je, proč mi to pořád nejde nastavit tak, jak potřebuju. Snažil jsem se měnit tu hodnotu hdparm tak, abych se aspoň přiblížil nějaký rozumný hodnotě, kdy se to zvětší o jedničku, ale ono si to prostě dělá co chce, nejprve jsem nastavil 128 a tvářilo se to, že to bude dobrý, ale jen chvíli - druhej den se to zvětšovalo po 4 minutách, šel jsem tedy níž, ale pak se to zvětšovalo moc brzo, nakonec jsem se zkoušením dostal zase na 128 a přibývalo to cca po půl minutě ;D to už jsem začal trochu pěnit. Sednul jsem si tedy a toto téma si přečetl znovu (pro jistotu hned dvakrát). Na začátku jsem si přečetl, že je třeba zjistit, zda je zapnutý Laptop mód. To jsem tedy učinil a napsalo mi to false (tedy vypnutý). A když je vypnutý, mělo by to být, podle toho co jsem se dočetl, v pořádku. Jenže to v pořádku nebylo - proto jsem se to snažil vyřešit pomocí hdparm.
Takže už nějak nevím, jak dál. Už mě napadá jen návrat k Widlím >:(
-
Qar: Ano, už rozumíme ;D
Jediný, čemu pořád nerozumíme je,
................
Jenže to v pořádku nebylo - proto jsem se to snažil vyřešit pomocí hdparm.
Takže už nějak nevím, jak dál. Už mě napadá jen návrat k Widlím >:(
A co hdparm -B255 nebo místo 255 dát 254, někomu totiž hodnota 255 nefunguje. Jinak u Widlí to dělá taky (ověřeno, jen ten časový okamžik parkování je o pár sekund delší).
-
Qar: 255 i 254 to úplně zabetonuje. Jedinej způsob, jak jsem to donutil stoupnout o jedničku bylo uspat noťas a zase probudit. Jinak se to ani nehlo a hodně se hřál :(
-
Qar: 255 i 254 to úplně zabetonuje. Jedinej způsob, jak jsem to donutil stoupnout o jedničku bylo uspat noťas a zase probudit. Jinak se to ani nehlo a hodně se hřál :(
To "zabetonuje" znamená co? Co to je za disk (výrobce, typ, sata? - dá se zjistit přes smartctl)?
Teď mě ještě napadlo, jestli není nastaveno taky vypínání motoru disku, protože to se nastavuje jiným příkazem a při každým vypnutí a zapnutí to ovlivňuje i hlavy.
-
Qar: to "zabetonuje" znamená, že počet Load Cycle se nezměnil ani po deseti minutách.
K disku: SATA od Hitachi, 120GB:
$ sudo smartctl -i /dev/sda
smartctl version 5.37 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Device Model: HITACHI HTS541612J9SA00
Serial Number: SB2D51EVGDBREE
Firmware Version: SBDIC7JP
User Capacity: 120 034 123 776 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1
Local Time is: Tue Jan 29 12:09:24 2008 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
-
Qar: to "zabetonuje" znamená, že počet Load Cycle se nezměnil ani po deseti minutách.
Tak já jsem myslel, že cílem je právě nárust LoadCycle úplně vypnout, ne? A to ty hodnoty udělají (255 vypne, 254 nastaví na maximální hodnut, kterou si teď nepamatuju).
-
nemyslim, ze vypnout jej je uplne nejlepsi.. disk se dele toci, vice se zahriva, tim se jeho zivotnost take snizuje.
-
nemyslim, ze vypnout jej je uplne nejlepsi.. disk se dele toci, vice se zahriva, tim se jeho zivotnost take snizuje.
S tim bych moc nesouhlasil. Testoval jsem to na trech noteboocich a disk se zahrival jen na nejakem Aceru (kolem 50 stupnu), u ostatnich dvou (Lenovo a FJS) se teplota disku zvedla asi o jeden stupen u Lenova a o dva u FJS, takze na nejakych 38 a 42 stupnu. A to mi neprijde strasny. Takze zalezi na konretnim modelu notebooku, ale to si musi vysledovat kazdy sam. A pak je problem nastavit delsi cas pro parkovani, protoze v systemu kazdou chvili nejaka sluzba saha na disk, takze kdyz se to nastavi na delsi cas, je pak skoro nemozny, aby hlavy vubec nekdy zaparkovaly. Leda ze by se chtel nekdo v systemu povrtat a zlobive sluzby vypnout. Jeste me teda napadlo zvednout dobu pro zapis vyrovnavacky na disk. Navic je potreba rozlisovat parkovani hlav a toceni disku, ted se tu bavime o parkovani, to tocky ploten neovlivnuje, takze disk se toci porad stejne. Ale da se i nastavit, aby se zastavoval nebo zpomaloval, ale to bych osobne nedoporucoval, protoze obecnou vlastnosti motoru je, ze jsou nejvic namahany prave v momentu roztaceni a stabilizace tocek a i spotreba je v ten moment vyssi. Neco jinyho je samozrejme uspani, ale aby se disk prestaval kazdou chvilku i tocit, radeji nee...
-
Samozrejme ze zavisi na konkretnim modelu notebooku. Zrovna IBM ma chlazeni za ty roky dobre vyreseno, ale treba moje Toshiba na tom neni uplne nejlip. A vic stupnu se uz projevi.
Navic je potreba rozlisovat parkovani hlav a toceni disku, ted se tu bavime o parkovani, to tocky ploten neovlivnuje, takze disk se toci porad stejne.
S tim bych az tak nesouhlasil.. Zalezi, jak je APM v konkretnim disku implementovano. Napr. disky od WD maji ruzne technologie (myslim, ze se to jmenuje IntelliPower) na dynamicke zmeny otacek behem provozu, cili i zaparkovani hlav muze vest ke snizeni otacek disku (a snizeni spotreby a teploty).
-
;D tak já jsem po přečtení došel k tomu, že to parkování hlaviček probíhá moc často a je potřeba to trochu přibrzdit, někdo psal, že se chce dostat na hodnotu jeden a půl minuty. Sice moc nerozumím tomu, proč se snažit dostat se k nějaké hodnotě, když se to má pozorovat v klidu, tudíž si myslím, že při práci to dělá stejně častěji a celá snaha je vlastně k ničemu.
Takže podle vás mám nastavit hodnotu 255, kdy se to ani nehne a toho, že se noťas potom hřeje o dost víc, než při provozu Widlí, si nemám všímat? Popravdě tý teploty jsem se celkem bál, protože to hřálo už fakt hodně.
-
Ja bych to doporucil nevypinat... Hlavicky se parkuji, pokud se z disku necte. Pokud se s diskem nepracuje, tak by se hodnota nemela moc zvysovat, problem je v tom, ze co chvili na disk hrabne nejakej proces, co zpusobi zase jejich odparkovani. Naopak pokud se z disku cte temer neustale, tak se ani hlavicky zaparkovat nestihnou.. Nejlepsi je sledovat, jak se zvysuje parkovani v realnem provozu (protoze tak ten pocitac prece vyuzivate). Zjistete si, o kolik se to tak zvysi za hodinu ci dve (pri vasi normalni cinnosti, co delate) a z toho si spocitejte, kolik let/mesicu/ pri provozu X hodin denne a Y dnu v roce bude trvat, nez se dosahne hodnota 600 000 (coz neznamena, ze se vam disk hned pokazi.. muze to byt driv, muze to byt pozdeji). Hlavicky je lepsi parkovat casteji, ale zase aby disk vydrzel rekneme tri roky.. nema smysl pocitat s tim, ze vydrzi let 10.. do te doby si beztak koupite jinej.
Ja to monitoroval pomoci skriptu. Popisu to jen strucne. V adresari /root jsem si vytvoril (nutne pouzit sudo) skript "hdd_analysis.sh" s obsahem:
#!/bin/bash
/usr/sbin/smartctl -a -d ata /dev/sda | /bin/grep Load_Cycle_Count >> ~/hdd_analysis.txt
/usr/sbin/smartctl -a -d ata /dev/sda | /bin/grep Celsius >> ~/hdd_analysis.txt
echo '--------------------' >> ~/hdd_analysis.txt
Skript samozrejme musis ucinit spustitelnym.
sudo chmod u+x /root/hdd_analysis.sh
potom prikazem
sudo crontab -e
edituju crontab (jako root) a nastavim spousteni treba co pet minut zaznamem
1,6,11,16,21,26,31,36,41,46,51,56 * * * * ~/hdd_analysis.sh
Co pet minut se pak spusti skript a do souboru /root/hdd_analysis.txt mi pribyvaji udaje: datum a cas, teplota disku, hodnota load_cycle_count
Sledovanim tohoto souboru v horizontu dnu, tydnu, prip. mesicu si muzete udelat predstavu o tom, jak to s diskem vypada.
-
Nevite nekdo, jestli tento bug je uz v Hardy Heron opreven??
-
Pokud vím, tak ne, neboť se nejedná o "bug" v pravém slova smyslu, ale jen o nastavení power managementu.
-
Funguje někomu v Hardy postup The Ugly Fix? Mně se po probuzení z paměti či z disku nastaví apm na výchozí hodnotu 128.
-
Nevíte někdo, jaký je stav v HH?
-
Mně funguje tohle:
vytvorit skript (/dev/sda) s nazvem "/etc/init.d/parkovani-hlavicek.sh"
$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
s obsahem
#!/bin/bash
hdparm -B254 /dev/sda
pak
$ sudo chmod 755 /etc/init.d/parkovani-hlavicek.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/rcS.d/S95parkovani-hlavicek.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/acpi/resume.d/95-parkovani-hlavicek.sh
-
193 Load_Cycle_Count 0x0032 011 011 000 Old_age Always - 179894
Jestli se to resetuje s reinstalací ubuntu (přerozdělení HDD), tak to jsem v pr.... - instaloval jsem ho včera v noci(Ubuntu 8.04)
Jo v jednom místě se HDD sekne(hádám na tak 4Gb ;D ) a pořád si přeskakuje na druhý místo a zpátky - strašně rychle a klidně i 10 minut v kuse! všechno tuhne, ale běží - nakonec se uklidní a dá se pracovat dál ;)
Chci se zeptat, jak je to s USB HDD??? - tam snad nic takovýho nehrozí, ne? - že bych si na internim (40Gb) nechal grub a všechno vč. systému běželo z 500Gb externího
-
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 100 046 Pre-fail Always - 183487
2 Throughput_Performance 0x0005 100 100 030 Pre-fail Offline - 15269888
3 Spin_Up_Time 0x0003 100 100 025 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 3477
5 Reallocated_Sector_Ct 0x0033 100 100 024 Pre-fail Always - 8589934592000
7 Seek_Error_Rate 0x000f 100 100 047 Pre-fail Always - 3346
8 Seek_Time_Performance 0x0005 100 100 019 Pre-fail Offline - 0
9 Power_On_Seconds 0x0032 085 085 000 Old_age Always - 7941h+26m+42s
10 Spin_Retry_Count 0x0013 100 100 020 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 2563
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 196
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 76420
194 Temperature_Celsius 0x0022 100 025 000 Old_age Always - 47 (Lifetime Min/Max 13/75)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 873
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 285409280
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000f 100 100 060 Pre-fail Always - 12684
203 Run_Out_Cancel 0x0002 100 100 000 Old_age Always - 1533275471607
no tak jsem si to taky musel zkusit :-)
Load_Cycle_Count - se prakticky nemeni
Seek_Error_Rate - je pomerne zajimavejsi a z hodnoty 3074 se prubezne zvysovala a po par minutach jsem to zkusil znovu a hodnota byla 176.
hledal jsem, co ze veskery ty atributy znamenaji, ale nikde jsem nic nenasel, nema nekdo nejakej link?(v man_u je jak to pouzivat, ale vysvetleni atributu zadny, koukal jsem i na stranky smartctl)
dik
-
Ahoj,
podle toho článku na rootu (http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/), který tu byl zmiňován, mi přijde, že laptop mode by měl naopak pomoci a ne uškodit. Jestli sem to špatně pochopil, tak se omlouvám, ale chápu to tak, že se počítač snaží přistupovat k disku méně, než více často. Mohl by mi to někdo potvrdit, nebo vyvrátit?
Jinak po tomto zjištění jsem byl docela zklamán z linuxu. Pokud tohle dělá a vývojáři se netváří, že by s tím chtěli něco dělat, tak si nejsem tak úplně jist, zda opravdu linux chci.
-
Ahoj,
podle toho článku na rootu (http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/), který tu byl zmiňován, mi přijde, že laptop mode by měl naopak pomoci a ne uškodit. Jestli sem to špatně pochopil, tak se omlouvám, ale chápu to tak, že se počítač snaží přistupovat k disku méně, než více často. Mohl by mi to někdo potvrdit, nebo vyvrátit?
Jinak po tomto zjištění jsem byl docela zklamán z linuxu. Pokud tohle dělá a vývojáři se netváří, že by s tím chtěli něco dělat, tak si nejsem tak úplně jist, zda opravdu linux chci.
Ano, laptop mod by mel pomoci (minimalizace pristupu na disk), ale ono to uspavani disku je takova volba. Pokud by vse dobre fungovalo, tak by se na disk opravdu hrabalo jen minimalne a pak by to caste uspavani nevadilo, protoze by se tak casto disk nebudil. To je teorie, ale praxe je trochu jina. Jenze ve velke mire je to otazka preferenci (caste uspavani jako ochrana proti otresum vs. "setreni" disku minimalizaci uspavani). Osobne jsem dlouhodobejsim monitoringem (jednoduchy skript, nekde drive jsem ho tu myslim popisoval) rustu Load_Cycle_Count zjistil, ze se dela z komara velblouda (tedy aspon co se meho disku tyce) a nastavil uspavani velmi podobne, jak tomu bylo drive. No a pokud by me mel disk odejit po ctyrech letech, tak co. Aspon si koupim vetsi, beztak ten soucasny je plny uz ted. A kdyby to mela byt jedinna vec, co se mi na notebooku ma pokazit, tak bych byl stastnej.
Nejvic zalezi na tom, jak s pocitacem pracujete. Jestli na nem nic nedelate (resp. s diskem), tak pak ma prilezitost se casto uspavat (a tim padem i casteji budit, kdyz neco na disk "hrabne"). Pokud ale neco porad delate (nebo koukate na film -> disk neustale cte), tak se pak neparkuje treba i dve hodiny v kuse. Dle meho nazoru se jedna o histerii. Kazdy by si mel dlouhodobejsim pozorovanim (treba jeden mesic) overit, jak se situace vlastne ma a pak se teprve rozhodnout, jestli je v jeho pripade aktualni.
S linuxem to nesouvisi. Aspon diky nemu mate moznost si zvolit a nastavit, jak moc chcete disk uspavat. Ve windows nedostanete moznost volby a zijete v blahe nevedomosti. Ikdyz pokud je to to, co chcete...
-
V nevědomosti samozřejmě žít nechci. Pokud tou nevědomostí myslíte, že si nelze zvolit čas, po kterém se má disk uspat, pak je to omyl, neboť to lze nastavit normálně v možnostech napájení.
Jednoduchým testem jsem vyzkoušel, kolikrát se disk uspí a znovu probudí v Linuxu (Ubuntu HH) a při podobné práci ve Windows XP. Musím bohužel konstatovat, že minimálně u mého disku je ten rozdíl opravdu velký. A to při tom poté, co jsem aplikoval změny, které jste tu pěkným způsobem vypsal + něco málo z toho již dobře známého článku na rootu.
Windows rozhodně nechci nijak vyzdvihovat. Naopak, poté, co jsem vyzkoušel Ubuntu jsem již neměl mnoho důvodů se do nich vracet. Pokud by mi disk vydržel čtyři roky a nic jiného se na notebooku nepokazilo, jak píšete, byl bych také rád. Vždyť i já už na něm horko těžko hledám volné místo na další data. Z výsledku, který jsem však obdržel za hodinu v Ubuntu, jsem si jednoduchou matematikou vypočítal, že 600 000 by disk dosáhl do konce tohoto roku. V mém případě to znamená životnost disku nějaké dva roky. To je pro mě opravdu málo.
Ještě pár nastavení vyzkouším. Nic to však nemění na tom, že mě minimálně mrzí, že je v Ubuntu tento "problém".
-
Mně funguje tohle:
vytvorit skript (/dev/sda) s nazvem "/etc/init.d/parkovani.sh"
$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
s obsahem
#!/bin/bash
hdparm -B254 /dev/sda
pak
$ sudo chmod 755 /etc/init.d/parkovani.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/rcS.d/S95parkovani.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/acpi/resume.d/95-parkovani-hlavicek.sh
Toto mi v HH nefunguje... (taková drobnost: někde máte "parkovani-hlavicek.sh" a někde jen "parkovani.sh")
Z výsledku, který jsem však obdržel za hodinu v Ubuntu, jsem si jednoduchou matematikou vypočítal, že 600 000 by disk dosáhl do konce tohoto roku. V mém případě to znamená životnost disku nějaké dva roky. To je pro mě opravdu málo.
Ještě pár nastavení vyzkouším. Nic to však nemění na tom, že mě minimálně mrzí, že je v Ubuntu tento "problém".
Odkud berete tu jistotu, že disk odejde při 600 000? Já o tom docela pochybuju. Mrzet vás to nemusí, pač v Ubuntu tento problém není, je to problém firmware disku a jeho výrobce snad ví, proč takový nastavení je. To, že ve windows to číslo tak rychle neroste, je dáno tím, že windows hrabou častěji na disk, čímž mu nedávaj tolik příležitostí k "odpočinku", bych řek.
-
Toto je povodny postup ktori mam skopirovany niekde zo zaciatku a funguje mi aj v HH.
Reseni toho problemu je v tomto vlaknu uvedeno snad desetkrat - "hdparm -B X", kde X je 255, 254 nebo jine cislo.. jake, to uz zalezi na vas, co vam funguje a s jakym intervalem parkovani se spokojite. Hodnota 255 by mela parkovani vypnout, avsak nekde nefunguje a pomuze 254. Nekde jsem cetl, ze hodnoty mezi 128 a 254 maji stejny efekt a je proto jedno, jestli zadate 128, 254 nebo neco mezi. Podle meho pozorovani by na tom mohlo byt neco pravdy, ale nemuzu za to dat ruku do ohne.
Mne se nyni pri hodnote 128 parkuji co 5 minut, coz dostacuje bohate (pri vydrzi jeste 300 000 parkovani a provozu 365 dni v roce, 12 h denne to dava zivotnost pet a pul roku). Spise uvazuji, ze pujdu niz, jelikoz mene caste parkovani jde proti jeho smyslu (ochrana disku) a ma take vliv na narust jeho teploty, coz zivotnosti take neprispiva. Navic svuj notebook jiz nevyuzivam tak intenzivne, takze pokud disk odejde za tri roky, tak me to az tak trapit nebude (zalohuji).. Dulezitejsi je pro me ochrana dat (otresy), notebooku a pohodli (teplota) dnes. Dovolim si priblizny vypocet:
Do 600 000 mi zbyva jeste rekneme 400 000. Disk by mi mohl vydrzet (pral bych si) rekneme jeste 5 let. Pouzivam jej kazdy den v roce, cca 5 hodin (rekneme, zrejme nadsazeny udaj). 400 000 : (5*365*5) = 44. Takze disk mi "vydrzi" pet let pri pouzivane zatezi, kdyz bude parkovat 44x do hodiny, coz je asi kazdych jeden a pul minuty.. A ted uz jen zkouset, ktera hodnota pro "hdparm -B" toto zajisti. Samozrejme ze hlavicky se parkuji, kdyz disk neni vyuzivan, tento priblizny scenar odpovida situaci, kdy je notebook pusten, ale moc se s diskem nepracuje (bezi jabber a spol.).
A ted jiz k popisovanym upravam:
Aby se spoustel prikaz vzdy po zapnuti PC, staci vytvorit skript (pro disk /dev/sda) s nazvem treba "/etc/init.d/parkovani-hlavicek.sh":
Kód:
$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
a vlozit obsah (128 nahradite vami pozadovanou hodnotou)
Kód:
#!/bin/bash
hdparm -B 128 /dev/sda
nakonec se nastavi prava a vytvori symbolicky link do /etc/rcS.d (nemel by tam byt jeste skript s cislem S95, jinak zvolte jine vysoke)
Kód:
$ sudo chmod 755 /etc/init.d/parkovani-hlavicek.sh
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/rcS.d/S95parkovani-hlavicek.sh
Skript se tak bude spoustet pri kazdem prechodu do single user modu, coz je pri kazdem startu pocitace.
A jeste symlink pro spusteni skriptu po probuzeni z hibernace (nemel by tam jiz byt skript s cislem 95, jinak zvolte jine)
Kód:
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/acpi/resume.d/95-parkovani-hlavicek.sh
Nekteri davaji skript i do "/etc/acpi/suspend.d/", coz je naprosto zbytecne. Ten se prochazi pred zacatkem hibernace a jaky ma smysl nastavovat disk kdyz ho hned pote vypnu.
Jeste bych doporucil nasledujici upravy:
1. V /etc/fstab pridat k parametrum filesystemu ext3 (root, /home, prip. dalsich) parametr "noatime", takze radek pak vypada napriklad takto:
Kód:
UUID=fab05680-eb08-4420-959a-ff915cdfcb44 / ext3 defaults,noatime 0 1
Tento parametr zpusobuje aktualizaci casu posledniho pristupu k souboru. Je to prakticky zbytecne (ano, nektere "exoticke" aplikace to mohou vyzadovat) a zpusobuje to dalsi zapis na disk.
2. Prodlouzit cas sychronizace cache a disku (zmeny v souborech se provadi v pameti a pak jednou za cas se hromadne zapisi = sync). Tato hodnota lze zvysit, jelikoz u notebooku s akumulatorem nemusime mit obavy o vypadek proudu. Opet se provadi v /etc/fstab, tentokrat pomoci parametru "commit", ktery udava pocet sekund (standardne pouze pet). Nemusime se bat jej prodlouzit na minuty (treba 5). Pridame tento parametr u vsech permanentnich filesystemu (root, /home,.. ) az na swap, tam to nema vyznam. Priklad:
Kód:
UUID=fab05680-eb08-4420-959a-ff915cdfcb44 / ext3 defaults,noatime,commit=300 0 1
Dalsi podrobnosti se lze docist v clanku na rootu. Rozhodne doporucuji!
Pre vypnutie pouzivam hodnotu 254
-
Ja zkousel ten skript od chrastyho a krome toho, ze nektere prikazy jsem musel upravit na parkovani-hlavicek, jak pise c4pp4, tak se mi neskutecne zahrival disk, pres 50 stupnu. Musel jsem ho zrusit, ted se mi zahriva disk do 40 stupnu a kdyby nahodou odesel, tak nezoufam, delam prubezne zalohu na usbhdd, ted jsem koupil 500GB.. :)
-
Mne sa teplota drzi od 40 do 42. Iba v pripade dlheho kopirovania(45 a viac min.) mi ide na 47.
-
Toto mi v HH nefunguje... (taková drobnost: někde máte "parkovani-hlavicek.sh" a někde jen "parkovani.sh")
diky, opraveno
Skrypt jsem tu nasel, nejak jsem ho zmastil... Jinak teplota meho hdd se pohybuje kolem 40 stupnu.
Kazdopadne s hodnotou 255 se hodnota nemeni.
-
Windows rozhodně nechci nijak vyzdvihovat. Naopak, poté, co jsem vyzkoušel Ubuntu jsem již neměl mnoho důvodů se do nich vracet. Pokud by mi disk vydržel čtyři roky a nic jiného se na notebooku nepokazilo, jak píšete, byl bych také rád. Vždyť i já už na něm horko těžko hledám volné místo na další data. Z výsledku, který jsem však obdržel za hodinu v Ubuntu, jsem si jednoduchou matematikou vypočítal, že 600 000 by disk dosáhl do konce tohoto roku. V mém případě to znamená životnost disku nějaké dva roky. To je pro mě opravdu málo.
Ještě pár nastavení vyzkouším. Nic to však nemění na tom, že mě minimálně mrzí, že je v Ubuntu tento "problém".
Hm, a co to je za disk? Taky je mozne, ze to nastaveni parametru pomoci hdparm nefunguje az tak, jak by melo. To pak asi bude problem u vyrobce, protoze kazdej si to APM beztak bastli po svem.
-
Odkud berete tu jistotu, že disk odejde při 600 000? Já o tom docela pochybuju. Mrzet vás to nemusí, pač v Ubuntu tento problém není, je to problém firmware disku a jeho výrobce snad ví, proč takový nastavení je. To, že ve windows to číslo tak rychle neroste, je dáno tím, že windows hrabou častěji na disk, čímž mu nedávaj tolik příležitostí k "odpočinku", bych řek.
No já jsem nikde netvdil, že po 600 000 disk opravdu odejde. Toto číslo jsem uvedl pouze proto, že se tu tak často vyskytuje, takže spíše pro přehlednost a jednoduchost. Samozřejmě mohu použít třeba číslo 400 000, nebo klidně i 1 000 000. Na výsledku to ovšem nic nemění. Při původním nastavení v Ubuntu by disk dosáhl tohoto čísla dříve, než ve Windows. Verdikt je stejný, ať používám čísla jaké chci.
Hm, a co to je za disk? Taky je mozne, ze to nastaveni parametru pomoci hdparm nefunguje az tak, jak by melo. To pak asi bude problem u vyrobce, protoze kazdej si to APM beztak bastli po svem.
Tak nakonec jsem to snad rozchodil pouze tím, že jsem zadal parametr hdparm. Prakticky nic jiného a zatím to vypadá, že to funguje. Čísla jsem použil z článku na rootu.
Takže beru zpět a snad konečně pryč od Windows.
-
To číslo 600000 udává výrobce disku.
-
To číslo 600000 udává výrobce disku.
Ano, ale ako bolo uz pisane vyssie je to len odhadovana zivotnost a v skutocnosti disk moze vydrzat dvoj-troj nasobne dlhsie.
-
Hmm, asi proto (aspoň v manuálu u mého disku) je u toho napsáno "2 Controlled unload at ambient condition." což bych volně přeložil jako v ideálních podmínkách. :/ Takže ano, teoreticky je možné, že disk vydrží víc, ale v praxi bych na to nespoléhal.
-
zdarek vseci,
puzivam ubuntu asi tak 4dny :D takze zadnej skiller, procetl sem cely tohle vlakno chvilku koumal a load cycle count mam 9608 mam notebook dell inspiron 1501 od lonskeho cervence, pres tyden bezi notas prakticky cely den disk mam SAMSUNG HM120JI ten pocet 9608 mam i po pul hodine stejny co jsem zkoušel ( kopete + firefox bezely ale prakticky jsem hybal jenom mysi) laptop mode na false, tim reaguju na prispevky ze se to nekumu zvysuje o 1 kazdou minutu nebo vic coz me ani po pul hodine, teplotu disku nevim jak zjistit v ubuntu ten prikaz co tady nekdo psal mi nesel, jinak xpach sem mel normalne pri polozenem notasu na stole po hodine tak 48 stupnu jinak pri hrani nebo necem narocnejsim 50 zalezi taky na okolni teplote, odhadem podle teploty krytu disku to tipuju tak na stejne priblizne teploty. tak nevim jestli je to dobre nebo spatně pravda je taky takova ze kdybych na tohle forum nenarazil zil bych s tim spokojene dal jako kazdy tady :))))
EDIT: tak nevim ale je normalni že tu hodnotu mam stale na 9608 i po několika hodinach a restartech? hlavicky parkuji i pri vypinani ne?
-
nikdo nic? celkem se mi prestava libi ze je to cislo porad stejne za nekolik dni kdyz se to nekomu zveda o 100 za hodinu
-
Zrejme ubuntu nerozpoznalo tvoj disk a z bezpecnostnych dovodov nezaplo setriace funkcie. Predsa by si nechcel aby sa tie funkcie zapli za kazdu cenu, aj v pripade ze by mohli poskodit tvoj hardware.
Cize asi to mas v poriadku.
-
ne to je v pohode, to sem nebral v uvahu myslel jsem ze kdyby to nemerilo tak to hodi nejakej eror ale ne ciselnou hodnotu, mam linux par dni a tady ten topik me trochu zarazil tak sem chtel vedet aspon neco o tom :)
diky
-
Už jste zkoušeli tohle: http://ubuntuforums.org/showpost.php?p=4965173&postcount=873
Mně to funguje :D
Oprava: tak po probuzení opět výchozí hodnota 128 >:(
-
nejde, nejde, uz sem zkousel hodne a porad se disk vypina. kazdou minutu se mi zvysi pocitadlo o 2. nevim co s tim mam delat, nezkousel nekdo jeste neco jinyho?? zacinam s linuxem a tohle me uz vytaci :'(
-
kdyz spustíš toto
#hdparm -B254 /dev/sda
tak by se to parkovaní mělo vypnout po případě zkus 255. Mě taky ten skript nefunguje :(, nevim proč protože v ArchLinuxu to hodim do rc.local a je po prd*li funguje to bezvadně jinak na Fedora foru je i skript na úpravu power managmentu pro přípojený adapter a provoz na baterii.
-
moj vypis :
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 193 193 000 Old_age Always - 23643
skusal som aj po hodine pouzivania a bez zmenyy... to zanemna že to mam nastavene ok?
-
to zalezi na tvych preferencich. ono to parkovani hlavicek ma totiz take svuj vyznam. rekl bych, ze v tomhle dlouhem vlaknu uz vsechno bylo receno.
-
to zalezi na tvych preferencich. ono to parkovani hlavicek ma totiz take svuj vyznam. rekl bych, ze v tomhle dlouhem vlaknu uz vsechno bylo receno.
Přeně tak. Pokud NB používáš spíš jako stolní počítač a není vystavován otřesům je parkování hlaviček v podstatě zbytečné, je ale třeba hlídat teplotu disku, protože vysoká teplota HDD škodí daleko víc. Je zajímavé, že v openSUSE 10.3 se hlavičky neparkují je to jediné distro, kde jsem tento "bug?" nezaznamenal. Nebo si pořiď ssd disk :D a nemusíš to řešit. Tak to udělám já parkování už neřeším a až HDD odejde, tak si koupim ssd.
-
Zdravím, od piatku mám NB FS Eprimo M9400. Včera som na neho nainštaloval Ubuntu. Hneď som nainštaloval aj smartctl. Po niekoľkých hodinách vo Viste a inštalácii Ubuntu (zhruba 25 minút) bola:
jan@jan-laptop:~$ sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 167
Dnes o 8:53 bola po zapnutí Ubuntu 318.
Skúšal som pomocou hdparm znížiť Load Cycle Count, ale aj pri
jan@jan-laptop:~$ sudo hdparm -S255 /dev/sda
/dev/sda:
setting standby to 255 (21 minutes + 15 seconds)
sa Load Cycle Count zvyšoval o 1 približne za 30 sekúnd. Ak beriem do úvahy, že disk má minimálnu životnosť 600 000 Load Cycle, tak 1/30 s => 2/min => 120/hodinu => po 6 hodinách 720 => Po približne 2,3 roku prekročím hodnotu 600 000 Load Cycle Count. No ale ja som si kúpil NB na 4-5 rokov :( :(
Mimochodom teraz je 10:49 a vo Viste sledujem SMART pol hodinku, od vtedy sa hodnota vôbec nezvýšila.
EDIT: 11:40 stále na rovnakej hodnote, kontroloval som to V HD Tune 2.55 A SpeedFane 4.34 pod Vistou.
Prečítal som si takmer celých 10 strán diskusie a pochopil som to takto:
Podľa všetkého u mňa by mohla pomôcť iba hodnota 254, keďže všetky ostatné nemenia nastavenie, resp. hlavičky sa parkujú rovnako rýchlo bez ohľadu na nastavenie. 254 som neskúšal. Ak by však 254 zabralo a disk by mi prestal parkovať úplne, tak by som sa mi mohla zvýšiť teplota aj o 5 C, čo predstavuje v týchto teplých dňoch výslednú teplotu cez 50 C a viac (momentálne mám od 38 do 44C). Zároveň by som prišiel o ochranu pred poškrabaním disku pri náraze, prenose atď.?
Vista pre mňa nie je OS, ale vyzerá to tak, že ak nevyriešim tento problém, musím hľadať nové distro, čo je vzhľadom k obrovskej komunite Ubuntu nemožné. Mal som chvíľku na desktope Mandrivu, ale vrátil som sa späť k Ubuntu, pretože komunita Mandrivy v SR a ČR je oproti Ubuntu komunite hrozná. Alebo zostanem na Viste (po vypnutí indexovania, defenderu a superfetchu sa začína správať ako OS, aj keď MS nenávidím rovnako), príp. downgrade na XP, čo je však pri súčasnej politike MS s heslom zničiť XP snaď ešte väčšie bláznovstvo ako používať Vistu.
Ale ja sa nechcem s Linuxom rozlúčiť :( :(
Ak by mi niekto vedel pomôcť, nech sa ozve sem, prip. na jabber: jannosko at gmail dot com alebo email jan.nosko at gmail dot com.
Prajem pekný deň
a vďaka za pomoc
PS: Ospravedlňte moju lamovosť ;)
EDIT 11:55: laptop mode mám vypnutý.
-
Pokud to nevyřešíš, tak můžeš jako alternativu vyzkoušet Debian, je to skoro to samé jako ubuntu (ubuntu z něj vychází). Nebo jiné distro od RedHatu (fedoru nebo tak), nebo SuSe(ta má českou pobočku a bude hodně lokalizovaná).
Když se to veme kolem a kolem, ta linux je pořád linux ať to je jakákoliv distribuce. Pokud nebudou problémy po instalaci atd a vše pofičí jak má, tak v budoucnu nebudeš moc rad potřebovat.. A když už tak se bude většinou jednat o radu ohledně nějakého softíku atd.. Tzn jiné distro neznamená, že nemůžeš využívat komunitu ubuntu. Dělá to tu takto víc lidí..
Jinak zkus pouštět nějakou mp3 z disku. Myslím, že to parkovat nebude.. Ale kdo ví.. tzn průměrně pak bude parkovat třeba míň než jak teď počítáš... :-)
a další věc, jestli se bojíš přehřátí.. Disky jsou odolné a podívej se na jakou teplotu mohou vylézt. Pokud se bojíš, tak přes léto nech parkovat a v zimě to vypni, bude zima a tak se tolik zahřívat nebude. :-) (a máš disk na 5 let.. :-), nevím jak to je u Vist, jestli parkují nebo ne.. ale poměr mezi bezpečností při pádu a výdrží disku je na každém.. jestli Visty neparkují, tak hoď notebook na zem a je po disku... + se koukni na jeho teplotu jestli nestoupne. Měla by být obdobná k nastavení linuxu kdy neparkuje. Ve Vistách je rozdíl v tom, že tě tam s tím nezatěžují. Prostě to je nějak defaultně nastaveno a nezajímej se.. ;-) )
Maličkost na konec. Když máš notebook na 5 let, tak to neznamenná, že musíš mít i disk na 5 let. Disky jsou levné. Teď stojí třeba 3 tisíce, ale za 3 roky bude 5x větší a lepší za 500,-. A tehdy ti starý disk nebude už stačit. Tak ho vyměníš a starý budeš používat jako přenosný a budeš jej nosit po kamarádech na nedůležitá data.. (super kryt na malý disk s převodníkem do usb stojí kolem 400,-. Vypadá to hustě a luxusně..)
-
Dnes o 8:53 bola po zapnutí Ubuntu 318.
Skúšal som pomocou hdparm znížiť Load Cycle Count, ale aj pri
jan@jan-laptop:~$ sudo hdparm -S255 /dev/sda
/dev/sda:
setting standby to 255 (21 minutes + 15 seconds)
sa Load Cycle Count zvyšoval o 1 približne za 30 sekúnd. Ak beriem do úvahy, že disk má minimálnu životnosť 600 000 Load Cycle, tak 1/30 s => 2/min => 120/hodinu => po 6 hodinách 720 => Po približne 2,3 roku prekročím hodnotu 600 000 Load Cycle Count. No ale ja som si kúpil NB na 4-5 rokov :( :(
Necital som to cele ale v tom prikaze je chyba. Namiesto hdparm -S ma byt hdparm -B.
sudo hdparm -B254 /dev/sda
Neviem ci som to v man hdparm dobre prelozil ale -S by malo vypinat motor HDD?
-
to TIBOR: vďaka mali ste pravdu ;),
už to funguje korektne, ešte nájsť správnu hodnotu.
to Czario: tiež vďaka za odpoveď.. asi nik okrem veľkého Billa netuší, čo vlastne Vista robí ;D
EDIT: Problém pretrváva, hľadám riešene :(
Podľa googlu sa tento problém objavuje na Linuxoch, Unixoch aj Leoparde a WinXP, ide teda o problém hardvéru, nie softvéru.
-
to TIBOR: vďaka mali ste pravdu ;), už to funguje korektne, ešte nájsť správnu hodnotu.
to Czario: tiež vďaka za odpoveď.. asi nik okrem veľkého Billa netuší, čo vlastne Vista robí ;D
EDIT: Problém pretrváva, hľadám riešene :(
Podľa googlu sa tento problém objavuje na Linuxoch, Unixoch aj Leoparde a WinXP, ide teda o problém hardvéru, nie softvéru.
Je to možná nesmysl, ale jestli disk tak často parkuje a nic nepomáhá, tak by se mu od parkování dalo odpomoct třeba tak, že by v pravidelných intervalech něco ukládal nebo četl. Někde tady na fóru je skript, který v pravidelných intervalech ukládá do textového souboru informace o disku jako je jeho teplota a počet cyklů. Tak kdyby se v cronu nastavilo ukládání těchto informací třeba každých 30 sekund, disk by neměl čas parkovat. Lepší řešení mě opravdu nenapadá.
-
Vždyť nastavení není třeba provádět. Problém, kterého se tento topic týká, vyvstává pouze při zapnutém Laptop-mode, jenž je standardně v Ubuntu vypnutý.
Viz. FAQ od L. Svobody bod 30 http://forum.ubuntu.cz/index.php?topic=5282.0 (http://forum.ubuntu.cz/index.php?topic=5282.0)
-
Vždyť nastavení není třeba provádět. Problém, kterého se tento topic týká, vyvstává pouze při zapnutém Laptop-mode, jenž je standardně v Ubuntu vypnutý.
Viz. FAQ od L. Svobody bod 30 http://forum.ubuntu.cz/index.php?topic=5282.0 (http://forum.ubuntu.cz/index.php?topic=5282.0)
Nesúhlasím, iba ak by sa laptop-mode samovoľne zapínal a vypínal. Ide o chybu hardvéru, na ktorú nemá vplyv softvér. Tu (http://ubuntuforums.org/showthread.php?t=795327) nájdete zoznam diskov, ktoré majú problémy s load_cycle_count. Tieto problémy nemá iba Ubuntu, vyskytuje sa aj u ostatných distier, rovnako u Unixu, vrátane Max OS X 10.5 Leoparde aj na WIN XP. Dokonca som objavil aj post (http://forums.seagate.com/stx/board/message?board.id=ata_drives&message.id=1470#M1470) o mojom disku, kde sa spomína aj Vista:
My hdd is ST9250827AS.
It keeps producing strange noise, some sort of clicking, only when it's idle.
I checked that under two OSes, Vista and Linux, it's happening under both of those.
Prešiel som už veľa diskusií a fixov, žiaden však nefunguje stále. Skúsil som aj toto (http://ph.ubuntuforums.com/showthread.php?s=72dd2c37f451ab866f4f35899878b180&t=805570):
#!/bin/bash
if on_ac_power; then
# on AC so don't do any head parking
hdparm -B 254 /dev/sda # you might need 255 or a different value
else
# either on battery or power status could not be determined
# so quickly park the head to protect the disk
hdparm -B 128 /dev/sda
fi
Pri napájaní zo siete, mám hodnotu 254 a disk mi vôbec neparkuje. Pri bateriách som ponechal hodnotu 128, kt. by mala spôsobiť parkovanie iba každých 10 minút. Avšak deje sa to aj 2-3krát za minútu, proste jasne počujem ako disk cvakne a po pár sekundách to urobí opäť. Pri spustení smartctl jednoznačne vidím, že sa hodnota pri každom cvaknutí zvýši o jedna.
Som zúfalý, tento problém je tak globálny, že mi už prerastá cez hlavu, resp. nenašiel som žiadne 100% odôvodnenie, prečo to disk robí. V tom poste zo stránok Seagate vyššie, kde sa vyskytuje môj HDD, sa spomína, že:
The clicking during idle is normal - it's an error-checking utility built into the drive.
Autorom výroku je moderátor oficiálneho fóra Seagate. Avšak, ak to aj je "utilita kontrolujúca chyby HDD", spôsobom akým pracuje tz. povedzme 3krát za minútu, to znamená 180krát za hodinu, 1080 za 6 hodín dennej prevádzky NB, za rok som na hodnote 394 200, za necelé dva roky prekročím životnosť môjho disku uvádzanú výrobcom (600 000). Keby to robila aj Vista, tak by som si povedal, že výrobca asi chce čo najväčší zisk. Ale, ak to je vo Viste inak, myslím si, že je to chyba. Prečo by inak MS dobrovoľne opravoval zákazníkom ich hardvér? Hovoríme predsa o tej iste spoločnosti, ktorá odporúča upgrade počíta kvôli prechode na novšiu verziu Windows. Toto mi proste na MS nesedí.
Písal som aj do Fujitsu-Siemens tech. podpory, ale myslím, že odpovede sa nedočkám :(
Žial či skôr našťastie pod Vistou sa mi nehne Load_Cycle_Count ani raz.. aj keď Vista s diskom v kuse niečo robí, takže to je asi preto.
Tento NB (FUJITSU-SIEMENS M9400 VFY:M9400PER1CZ) som vyberal snáď 2 mesiace, aby bol 100% kompatibilný s Linuxom. Prekvapilo ma, že ide grafika vrátane 3D out-of-the-box, tiež wifi, bluetooth.. Ale ak tento problém nevyriešim, musím sa vrátiť späť k Viste, čo mi pripadá HROZNÉ.. alebo používať Linuxu vo Virtualboxe, príp. kúpiť o rok a pol nový hdd. Disk mám väčšinou 5 rokov :o.
Ak je niekto, kto o tomto probléme vie niečo viac, resp. mu rozumie o niečo viac, vie poskytnúť skúsenosti, budem mu strašne vďačný ak sa mi ozve ;)
EDIT: V súbore /etc/default/acpi-support som našiel zaujímavú vec:
# Spindown time on battery
SPINDOWN_TIME=12
Vie niekto, či tento spindown má prednosť pred nastaveniami v hdparm? Skúsim sa s tým pohrať, pošlem report.
Zatiaľ pekný deň
EDIT 18:30> Zakomentovanie SPINDOWN_TIME=12 nepomohlo, disk naďalej parkuje >:(
Asi budem na miesto nosiť do školy zo sebou desktop na pleci ;D
-
Teď jsem na mol, ale až si zobrazím "mé příspěvky". tak to chci vidět. Budu reagovat adekvátně! Prosím o prominutí....
-
Alkohol je metla lidstva... 8)
-
Ti
Alkohol je metla lidstva... 8)
Ti to připomenu na srazu... :-D
-
Proc tady nikdo nepouziva nastaveni toho demona laptop-mode? Vzdyt je to nejelegantnejsi (tedy jestli nejsem hejl) reseni celeho problemu. Proste si zeditujte konfigurak, nastavte si uspavani disku pro mod na baterii, vypnete uspavani (nebo dejte nejaky dlouhy interval) pro provoz na AC a je to ne?
-
Ti to připomenu na srazu... :-D
A sakra... ;D
-
To Ján Nosko: Dříve jsem na Nbooku měl WIN XP, kde jsem si často všímal takového podivného cvakání, ale jelikož jsem nevědel, co to je, nevěnoval jsem tomu pozornost. Cca po třech letech používání šel harddisk do hajan (a to tam byly pouze XP). Až když jsem si nainstaloval Ubuntu a našel tuto diskuzi jsem přišel na to, co to je. A dle mého pozorování je frekvence parkování na WIN XP a Ubuntu úplně stejná.
Taky jsem chvíli o tom uvažoval a nepříjde mi zase úplně nejlepší řešení, parkování hlaviček vypnout úplně. Vždyť to parkování je ochrana před případnými otřesy a poškozením disku (nebo se mýlím?). Beru to tak, že alespoň vím, jak si hlídat životnost disku a případně včas zareagovat a zazálohovat.
Trochu z jiného soudku: Mě osobně třeba štve, že když si koupím boty, zaplatím za ně plno penež (vždyť boty jsou stejně drahý jako Harddisky ;) ) a starám se o ně, aby mi vydrželi, tak stejně přežijou sezónu a jdou do kytek. Táta mi jednou ukazoval boty, které si koupil před 20 lety (kecky od Baťi) a má je dodnes - to prostě v dnešní době nepřipadá v úvahu. Výrobci všech odvětví mají dobře spočítaný, co musí udělat, aby měli co největší zisky - nešít boty tak kvalitně; zařídit, aby HD odešel po dvou letech používání;...i když jednu vyjímku bych našel: sluchátka KOSS Porta Pro s doživotní zárukou ;)
-
To Ján Nosko: Dříve jsem na Nbooku měl WIN XP, kde jsem si často všímal takového podivného cvakání, ale jelikož jsem nevědel, co to je, nevěnoval jsem tomu pozornost. Cca po třech letech používání šel harddisk do hajan (a to tam byly pouze XP). Až když jsem si nainstaloval Ubuntu a našel tuto diskuzi jsem přišel na to, co to je. A dle mého pozorování je frekvence parkování na WIN XP a Ubuntu úplně stejná.
Taky jsem chvíli o tom uvažoval a nepříjde mi zase úplně nejlepší řešení, parkování hlaviček vypnout úplně. Vždyť to parkování je ochrana před případnými otřesy a poškozením disku (nebo se mýlím?). Beru to tak, že alespoň vím, jak si hlídat životnost disku a případně včas zareagovat a zazálohovat.
Trochu z jiného soudku: Mě osobně třeba štve, že když si koupím boty, zaplatím za ně plno penež (vždyť boty jsou stejně drahý jako Harddisky ;) ) a starám se o ně, aby mi vydrželi, tak stejně přežijou sezónu a jdou do kytek. Táta mi jednou ukazoval boty, které si koupil před 20 lety (kecky od Baťi) a má je dodnes - to prostě v dnešní době nepřipadá v úvahu. Výrobci všech odvětví mají dobře spočítaný, co musí udělat, aby měli co největší zisky - nešít boty tak kvalitně; zařídit, aby HD odešel po dvou letech používání;...i když jednu vyjímku bych našel: sluchátka KOSS Porta Pro s doživotní zárukou ;)
Na inom NB hp nx6125, ktorý som inštaloval je Kubuntu a robí presne to isté.. iba z menšou frekvenciou opakovania. A vo WinXP robí presne to isté. Ja len nemôžem pochopiť, že vo Viste sa mi to vôbec nedeje. Hodnota Load_Cycle_Count vôbec neposkočí, iba ak pri prechode z trvalého spánku, ale vtedy sa disk vypína, takže to je v pohode.
Snažil som sa nájsť vo Viste aj management typu "Vypnúť pevné disky po" ale akosi je táto funkcia považovaná MS za zbytočnú, alebo ju proste zase niekam zašili >:(
Takže, neviem ako to robí Vista.. mne sa zdá, že Vista vôbec neparkuje. S tým diskom to už asi tak bude. BTW u mňa funguje iba úplne vypnutie parkovnia cez 254, ale to sa už potom z NB stáva iba malý desktop.
Inak viete, že vo Viste nie je apt-get? ;D A cmd nepozná ani príkaz ls? Iba ten ten jednoduchý dir :(. A repozitáre to ani nemá a musím tu mať antivír, antispyware, antirootkit.. Chcem Linux 8)
-
Ján Nosko: já mam takovou teorii.
Systémy normálně používají parkování dle nějakých doporučení atd a tak parkují. Je to i logické, že je dobré parkovat. :-)
Ve Vistách se MS ale asi rozhodl, že nebude parkovat vůbec, nebo nebude parkovat disky, které dělají to co dělají a parkují podivně.
tzn.: buď si můžeš nastavit disk jako ve Vistách, aby neparkoval (pokud víš jak, s tim, že se může trochu zahřívat), nebo to nechat tak jak to je s tím, že parkování přes zimu vypneš, jelikož bude chladněji a na nějakých 450k parkování vypneš úplně...
Jinak já mam například obdobný problém (notebook se seagatem, bez zapnutého laptop modu), mam 110829 zaparkování a po 20s je to na 110833.
TO JE KDYŽ ČLOVĚK ČEKÁ. Určitě by to mělo fungovat tak, že zaparkuje jednou a počká, až bude něco potřeba zapsat, asi to tak ale nefunguje (a ještě sem nenašel pořádný návod s vysvětlením co a jak a pročítat 11 stran fora s různými názory.. to je namě moc, snad někdo dá návod na wiki nebo tak).
ALE!
Člověk nikdy nečeká 30s, pořád něco dělá.. Surfuje atd.. Někdy něco sosá třeba 10 hodin přes bittorent (to pak ani jednou nezaparkuješ)... Průměrně to podle mě klesne tak o polovičku parkování a pak to ty 4 roky vydrží a pak už si člověk většinou bude chtít koupit nějaký nový disk, dle předpokladu výrobců a těch co nastavují OS a musí se rozhodnout jak to tedy bude...
-
...ufff,tak jsem to dočet a orosilo se mi čelo,dodnes jsem nevěděl ,že" něco" na hd parkuje atd..a teď mám starost navíc-co s tím udělám-já,obyčejný smrtelník,"lama"(žil jsem si tak blaze v nevědomosti ;D)
..ale nebudu to řešit,počkám až ntb doslouží a pak to vyřeším-jako s těma botama(viz výše uvedeno)
..mám přece tolik jiných starostí......
p.s. neberte život příliš vážně,beztak z něj nevyváznete živí ;)
p.s.2 ubuntu za to stojííííí
-
Možná to bude někoho zajímat, po instalaci opensuse 11 to parkuje taky, co jsem tak nějak vysledoval tak win xp parkují taky - sice asi min, ale po ani ne tydnu xpečka udělali sami o sobě 600 zaparkování, takže problém bych viděl v tom, že to je nastavený už asi výrobcem. Přeji pěkný den.
-
wlado: myslím, že pokud XP za 7 dní zaparkovali 600x, tak linuxy parkují víc, tak pak je chyba v linuxu, alespoň v defaultním nastavení!
Protože dejme tomu, že za 1 den zaparkují XP 100x (podle uvedeného příkladu), za 365 dní to je 36 500, a min 10 let s tímto parkováním disk limitu nedosáhne.. Takže to je tak akorát jak má.. Nejde oto, aby to neparkovalo, ale aby to neparkovalo každou druhou sekundu (30x za minutu třeba).
otázka je, jestli na testovaném disku linux parkuje také těch naměřených 100 nebo jestli se tam projevuje onen řešený problém a parkuje 1000x
-
Zdravím, svoju situáciu som zdá sa, vyriešil.. jednoducho som napísal script v bashi, ktorý som nakopíroval do
/etc/acpi/ac.d
/etc/acpi/battery.d
/etc/acpi/resume.d
/etc/acpi/start.d
jan@jan-laptop:/etc/acpi/ac.d$ cat /etc/acpi/ac.d/99-hdd-ugly-fix.sh
#!/bin/bash
if on_ac_power; then
# on AC so don't do any head parking
hdparm -B 200 /dev/sda
else
hdparm -B 200 /dev/sda
fi
Na kontrolu mám script:
jan@jan-laptop:~$ cat hdd.sh
#!/bin/bash
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
sudo smartctl -d ata -a /dev/sda | grep Temperature_Celsius
cat /proc/sys/vm/laptop_mode
date
Hodnota 200 u mňa funguje rovnako ako 255 či 254. Zatiaľ sa všetko javí OK, stav ale naďalej sledujem :)
Fujitsu-Siemens Esprimo Mobile M9400
disk:
=== START OF INFORMATION SECTION ===
Device Model: ST9160821AS
Serial Number: 5MACDKL7
Firmware Version: 3.ALE
User Capacity: 160 041 885 696 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Thu Aug 21 16:38:12 2008 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
-
Nyní (Ubuntu 8.10) je v systému tento skript:
#! /bin/sh
#
# This script adjusts hard drive APM settings using hdparm. The hardware
# defaults (usually hdparm -B 128) cause excessive head load/unload cycles
# on many modern hard drives. We therefore set hdparm -B 254 while on AC
# power. On battery we set hdparm -B 128, because the head parking is
# very useful for shock protection.
#
. /usr/share/acpi-support/power-funcs
DO_HDPARM=y
if [ -e /usr/sbin/laptop_mode ] ; then
LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT")
if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 ] ; then
# Laptop mode controls hdparm -B settings, we don't.
DO_HDPARM=n
fi
fi
if [ $DO_HDPARM = y ] ; then
# Get the power state into STATE
getState;
for dev in /dev/sd? /dev/hd? ; do
if [ -b $dev ] ; then
# Check for APM support; discard errors since not all drives
# support HDIO_GET_IDENTITY (-i).
if hdparm -i $dev 2> /dev/null | grep -q 'AdvancedPM=yes' ; then
if [ $STATE = "BATTERY" ] ; then
hdparm -B 128 $dev
else
hdparm -B 254 $dev
fi
fi
fi
done
fi
Zatím mám Intrepid jeden den, tak uvidím, jak se to bude chovat.
DOPLNĚNÍ: Tak podle všeho testo skript opravdu funguje, tedy minimálně na mém notebooku. Při zapojení do sítě, je nastavený na hodnotu 254, tedy hlavičky se vůbec neparkují (nechal jsem běžet počítač půl hodiny a opravdu se číslo ani nepohlo), při běhu na baterii na 128, což by měl být rozumný kompromis mezi bezpečím a životností disku.
Fungování má však jednu podmínku! Musíte mít aktivovaný laptop_mode. V souboru /etc/default/acpi-support změníte false na true v řádku ENABLE_LAPTOP_MODE=false.
-
lidi sry, asi sem uplna lama,ale proste me to nenecha zapnout :)
zomb@zomb-laptop:/etc$ sudo echo "1" > /proc/sys/vm/laptop_mode
bash: /proc/sys/vm/laptop_mode: Permission denied
su nevim pass zejo takze jsem lehonce v pi.. :)
poradte pls jak to obejit.dik
-
sry,uz sem to docet az nakonec,pockam na 8.10 teda :) , to je tak kdyz nekoukam kolik to ma stranek, novacek no :))
-
Pokud si dobře vzpomínám, tak to nezapínejte v "emulátoru terminálu" (obyčejná aplikace), ale vlezte do skutečného terminálu kl. CTRL+ALT+F1, přihlašte se a vepište. Zpátky se dostanete ALT+F7
-
lidi sry, asi sem uplna lama,ale proste me to nenecha zapnout :)
zomb@zomb-laptop:/etc$ sudo echo "1" > /proc/sys/vm/laptop_mode
bash: /proc/sys/vm/laptop_mode: Permission denied
su nevim pass zejo takze jsem lehonce v pi.. :)
poradte pls jak to obejit.dik
tak jak je to napsané tak sudo platí pro echo, ale už ne pro /proc...
dá se to třeba takto: sudo sh -c 'echo "1" > /pr....'
ale kdo si to má furt pamatovat, že?
jiná cesta:
sudo -s
echo ....
exit
-
Zdravim.
Sledoval uz niekto tento problem s HDD v 8.10 II? Mne sa zda ze tu je to opravene.(spravne nastavene)
-
No neviem neviem.. cisty ubuntu-server 8.10 s PATA a SATA diskom a stale parkuje. Laptop mode samozrejme off.
Na laptope po upgrade z HH na II je laptop mode docela osetreny. Ak som pripojeny na el. siet, tak neparkuje, ked odpojim, tak parkuje. Toto povazujem uz docela za normalnejsi stav, ale aj tak na dvojrocnom laptope mat 138428 parkovani je co povedat.
-
Tak opravdu pokud je v II zapnut laptop-mode skript funguje a dochází k upravování 128 x 254.
Je možné skript nějak upravit aby fungoval i bez laptop-modu?
-
A je možné, aby takto ten laptop-mode fungoval aj v 8.04? Je mi jasné, že sa to dá nadstaviť napevno, ale predsa len by to takto bolo lepšie.
-
tak co lidi, vyresil to uz nekdo? Ja mam ntb jako server, takze parkovani hlavicek nepotrebuji, ale zase bych rad sporil energii,proto bych chtel nejaky rozumny kompromis, vim ze nelze prestat tocit plotnou a pritom nezaparkovat hlavy, no je to na pytel... tak jak na to, aby disk vydrzel 10 let, jako mi vydrzel disk od IBM a jeste jde?
Mam FSC Esprimo mobile D9500 a v tomto postu je neco zajimaciho
http://forum.ubuntu.cz/Themes/Ubuntu/images/post/xx.gif
-
Neviem ako ty, ale u mna na laptope na 8.10 funguje vsetko ako ma.
Ak som pripojeny na el. siet, tak sa hlavicky neparkuju. Ak som na baterku, hlavicky sa parkuju. Asi preto, ze sa predpoklada, ze ked som na baterky, tak nbk prenasam :)
Mrkni, ci mas zapnute laptop mode.
-
V predchádzajúcich postoch som uviedol svoj script v bashi na nastavenie parkovania. V Hardym som používal hodnotu 190, v Intrepide sa viac osvedčila hodnota 191.
Mám FS Esprimo Mobile M9400.
-
Zdravím, svoju situáciu som zdá sa, vyriešil.. jednoducho som napísal script v bashi, ktorý som nakopíroval do
/etc/acpi/ac.d
/etc/acpi/battery.d
/etc/acpi/resume.d
/etc/acpi/start.d
jan@jan-laptop:/etc/acpi/ac.d$ cat /etc/acpi/ac.d/99-hdd-ugly-fix.sh
#!/bin/bash
if on_ac_power; then
# on AC so don't do any head parking
hdparm -B 200 /dev/sda
else
hdparm -B 200 /dev/sda
fi
Na kontrolu mám script:
jan@jan-laptop:~$ cat hdd.sh
#!/bin/bash
sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
sudo smartctl -d ata -a /dev/sda | grep Temperature_Celsius
cat /proc/sys/vm/laptop_mode
date
Hodnota 200 u mňa funguje rovnako ako 255 či 254. Zatiaľ sa všetko javí OK, stav ale naďalej sledujem :)
Fujitsu-Siemens Esprimo Mobile M9400
disk:
=== START OF INFORMATION SECTION ===
Device Model: ST9160821AS
Serial Number: 5MACDKL7
Firmware Version: 3.ALE
User Capacity: 160 041 885 696 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Thu Aug 21 16:38:12 2008 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Pouzil jsem tento postup a vypada to ze funguje vcelku spravne :)
ps: mam FS Amilo Pro v3545
pps: od zacatku jsem rok pouzival Visty a u tech jsem mel load-cycle 2321 za celej ten rok. A jak to tak ted pozoruju, vypada to ze s timhle scriptem budu dosahovat podobnych vysledku :)
-
Pouzil jsem tento postup a vypada to ze funguje vcelku spravne :)
ps: mam FS Amilo Pro v3545
pps: od zacatku jsem rok pouzival Visty a u tech jsem mel load-cycle 2321 za celej ten rok. A jak to tak ted pozoruju, vypada to ze s timhle scriptem budu dosahovat podobnych vysledku :)
Pozor, hodnota 200 pravdepodobne vypne parkovanie úplne, takže si nastavte hodnotu, akú bude vyhovovať vám. U mňa Vista podstatne viac ako Linux, vďaka SP1 :D Do vtedy neparkovala takmer vôbec.
-
Pozor, hodnota 200 pravdepodobne vypne parkovanie úplne, takže si nastavte hodnotu, akú bude vyhovovať vám. U mňa Vista podstatne viac ako Linux, vďaka SP1 :D Do vtedy neparkovala takmer vôbec.
Disk parkuje správně.
-
Slo by nejak udelat aby ten disk nebudila kazda ptakovina? jako aby si treba nacet do pameti nejaky knihovny ? diky
-
Slo by nejak udelat aby ten disk nebudila kazda ptakovina? jako aby si treba nacet do pameti nejaky knihovny ? diky
Koukní se na první stránku tohoto vlákna.... ;) Je tam odkaz na článek na root.cz
-
ahojte, hadry parkuje tiez iba ked ide na baterku
baterka:
julia@julia-laptop:~$ cat /proc/sys/vm/laptop_mode
2
siet:
julia@julia-laptop:~$ cat /proc/sys/vm/laptop_mode
0
-
Chlapci, sorry za trapnu otázku ale co ked neviem prepisat ten laptop-mode.
Proste ma to odpise
lofy@Lapy:~$ $ echo "1" > /proc/sys/vm/laptop_mode
bash: /proc/sys/vm/laptop_mode: Permission denied
co s tym? (ja vím som lama, no co uz)
-
musíš mít oprávnění, použij sudo
http://wiki.ubuntu.cz/Root%20sudo (http://wiki.ubuntu.cz/Root%20sudo)
-
a co ma byt toto:
root@Lapy:~# $ echo "1" > /proc/sys/vm/laptop_mode
-bash: $: príkaz nenájdený
-
a proč jste si tam přimyslel ten úvodní $ ?
když uvidíte nějaké výpisy z terminálu tak vidíte většinou klasický prompt ve tvaru uzivatel@pocitac:slozka$ nebo uzivatel@pocitac:slozka# Podle toho jestli je tam na konci $ nebo # poznáte jestli je přihlášený jako běžný uživatel $ nebo root#. Vlastní příkaz začíná až potom.
-
ten $ tam ma ako priklad, pretoze ostatne znaky to nezera a ani ked tam ziaden nie je tak to vyzera takto:
root@Lapy:~# # echo "1" > /proc/sys/vm/laptop_mode
root@Lapy:~# echo "1" > /proc/sys/vm/laptop_mode
root@Lapy:~# $ echo "1" > /proc/sys/vm/laptop_mode
-bash: $: príkaz nenájdený
taky znak # taky zanak $ a ziaden znak tak co s tym?
-
;D ;D ;D
jestli se do toho souboru zapsala 1, lehce zjistiš
cat /proc/sys/vm/laptop_mode
pokud přikaz nic nevypíše vetšinou to znamená že proběhl dobře
-
neměl jsem tu sílu to celé pročítat tak se jenom zeptám-dělá to to stejné i v 8.10?
-
neměl jsem tu sílu to celé pročítat tak se jenom zeptám-dělá to to stejné i v 8.10?
Myslim ze tu bolo pisane ze je to opravene uz od 8.04 a parkuje to iba pri napajani z baterie. V 8.10 je to uz urcite dobre.
-
mam najnovsie kubuntu. a na baterke toto:
lofy@Lapy:~$ cat /proc/sys/vm/laptop_mode
0
,
robim to hlavne pre to aby som co najdlhsie vytiahol vydrz na baterke, uz je to na 4:04 hodiny realne na plnom podsvieteni monitora, urcite by vydrzi prispelo keby sa mi stale nemotal disk.
-
lofy@Lapy:~$ sudo nano /proc/sys/vm/laptop_mode
lofy@Lapy:~$ cat /proc/sys/vm/laptop_mode
1
Chlapci mám to! ;) ale nie je nejaky sposob ako to nastavovat podobne veci v uzivatelskom prostredi a nie v terminaly?
-
Zkoušel jsem optimalizovat ubuntu 8.10 na ASUS N50Vc Intel Core2 Duo 2.0 GHz,RAM 3072 MB,NVIDIA GeForce 9300M GS 512MB.
Mám zapnutý laptop mode. Dostal jsem na RAM 200 MB. Pomocí nástroje powertop jsem i snížil frekvenci cpu, ale stejně se mi zdá, když mi jede notebook na baterku, tak mi často parkuje hlavičky hardisku než na Vistě.
Zkoušel jsem pro kontrolu: sudo smartctl -d ata -a /dev/sda | grep Load_Cycle, bohužel to hrabe příliš často.
A i úpravou je výdrž baterky na ubuntu 70 % oproti vistě. Jinak vše funguje perfektně. :-\
-
Nějak dlouho tady nepřibyl žádný přízpěvek.
Je tenhle problém aj ve verzi 10.10?
-
tiez by ma to docela zaujimalo.. ci sa mi oplati upgradovat server na 10.04 lts
-
Ahoj, mám Ubuntu 10.04.1 LTS a laptop mód mi také "zlobí" - pravidelně co 5 minut se disk probudil a zase hned usnul, i když nebyly přimountěné žádné partitiony. Zkoušel jsem všechno možné, nakonec to vypadá, že pomohlo odebrat atribut executable uživateli root na -sbin-fdisk. Postup zjišťování byl následující:
powertop -d -t 800
mi ukázal, že se spouští fdisk, ale bylo tam i více operací, které probíhaly v těch 800 sekundách. Pak jsem použil debug pomocí dmesg - /etc/init.d/sysklogd stop
echo 1 > /proc/sys/vm/block_dump
a pak pomocí dmesg | grep sda
sledoval, co proběhne jako první přístup k disku. A byl to právě fdisk.
Pak jsem obráceným postupem vše vrátil do původního stavu (echo 0 a sysklogd start) a zatím disk spí, jak má.
Jen mi přijde, že usíná dřív než by měl, nastavoval jsem kdysi 10 minut, ale usíná mnohem dřív. To je další krok, který mě čeká zjistit :)
-
Tele, tak sem si pomocí skriptu udělal takovou hrubší analýzu toho hard disku.
Tady mám výsledek.
http://skunk.4fan.cz/hdd.txt
Koukněte na to a řekněte, zda je to OK nebo ne. Dodám, že laptop_mode mám vypnutý a nastavení těch hdParm mám výchoozí.