Názory k článku Ukolébavka pro tučňáka aneb uspáváme notebook

Že vás to stále baví...

Ono to ani neni prilis zadouci, aby se sifrovane disky odpojily. Pokud jde o uspani na disk, tak se to uklada do swapu a kdyz ten je taky sifrovany, tak se k datum nikdo nedostane. Co se tyka uspani do pameti, tak pokud by se pri tom odpojil cely disk, tak by to asi nebylo uplne spravne. A pokud mate ten Turecrypt jen na nejake casti disku, tak tu cast disku asi nemuze zadna aplikace v dobe uspani pouzivat, jinak by asi po probuzeni nastal problem. S sifrovanim celych disku na Windows moc zkusenosti nemam, ale u meho zamestnavatele se to dela pres Safeboot, ovsem ten se muze tezko odpojit pri uspani do pameti, takze to asi nebude to prave bezpecne reseni. Jedine, jak si myslim, ze by to slo udelat je, ze by se pred uspanim zapomnelo heslo k diskum a po probuzeni jeste pred uplnym znovuuvedenim systemu do chodu bych dostal moznost zadat heslo a tim opet umoznit praci s diskem. Mozna uz neco takoveho existuje, ale pri uspani do pameti se stejne asi vetsinou pocita s tim, ze si uzivatel svuj stroj hlida.

V Truecryptu se da prece nastavit, jak se ma chovat pri uspani. Nevim jak na cele disky, ale na jednotlive kontejnery ma myslim defaultne nastaveno odpojit pri uspani. Pokud tuto volbu vypnete, tak po probuzeni jsou kontejnery stale pristupne. Pouzivam to tam na XP i Vistach.

No, zrovna muj ASUS ma v linuxu podporu jako maloktery HW =)

Ja mam FS Amilo Pro, snad vsechen HW je tam od intelu, ale po suspend2ram nelze rozchodit touchpad(ten je samozrejme synaptics) ... Funguje to jenom, kdyz preflashuju BIOS na 2.5roku starou verzi. Tak nevim, cim to bude.

jaj ty shit....

aj na mojom asuse ide v linuxe vsetko..(teda neskusal som s2disk)

takze tvoje ubohe vyroky si nechaj pre male deti, ktore tomu mozno uveria...

Prosím o pomoc.
Již u druhého PC řeším problém:
na PC dualboot WinXP, OpenSUSE. Pokud ve Woknech provedu hibernaci, Windows nastaví síťovku do nějakého nestandardního režimu. Linux pak nedokáže síťovku správně inicializovat.

Na PC bliká linková aktivita, ale síť je totálně mrtvá, na notebooku ani nesvítí ledky.
Nepomáhá ethtool -r eth0, ifdown/up, prostě nic

při výpisu ethtoolem je linkový protocol up, bez ohledu na to, zda je vytažen kabel.

síťovka v obou případech Realtek RTL8168

Pokud Windows normálně vypnu, tak po nabootování do Linuxu je vše ok, takže nastavení je v pořádku.

U notebooku je to poměrně obtěžující problém, protože Windows prostě hibernovat musím (to uzná každý :)

To jsou ty, co maji powermanagement pres APM, ten (narozdil od ACPI) dela uplne vsechno sam, nanejvys jadro informuje o tom, ze se chysta usnout, aby se mohly udelat pripravne akce (napr. vyhodit moduly, co to spatne snaseji).

gnome zas takova sracka neni:) staci hledat

zkuste si pridat do /etc/sudoers radek:

uzivatel ALL=(ALL) NOPASSWD: /usr/sbin/pm-suspend

taky musite mit nainstalovan balik pm-utils (v debianu a v gentoo)

uzivatel, je samozrejme ten vas :)

Zatial som videl len distribucie (Mandriva, Gentoo), ktore volali nieco extra (nejaky skript, ktory echo mem >/sys/power/state urobi ako jeden z krokov).

Ono je casto nutne robit nieco extra: napr. niektore moduly sa musia odstranit, niektore sluzby zastavit, niektore filesystemy odmountovat, mozno prepnut do textovej konzoly a po prebudeni je potrebne okrem znovunacitania tych modulov a sluzieb aj nastavit hodiny a zamknut obrazovku.

Nejen kvuli softwaru, casto se musi jeste vyresit problematicky hardware, co se bez pripravnych akci budto neuspi nebo neprobudi korektne. Treba muj Compaq bez pomocnych akci chybne inicializuje nejakou cast graficke karty, ktera ma na starost rizeni podsvetleni, takze bez priprav je po probuzeni podsvetleni vypnute a nejde nijak zapnout (externi VGA vystup ale funguje). Pro plnou funkcnost musim pred startem prepnout do textove konozle, ulozit stav (pres vbetool) a po prepnuti inicializovat VGA BIOS, obnovit stav graficke karty z ulozenych dat do stavu pred usnutim a nakonec zas prepnout do Xek.

V niektorych distribuciach (Arch Linux) je treba aby bol user clenom skupiny power. Po pridani do skupiny nezabudnut restartovat ;)

Dost možná to bude tím, že používá jiný systémů uspání... Systémů uspání existuje hned několik (s2ram, hibernate) a pokud funguje zrovna tento, je dost dobře možné, že není v Gnome nastaven ten správný... Jak ho nastavit, jsem bohužel nikdy nepřišel (Já to nakonec prasácky vyřešil přímo přepsáním skriptu pm-utils)

Ukolebavka mi funguje vzdy, horsi je to s probouzenim, s2ram 99% uspesnosti, s2disk cca 60% uspechu pri probouzeni. Proc netusim, ale potesila me spotreba pri s2ram a tak uspani na disk neresim.

V článku se píše:
...můžete rovnou jako root zadat: # echo -n mem > /sys/power/state

A jde to udělat, aby přesně toto mohl zadat i běžný uživatel?

Ano jde, precti si man sudo.

Zkusil jsem tento příkaz # echo -n mem > /sys/power/state , který samozřejmě funguje, nicméně...

Při hybernaci to RAM
se NTB okamžitě vypne, když dám probudit tak se na chvíli roztočí disk a rozblikaji kontrolky a vše vypne až další chvilku (cca max 1s) se disk roztočí a vše se uvede do jakoby zapínacího stavu, ale nic se nestane disk nejede booot se neprovádí a obrazovka nenaskočí.

Při hybernaco na disk
tam je to lepší, ale nejde to zopakovat 2x po sobě. Podruhé to prostě neusne.

Vše lze nastavit v X aplikaci PoverManager bez nutnosti zadávat příkazy v konsole - výsledek je stejný.

Ví někdo co s tím ??? Jestli ANO tak to sem napište. Díky



...A ještě jedna drobnost, když provedete upgrade jádra a dáte hybernovat místo korektního reboot tak se ten systém celý pomrší.

hledejte zde : http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html
pravdepodobne mate problem s grafikou. zkuste podle ^^tohoto navodu volby -dpms atpod.

a zkousel si :

pm-suspend --quirk-s3-bios --quirk-s3-mode
nebo
pm-suspend --quirk-vbemode-restore
nebo
pm-suspend --quirk-vbe-post

jestli se to vrati normalne?

Ne, tedy teď už ano. Nepomohlo. Samotný pm-suspend bez parametru volaný z příkazové řádky počítač uspí tak, že se probudí napoprvé, přes acpi zaklapnutím víka (také pm-suspendem) po probuzení hned zase usne a korektně se probudí až na druhý stisk power tlačítka. Tzn. zdá se, že je po probuzení znovu volána ta acpi událost, která počítač zase uspí, po druhém probuzení už ne. Nevím. Ale je to otravný.

"Obvykle by dnešní notebooky měly vydržet hibernované několik dní. Viděl jsem ale několik strojů, které takto nevydržely ani 24 hodin. Není však nic snazšího než počítač po pár hodinách pokusně probudit a zkontrolovat stav jeho baterie."

Muj notas MSI PR210 s 2GB RAM me pri spanku zere 7% za 24 hodin. Kontrolovat stav baterie netreba, da se preci nastavit (nevim jak v linixu, pouzivam visty 64bit), ze pokud notas spi a ma uz jen treba 3% baterie, tak se zhybernuje na disk a vypne se. Mnohokrate odzkouseno.

Toto Vista urcite vie. Ale da sa to vypnut.

Hm, nevim nic o nejakem s2both, ale pokud notas uspim, tak to trva asi tak sekundu. Vypne se a je zticha, jen dioda blika. Takze na disk urcite nic neuklada.
Pokud ho zhybernuju, trva to asi tak 30 sekund (nevim, mozna dele), disk jede naplno. Takze je to na disku.
Pokud je notas uspany a dochazi baterka, jakoby se nahodi, ulozi vse na disk a vypne se. Toz tak.

2GB RAM s office a netem za minutu až dvě? to je teda úlet, mě to v opensuse při dvou přihlášených uživatelích a hromadě programů a ram tak z 80% zabrané trvá uspání tak 15 vteřin i probouzení. Bill měl pravdu, visty jsou hypernáročný šit a jenom mezistupeň mezi dvěma verzema windows - XP a Seven. Nemá cenu na ně přecházet.

i když co je mě po tom, já to windows doma nepoužívám, jen v práci se musím starat cca o 180 desktopů s win98 až win Vista, a pár laptopů s xp a vista a nikdo z uživatelů nemá ani tucha a ani nechce používat suspend/hybernaci.

Ahoj,
na fedora 7 pouzivam pm-suspend a pm-hibernate. Bohuzel, intel 945 ovladace pak nezvladnou znovunastartovat touchpad. Neni to uz hotovy v fedore 9,10?

Jo - nevite nahodou, kde precist aktualni stav baterie (z bashe)? Pouzivam power manager z gnome a ten je fajn, ale je to na X. A kdyz uz o tom mluvim, nemate nekdo znalost toho jak ziskat kolik cpu bere urcity proces? Ja pouziju treba

top -b -n 1 | grep skype | awk '{print $9}'

i kdyz dam top jen pro jeden pid, tak to stejne zabira skoro 1s, nez to zobrazi. Chapu, ze to musi nejak merit, ale prece jen - neni neco v /dev, co uz je hotovy ? Sam top muze jet po 0.01 sekundy a pritom nebere extremne moc cpu.

acpi -b

Co ma preboha intel ovladac s touchpadom?

Nevim. Ma? A co odpoved na otazku jestli je to totez u F9 ?

yum install acpi ==>

diky za cestu /proc/acpi/battery/BAT1/state

Neoznacuje se suspend to RAM obvykle jako usinani a suspend to disk jako hibernace? V clanku je to motano vsechno dohromady.

Označuje. Komu se to plete (a autorovi článku by se to snad stávat nemělo), může si vzpomenout jaký je rozdíl mezi spánkem a (zatím neexistující) hybernací u člověka a použít to jako analogii.

suspend -> RAM
hibernate -> HDD

v pohadkovem svete muze vse fungovat jak bylo receno, ale moje prakticke zkusenosti jsou trochu odlisne.

1. usinani do pameti je casto radove problematictejsi nez na disk a to z toho duvodu ze nektere zarizeni se po uspani na disk inicializuji v biosu, zatimco po uspani do pameti spatne nebo vubec. video karty jsou castej priklad.

2. zabudovana podpora uspavani na disk v kernelu je hodne primitivni. mam podstatne lepsi zkusenosti s projektem tuxonice, ktery je bohatsi i co do vlastnosti. (napr. uspavani jinam nez do swap - copak se asi stane, kdyz neni dost swapu?; ukladani i disk bufferu aby system pak nehrabal po disku; komprese, sifrovani, a spousta dalsiho)

3. kolem tuxonice navic existuje celkem slozita masinerie skriptu, ktere se snazi zautomatizovat veci ktere jsou potreba udelat pred/po suspendu. doporucuji se na to podivat.

jinak ty veci kolem acpid jsou uz pak jednoduche, nicmene osobne mam radeji pouziti power tlacitla nez zavirani vika.

Dost sa mi osvedcil hibernate-script (http://www.tuxonice.net/). Da sa nim riesit automaticke unloadnutie/loadnutie problematickych modulov, riesi tiez problem s blbou inicializaciou grafickej karty pri suspend to ram (nezapnuty backlight apod).

Dalsia uzitocna vec moze byt vbetool na inicializaciu grafickej karty. Bez hibernate-scriptu (powersaved/kpowersave) na intel gma x3100 po zobudeni zo suspend to ram bola rozsypana textova konzola a vypnuty backlight.

Pouzitie napr. (prepne X do text konzole 1, nastavi mod 80x25, prepne spat do X, predpokladame ze X bezi na konzoli 7):

chvt 1; sudo vbetool vbemode set 3; clear; chvt 7

Myslis distribucni kernel?
Postav si vlastni. Nakonfiguruj si, co potrebujes (napr spravne drivery disku) a fungovat to nejspis bude.

Chcel by som sa spytat tu pritomnych Linux-ovych guru niekolko (pre mna dolezitych) otazok:

1. Je v linuxe potrebne na suspend2disk mat specialnu particiu? (posledne ked som sa o to zaujimal to bolo treba, co mi pripadalo dost nestastne lebo to zbytocne mina priestor na disku, ked prave nehybernujem).

2. Je mozne nastavit hibernaciu tak, ze po suspend2RAM sa automaticky spravi suspend2disk ak zacne dochadzat bateria?
- Wo Windows je to riesene tak, ze sa PC preberie zo suspend2RAM a urobi suspend2Disk,
- v Mac OS X (myslim od 10.5) je to este rafinovanejsie - urobi sa suspend2RAM a sucasne suspend2Disk - ak je bateria OK, nabehne system z RAM, ak medzitym dosla bateria, alebo ju niekto nahodou vytiahol, nastartuje to zo suspend2Disk imagu)

Riesenie z MacOS X mi pripada ako vyborny napad. Predpokladam, ze je mozne taketo spravanie nakonfigurovat aj v linuxe. Ano alebo nie?

Ta metoda kterou pouziva MacOS X se jmenuje s2both. Linux umi, linux zna.

To spousteni skriptu, dela se z Xkoveho terminalu nebo primo z konzoly? Nektere grafiky musi byt pro korekni probuzeni v textovem/framebuferovem rezimu, jinak se probuzeni nepovede.

Dekuji za tip.
V mem pripade ale nefunguje ani uspani do pameti, a to bych rekl, ze ani nema se swapem moc do cineni. Nicmene zkusim i to.
Ja si myslim, ze dialog z KDE proste jen nespousti skripty z /etc/acpi, ale asi neco jineho. Nevim co a nevim jak prenastavit aby se mi na kliknuti na tlacitko "Uspat do pameti" spustil skript /etc/acpi/sleep.sh. Asi se budu muset mrknout do zdrojaku, jenomze zatim nevim ve kterem baliku se dany dialog nachazi a pres co ten pocitac vlastne uspava.

Jinak co se tyce Widli - take diky za tip. S timto problemem uz jsem se setkal (nastesti ne osobne). Nastesti na tomhle notebooku zadne Windows nemam.

napadá někoho, jak zařídit uspání (hibernaci) po stisku tlačítka napájení a kde se dá změnit reakce na zavření displaye

Četl jste článek?

Co je to za negativní a nekonstruktivní zpětný feedback??

Mne tento clanok prisiel vhod.
Pouzivam Arch a nejako mi to nikdy neslo, vzdy som sa tym trapil. raz to slo a raz nie
a tu hmm suspend to ram, za 5 minut. a to som si nastavil na Power button !
dik moc

Uz asi tyden se snazim odladit suspend na mem ntb. Suspend na disk funguje bez vetsich problemu, ovsem suspend do ram je problematictejsi. Pokud ho provedu poprve pomoci navodu v clanku, tedy prikazem "echo -n mem > /sys/power/state", pak vse probehne v poradku. Ovsem pokud se pokusim suspend do ram provest podruhe pak mi pouze zablika lcd a hodi to chybu "bash: echo: write error: Nepripustny argument" V tento okamzik prestava fungovat i suspend na disk a hazi stejnou chybu. Vse se napravi az po restartu systemu. Pak muzu zas suspend do ram jednou pouzit. Celkove je to tedy nepouzitelne. Chtel bych tedy pozadat o radu, zda nekdo netusi kde je problem. Nekde na googlu jsem nasel, ze musim mit v jadre povoleno CONFIG_HOTPLUG_CPU. Toto mam, respektive to nemuzu ani vypnout -*- ... takze tady asi chyba nebude.

Používám gnome a kliknu-li pravým tlačítkem na ikonu baterie nabídnou se mi volby suspend a hibernace.
Oboje funguje dobře klik-uspí tlačítko_power-probudí.
Použiju-li příkaz # echo -n mem > /sys/power/state
notebook se uspí, ale neprobudí
Použiju-li příkaz # echo -n disk > /sys/power/state
vše funguje dobře, ale nejsem schopen zprovoznit script.

Celý obsah script má vypadat takto?

$ cat /etc/acpi/lid.sh
echo -n mem > /sys/power/state

Omlouvám se za asi hloupou otázku, ale dělám se scriptem poprvé.

V ideálním případě bych rád rozchodil suspend :-(
Díky za jakoukoliv radu.

M.

a proc to nefunguje bez tech podivnych a smesnych skriptu hned pri zavreni vika jako v kazdem normalnim OS jako je Windows nebo Mac?

Problém je ve dvou věcech. 1) O uspávání se musíte starat. Nikdo se nechce starat o počítač, všichni ho chtějí jen používat, a správa je nutné zlo. Proč tedy nemít na osobním počítači (desktop, notebook) by default nastaveno usínání? A proč nejde celá věc nastavit z nějakého jednoduchého GUI? 2) Bohužel moje zkušenost je taková, že na řadě notebooků i desktopů Linux nelze uspat, případně poté nelze probudit. Proboha proč?

JJako obyčejně kecáte o něčem, čemu nerozumíte. ACPI má bytecode, který podpora ACPI ve Windows interpretuje (a Linux by měl dělat totéž).