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

[maw1]

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]

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.

[maw1]

Qar: to "zabetonuje" znamená, že počet Load Cycle se nezměnil ani po deseti minutách.
K disku: SATA od Hitachi, 120GB:

Kód: [Vybrat]

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

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

[kkaarreell]

nemyslim, ze vypnout jej je uplne nejlepsi.. disk se dele toci, vice se zahriva, tim se jeho zivotnost take snizuje.

[Qar]

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

[kkaarreell]

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.

Kód: [Vybrat]

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

[maw1]

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

[kkaarreell]

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:

Kód: [Vybrat]

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

Kód: [Vybrat]

sudo chmod u+x /root/hdd_analysis.sh

potom prikazem

Kód: [Vybrat]

sudo crontab -e
edituju crontab (jako root) a nastavim spousteni treba co pet minut zaznamem

Kód: [Vybrat]

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.

[TiNO]

Nevite nekdo, jestli tento bug je uz v Hardy Heron opreven??

[impact]

Pokud vím, tak ne, neboť se nejedná o "bug" v pravém slova smyslu, ale jen o nastavení power managementu.

[c4pp4]

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.

[Michal Breškovec]

Nevíte někdo, jaký je stav v HH?

[chrasty]

Mně funguje tohle:

vytvorit skript (/dev/sda) s nazvem "/etc/init.d/parkovani-hlavicek.sh"

Kód: [Vybrat]

$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
s obsahem

Kód: [Vybrat]

#!/bin/bash
hdparm -B254 /dev/sda

pak

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
$ sudo ln -s /etc/init.d/parkovani-hlavicek.sh /etc/acpi/resume.d/95-parkovani-hlavicek.sh


[Michal Kundrát]

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

[F0ster]

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

[Artholl]

Ahoj,
podle toho článku na rootu, 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.

[kkaarreell]

Ahoj,
podle toho článku na rootu, 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...

[Artholl]

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

[c4pp4]

Mně funguje tohle:

vytvorit skript (/dev/sda) s nazvem "/etc/init.d/parkovani.sh"

Kód: [Vybrat]

$ sudo gedit /etc/init.d/parkovani-hlavicek.sh
s obsahem

Kód: [Vybrat]

#!/bin/bash
hdparm -B254 /dev/sda

pak

Kód: [Vybrat]

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

[TIBOR]

Toto je povodny postup ktori mam skopirovany niekde zo zaciatku a funguje mi aj v HH.

Kód: [Vybrat]

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

[Pepe999]

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

[TIBOR]

Mne sa teplota drzi od 40 do 42. Iba v pripade dlheho kopirovania(45 a viac min.) mi ide na 47.

[chrasty]

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.

[kkaarreell]

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.