Nastavení v Ubuntu škodí pevným diskům notebooků

[cz7asm]

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...

[Zdenek K. aka "djz88"]

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 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

[kkaarreell]

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.

[cz7asm]

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?

[c4pp4]

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 postup (začíná zhruba v polovině odkazovaného komentáře).

[Qar]

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).

[Qar]

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:

Kód: [Vybrat]

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.

[cz7asm]

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...

[Qar]

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.

[kkaarreell]

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.

[LC Black]

  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:

Kód: [Vybrat]

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í:

Kód: [Vybrat]

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???

Kód: [Vybrat]

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

Kód: [Vybrat]

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

[cz7asm]

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:

Kód: [Vybrat]

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...

[sekyt]

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 :

Kód: [Vybrat]

/dev/sda {
apm = 24O
spindown_time = 36
}
2.do /etc/acpi/ac.d/ jsem přidal tento skript s názvem 99-parkovani-hlavicek

Kód: [Vybrat]

#!/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 .
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  .

[pinpet]

mne sa dostal do ruk ntb, kde toto tiez riesim, avsak je v tom nasledovny problem:

Kód: [Vybrat]

hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled
 HDIO_DRIVE_CMD failed: Input/output errora po zmene hodnoty

Kód: [Vybrat]

hdparm -B 254 /dev/sda

/dev/sda:
 setting Advanced Power Management level to 0xfe (254)
 HDIO_DRIVE_CMD failed: Input/output errorna www.digg.com som nasiel, ze vraj zariadenie nepodporuje 'power managment'. tak sa chcem spytat, ci sa dakto s tymto nestretol.

[Czario]

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... :-)

[Zdenek K. aka "djz88"]

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)

[1x23]

ahoj ja tam mám tohle, ubuntu mám od neděle:

Kód: [Vybrat]

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

[Czario]

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. :-) )

[1x23]

sudo smartctl -d ata -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count        0x0012   100   100   000    Old_age   Always       -       3546

[kkaarreell]

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":

Kód: [Vybrat]

$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
a vlozit obsah (128 nahradite vami pozadovanou hodnotou)

Kód: [Vybrat]

#!/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: [Vybrat]

$ 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: [Vybrat]

$ 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: [Vybrat]

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: [Vybrat]

UUID=fab05680-eb08-4420-959a-ff915cdfcb44       /     ext3     defaults,noatime,commit=300 0 1

Dalsi podrobnosti se lze docist v clanku na rootu. Rozhodne doporucuji!

[Czario]

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. :-)

[kkaarreell]

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.

[1x23]

děkuji za návod.

[cz7asm]

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???

[kkaarreell]

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? :-)