Fórum Ubuntu CZ/SK
Ostatní => Otevřená diskuze kolem Linuxu a OSS => Téma založeno: Nemo7 05 Listopadu 2007, 10:36:40
-
Zdravím všechny,
v plátku RH se objevil článek s nadpisem "Linux fyzicky ničí notebookové disky" o této chybě : https://launchpad.net/bug59695.html (https://launchpad.net/bug59695.html)
Dokázal by se k ní někdo z komunity odborně vyjádřit ? Co se děje, za jakých situací může nastat, je nebezpečná atd. ? Jinak se za chvíli bude objevovat na fórech odkaz na ni a může tak vesele poškozovat Ubuntu - RH bude na koni. :-) P.S. Odkaz na originál článku nedávám, nechci RH zvyšovat návštěvnost.
-
Kdyby sis pořádně pročetl fórum, tak zjistíš, že už se tu tu několikrát řešilo.
-
http://forum.ubuntu.cz/index.php?topic=15608.0 (http://forum.ubuntu.cz/index.php?topic=15608.0)
-
Díky, fórum sleduji a nezaregistroval jsem to - dokonce jsem myslel, že RH objeví něco nového, hodil to tam včera. Klidně tento topic smažte.
EDIT : Informační hodnotu příspěvek má aspoň v tom, co o nás zase RH píše pěkného.
EDIT2 : Nějaké oficiální vyjádření by nebylo špatné, mohlo by třeba uklidnit poplašené uživatele.
-
Díky, fórum sleduji a nezaregistroval jsem to - dokonce jsem myslel, že RH objeví něco nového, hodil to tam včera. Klidně tento topic smažte.
EDIT : Informační hodnotu příspěvek má aspoň v tom, co o nás zase RH píše pěkného.
EDIT2 : Nějaké oficiální vyjádření by nebylo špatné, mohlo by třeba uklidnit poplašené uživatele.
oficialni vyjadreni by mohlo byt treba "FUD" :)
jinak reagovat na RH je ztratou casu... :-X
-
Ano, ale i FUD se dá pravdivě a věcně okomentovat. Máte pravdu, na výpady RH reagovat je ztráta času, ale toto by zasloužilo technicky popsat... Pak konečně třeba neuvidím na různých fórech názory typu - RH nesnáším, ale v lecčem má (možná) pravdu. :o
-
Á, RH zase něco vyplivl, popsal problém, který je zčásti pravda, ale že je dostupné i snadné řešení, to už ho nezajímá a raději šíří FUD.
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/
-
Á, RH zase něco vyplivl, popsal problém, který je zčásti pravda ...
------------------
Neodpustím si jednu poznámku - ono je úplně jedno, kdo ten problém vyplivl. Spíš by mě zajímalo, jak je vážný, kdy a kde se může vyskytnout a v kterých situacích ho předvídat (a použít vaše řešení na vyřešení problému).
EDIT: Pokud je problém reálný, tak není zrovna nejlepší řešení některým uživatelům zkracovat životnost HDD z roků na měsíce a neupozornit je (aspoň na webu) jenom kvůli tomu, že to píše RH a přizná se tak, že i Linux není bez chyb.
-
Tím jak jste mne teď citoval jste se zachoval, i když nechtěně, podobně jako Hulán. Vzal jste první část věty a nevnímal druhou, kde říkám, že je dostupné řešení které on, řekl bych záměrně, vynechal. Jsem si téměř jistý, že RH ví o řešení (pokud se o problém zajímal o trochu více, než že přečetl první odstavec článku, který se tím zabývá), ale nenapsal ho úmyslně.
Problematika je popsána zde - http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/
-
Závěr je : problém tedy existuje. Je to správný závěr ? Řešení - ano, máme. Jde pouze o to, jak těm nadšencům, kteří si Ubuntu nainstalují na NTB sdělit, že si mají pro jistotu instalaci ručně opravit. Nelíbí se mi přístup, že mají sledovat fórum, pořádně se o Linux zajímat a napravovat defaultní instalaci, která jim jinak může za pár měsíců HDD odpálit.
EDIT - Jedu na NTB pod Ubuntu a mám na něm data, která mě živí. Samozřejmě zálohuji (vždy večer), ale přijít zbytečně o práci za den je frustrující...
-
Mozna by nebylo to spatne dat do wiki jako poinstalacni upravu? Co vy nato? Az bude zaplata, tak se do z wiki odstrani. :)
-
Osobně nechápu, v čem je problém a proč se neopraví CD image... Ono čekat na opravu půl roku je docela dlouho....
Každopádně když už nic jinýho, tak napsat na (HLAVNÍ!) stránku, že byl objevenej kritickej bug, kterej může poškodit HDD a že se dá takhle a takhle opravit... Každej totiž nechodí na fórum a zatloukat to asi taky neni to pravý ořechový ;)
-
Tím jak jste mne teď citoval jste se zachoval, i když nechtěně, podobně jako Hulán. Vzal jste první část věty a nevnímal druhou, kde říkám, že je dostupné řešení které on, řekl bych záměrně, vynechal.
Ale to vůbec nikoho nezajímá. Téměř nikdo z normálních uživatelů se o problému nedozví a v Bugzille té chybě není věnována žádná pozornost a nikdo na ní nepracuje. Což je jednak smutné, a jednak docela trapné, protože milionům lidí se zbytečně ničí drahý HW, zvláště, když na chybu existuje řešení. Bylo by vhodné přiznat, že toto vývojáři Ubuntu nezvládají a nedělat mrtvého brouka. Když už na to není oficiální oprava (což je chyba), tak to mělo to být zmíněno v poznámkách k vydání či na hlavní straně, a ne aby to museli lidé náhodně zaregistrovat kdesi v nějakých článcích nebo fórech.
-
ten článek na root.cz je celkem zajímací, ale krapet se jako začátečník bojím hrabat takhle zásadně do systému. Když třeba vypnu logování, tak po pádu systému mi asi nezbude nic jinýho než reinstall, páč nebudu vědět, proč to spadlo, že jo?
-
no ono to neni tak horke, protoze laptop_mod je defaultne vypnut a kdyz si clovek zapina sluzbu, vetsinou si zjisti jeji problemy. to ze to za rok nikdo neopravil je hloupe, ale to je jina vec...
-
Chystá se oficiální oznámení o tom, že se nic neděje.
-
když nad tím tak přemýšlím, připomíná mi to MS...... O chybě víme a její opravu zahrneme do service packu, kterej vyjde za půl roku... Je to smutný :(
-
...................kdyz si clovek zapina sluzbu, vetsinou si zjisti jeji problemy..............
Myslím, že to tak není.
-
když nad tím tak přemýšlím, připomíná mi to MS...... O chybě víme a její opravu zahrneme do service packu, kterej vyjde za půl roku... Je to smutný :(
http://mjg59.livejournal.com/ - první spot
-
Popravde porad premyslim, co se tu dokolecka omila neco, co vlastne neni pravda - ano, je pravda, ze urcity mod linuxu (nejenom ubuntu, tyka se to i debianu, fedory, suse, gentoo a spousty dalsich) obsahuje bug kterym se nikdo nezaobira (proc asi???), jenze tento mod NENI zapnuty pokud to neudela sam uzivatel, pro uzivatele, ktery se s linuxem seznamuje neni trivialni operace tento mod zapnout a uzivatel, ktery o problematice neco tusi vi, proc to zapina a pokud jej zapina, tak predpokladam, ze hleda v google, jak jej zapnout. Okamzite jako prvni vysledek vyhledavani vypadne info o tom, ze tento mod neni prave setrny k pevnym diskum a zaroven je tam zverejnen postup, jak laptop_mode zapnout a tohoto problemu se vyvarovat.
Kdyz to vezmu do extremu - je to jako by mi na woknech kamarad poradil, ze tento a tento program (ktery temer nikdo nezna) mi vycisti os, do googlu si jej dam vyhledat, abych si ho mohl stahnout a na prvnim odkaze me to upozorni, ze tento program sice os vycisti, ale zaroven je to spyware (nebo vir). Doplnujici informace mi reknou, jak se vyvarovat toho, aby spyware (nebo vir) udelal neco spatneho - podle ktereho postupu by pak mel clovek postupovat? Rozhlasit, ze se jedna o silenou bezpecnostni chybu systemu, kterou je treba OKAMZITE opravit? Nebo program nainstalovat podle uvedeneho postupu? Nebo program nainstalovat "natvrdo" a pak se divit, co se to vlastne deje?
Trochu jsem se rozkecal a je to asi malinko OT, jen se mi nelibi, ze tu (a nejen tu) nekdo dsti siru a plameny pekelne kvuli necemu, co vlastne neni ani tak problem systemu, jako spis uzivatele a jeho lenosti.
-
no, problém uživatele a lenosti bych netvrdil... imho se laptop-mode zapíná na notebooku automaticky po odpojení šňůry, nebo se mýlím? (bohužel, nemám možnost to otestovat, notebooka nemám)... vlastně nemám vůbec žádné zkušenosti s laptop-mode, ale proč se tedy o něm mluví jen v souvislosti s ubuntu a ne s ostatníma distrama? Je tu někdo, kdo může porovnat konfiguráky laptop mode v ubuntu a v jiných distrech?
Pokud je to chyba i v ostatních distrech, tak nenadávám na vývojáře ubuntu, ale i na ostatní... ovšem pouze za předpokladu, že se laptop-mode opravdu spouští při odpojení šňůry, a ne manuálně...
-
Zkontroloval jsem na svém NTB podle http://mjg59.livejournal.com/ (http://mjg59.livejournal.com/) soubor /etc/default/acpi-support
Uklidnilo mě toto v něm
# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines
ENABLE_LAPTOP_MODE=false
K větě : "Popravde porad premyslim, co se tu dokolecka omila neco, co vlastne neni pravda" bych rád poznamenal - protože Ubuntu začínají používat "normální" lidé (je to Linux pro lidi, ne ?), kterým by se mělo občas něco odborného vysvětlit - aby nenaletěli na různé FUDy a fámy. Proč tento článek někdo nepřeloží (klidně se hlásím se jako dobrovolník) a nevyvěsí se na fóru ? Aspoň všichni uvidí, jaký je RH .... odborník. :)
-
No tak jen do toho... a klidne ten preklad clanku hod i na nejakej portal (abclinuxu, root, atp...) ;)
-
a kto ten blaf hodil do obehu??? este sa ho niekto zastava???
-
omlouvám se a mlčím, chyba byla v tom, že jsem špatně pochopil informace - věděl jsem, že to způsobuje laptop mode a myslel jsem, že je na notebooku defaultně zapnutý, ale teď vidím, že jsem se mýlil...
-
Laptop mode je myslim si oznaceny jako experimental a NENI zapnuty, pokud si jej uzivatel nezapne. A co se tyce jinych dister - mluvi se o tom take, jenze nikdo nesiri silene poplasne zpravy jak se to stalo u ubuntu, zkuste si v googlu vyhledat "enable_laptop_mode gentoo"
-
První překlad článku (nejsem žádný překladatel), vylepšujte, upravujte, opravujte a používejte v dalších fórech. :)
RH napsal, jak Linux (odkazoval přitom na chybu v Ubuntu) ničí harddisky notebooků. Situace není tak jasná, jak byste si mohli z článku myslet. Hlavní zpráva ale je, že Ubuntu neovládá nastavení napájení harddisku po standardní instalaci. V naprosté většině případů je to spíš BIOS nebo firmware harddisku.
Skript, který se spouští při připojení nebo odpojení elektřiny je /etc/acpi/power.sh. Důležité sekce jsou
function laptop_mode_enable {
...
$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
$HDPARM -B 1 /dev/$drive 2>/dev/null
}
Pokud zavoláme funkci laptop_mode_enable, nastavujeme parametry disku, které souvisí s jeho napájením. Po standardní instalaci není tato funkce volána
if [ x$ENABLE_LAPTOP_MODE = xtrue ]; then
(sleep 5 && laptop_mode_enable)&
fi
protože konstanta ENABLE_LAPTOP_MODE je nastavená na false (můžete zkontrolovat v souboru /etc/default/acpi-support).
Při standardním nastavení Ubuntu neovládá napájení harddisku. Jinými slovy, nastavení APM, které váš disk používá v Ubuntu je takové, jaké do něj BIOS naprogramoval při startu počítače. Dokazuje to fakt, že lidé pozorují tento problém po přerušení uspání. V tomto okamžiku Ubuntu vůbec nepřistupuje na nastavení harddisku, jediná možnost je, že se tak chová BIOS nebo harddisk.
Pokud povolíte laptopmode, pak umožníte agresivní power management disku a tento krok může vést ke zkrácení životnosti disku. Je to docela nevyhnutelný následek laptop módu, dává to smysl pouze v případě nastavení laptopu na agresivní power management. Jak už bylo řečeno, Ubuntu takto po instalaci nastaveno není.
Může zaznít argument, že můžeme obcházet BIOS, ale náš předpoklad je, že výrobce hardwaru věděl lépe, co je váš počítač schopen. Pokud výrobce nastaví váš disk na šetření energií za cenu snížení jeho životnosti, tak se s otázkou proč to dělá obracejte na něj.
EDIT : Ještě zdroj http://mjg59.livejournal.com/ (http://mjg59.livejournal.com/)
-
Jo, tohle je dobrý... Teď to jen někde rozhlašte ;)
-
Může někdo zjistit, jestli to časté parkování hlaviček není cílem, když si SÁM zapínám laptop mód? Systém mi žádný laptop mód sám od sebe nezapíná!
-
Pro uklidnění. ;D
Tohle je z diskuze pod článkem:
Cetl jste ten bugreport? Krom toho, ze jste - nahodou - zapomnel zminit slovicko "potentially", mam pocit, ze jste umyslne prekroutil nektera fakta.
Pro presnost uvedeme, ze to neni vec /etc/acpi/power.sh (ten je naprosto v poradku), ale toho, ze scripty v /etc/acpi/battery.d/ zrejme spousti laptop_mode (viz /proc/sys/vm/laptop_mode), jenz ma za ukol setrit energii. Funguje to tak, ze disk se pri praci moc nepouziva, aplikace se spusti (disk si zabeha), clovek si browzda po webu, chatuje, pise clanek, prehrava muziku ... prakticky vse ma v cahce, takze disk se flaka, toci se, ale flaka ... pokud by byl disk pouzit jednou za 10 minut (coz je velmi dobre realne), bude pri desetihodinovem dennim prvozu pouzit asi 22 000 krat. Pokud by tedy disk vaseho laptopu vydrzel 300 000 load cyclu, vydrzel by takto vice nez 13 let. Ano, Ubuntu nici disky, vydrzi uz jen 13 let.
Docela zajimavy clanek resici tuto problematiku je na rootovi: http://www.root.cz/clanky/jak-na-uspavani-disku-v-linuxu/
Samozrejme, tyka se to jen laptopu v battery modu, vetisnou vsak jedou v AC modu, ktery disky timto zpusobem "nenici". Desktopu se to uz vubec netyka, tam by to bylo horsi, jejich disky maji vydrz kolem 50 000 LC.
Autor zmineneho bugreportu uvadi, ze ma priblizne jeden LC za minutu. To je samozrejme problem, budto nekompatibilitou IBM a Ubuntu (coz bych se divil), nebo - pravdepodobne - spatnym nastavenim. Mozna ze nema nastaveny "noatime" parametr na mountopiny sveho /dev/sda ... moznosti je vice, ale obavam se ze je to dalsi chyba mezi klavesnici a zidli.
-
Můj ukazatel ze S.M.A.R.T. v NTB.
193 Load_Cycle_Count 0x0032 099 099 000 Old_age Always - 29707
Jede skoro pořád na AC, mám ho asi rok, používám ho pracovně cca 8 hodin denně a vychází mi to na 29707/12/20/8 = 16 parkování za hodinu. Po opravě pomocí hdparm -B 255 /dev/sda toto číslo přestalo skoro růst. Do BIOSu ani do nastavení Ubuntu FF jsem "nerýpal". P.S. HDD mi nějak divně "cvakal" stejně i pod defaultními Win XP, teď aspoň cvakat pod Ubuntu úplně přestal. :)