Mě se truecrypt odpojuje pri uspani automaticky. Ale to jsou windows, kde uspavani funguje uz od sameho zacatku nekolik let, v linuxu je uspani novinka(uz to fakt konecne funguje?), takze tam je to samozrejme v plenkach.
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.
Samozrejme ze suspend funguje, chce to ale Hardware s velkym H a ne nejake socialni zarizeni typu ACER/ASUS/jinyshit. Takovy HW ma problemy i pod windows, LO Vam rad vysvetli podrobnosti ohledne Windows HCL ;-).
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.
Vyjimka potvrzujici pravidlo. Zkus ten s2disk, ty "vsetko" a pak uvidime :-). Poctivy HW dela IBM/Lenovo, Dell, HP, FSC, SONY a par dalsich v EU ne moc znamych znacek ale ACER/ASUS rozhodne ne, zeptej se sveho oblibeneho servisaka/prodejce co ti rekne o jejich kvalite.
Mas servis next business day, neni to nahodou plastove siditko, neleze ti z toho ta uzasna metaliza, neni to tezsi nez autobaterie, je to aspon v microsoftim HCL ...atd? Porad si myslis ze TO JE POCTIVY KUS HW?
Aspon nekecej, ale jsem rad ze ti vsechno funguje, sice to chtelo hodne stesti a ladeni...
no to lenovo to je taky echtovni smejd..zrovna na jednom R61 pisu.. dily nelicujou, vsude vule, po koupi v tom nainstalovany wokna..no ale nakonec to nejak funguje skoro vsechno, sere me hlavne tlacitko mute ktere nejede a nefunguje mi mijkrofon se skype to je asi nejhorsi
Škoda, že ve WinXP si uživatel nemůže nastavovat power management pokud nemá administrátorská práva. Nemluvě o nastavování přes politiky, které není implementováno vůbec.
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ý :)
Nektere notebooky maji uspavani v biosu. Pak to funguje samo od sebe a neni ani nutne mit podporu usinani na disk v jadre. Vyhoda toho je pak taky treba v tom, ze muzete uspat pocitac do RAM a kdyz dojde baterie, tak se sam preuspi na disk.
Jinak muj stary notebook vydrzel uspany v ram mesic.
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).
Zajímavé, že pomocí této metody (echo -n mem >/sys/power/state) mi uspání bez problémů funguje, zatímco automatické uspání v Gnome (kliknutí na Správce napájení, vybrání Uspání do RAM) vyvolá zapípání a hlášku, že se systém nepodařilo uspat. Neví někdo, čím to může být? Volá Gnome něco extra?
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.
zkuste poeditovat /etc/hibernate/common.conf nekde je tam polozka Force nebo tak neco, tu odkomentujte. Byva to nejcastejsi pricina, je to ochrana, pokud neni vas pocitac znam. Jinak dale zjistite pricinu, pokud killnete gbome-power-manager a spustite ho v terminalu a pri neuspesnen uspani vam napise proc selhal.
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.
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ší.
Možná mám podobný problém. Uspání pomocí skriptu uvedeného v článku funguje perfektně, horší je to s probuzením :) Po uspání a stisku power tlačítka naskočí počítat asi na 3 vteřiny, i obrazovka problikne, ale hned to zase usne. Stisknu-li power tlačítko podruhé, notebook se probudí korektně. Tedy funguje, ale vždy až napodruhé. Je to otravný. Nevíte, kde by mohla být chyba? Nic co by mohlo zlobit snad nepoužívám, možná snad jen properitální ovladač grafiky (nvidia). DPMS v xorg.conf mám.
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.
Pri "rychlosti" s jakou usinaji MS Win bych byl ochoten uverit i tomu, ze usinaji stejne jako v Linuxu pomoci s2both. Tedy udelat vsechno jako by se jednalo o uspani na disk(zejmena co se tyce ulozeni obrazu ram na disk) ale misto finalniho vypnuti se uspi pouze do ram. Pri probuzeni, pokud zustalo v baterce dostatek stavy, se to probudi z ram, pokud baterka neudrzela stav ramky, pak se to probudi stejne jako pri suspend to disk.
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.
Takto je standardně nastaveno chování Vist pouze u běžných PC, notebooky se podle nastavení v profilu buď uspávají pouze do RAM a teprve před vybitím baterie se uloží stav na disk nebo se uloží rovnou na disk, není tam s2both (ale lze nastavit).
U s2RAM se Vista uspí během několika vteřin a probudí se do deseti vteřin - resp. probudí se během dvou až tří, ale dalších pár vteřin trvá než začne reagovat klávesnice. Uspání na disk je pochopitelně výrazně pomalejší. Záleží na velikosti RAM, její obsazenosti a dalších věcech. Někdy se takhle uspává i více než pět minut a potom se probouzí srovntelně "rychle". Pokud mám ale spuštěn pouze office a net, tak i při 2 GB RAM to bývá do minuty až dvou.
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.
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.
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):
Ahoj, mam ntb acer aspire 3003WLMi a na kernelu 2.6.18-6-686 (debian etch) vse funguje (disk i ram), po upgrade na 2.6.24 (debian etch'n'half) oboji prestane fungovat, nebo se pocitac treba neprobudi.
tento kernel zacal muj IDE disk (/dev/hda) z neznameho duvodu mapovat jako SCSI (/dev/sda), takze sem upravil v grubu parametr resume... nejak se to probudi, ale zustane viset na cerne obrazovce... zkousel jsem ruzne hibernovaci skripty (predevsim ruzna nastaveni tech debianich) i hibernovat ciste v textmode, ale neuspesne.
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?
1. swap je potrebny i bez suspendu a v dobe "stogigovych" hdd je to snad jedno
1a. jde to i bez swapu
2. na thinkpadech uplne stejne jak pro windows to co popisujes s masoxem jsem zatim nezkousel
Ahoj.
Pokud v Kubuntu 8.04 uspavam notebook s prikazove radky spustenim skriptu /etc/acpi/sleep.sh (do pameti) resp. /etc/acpi/hibernate.sh (na disk), pak vsechno funguje bez problemu.
Ale pokud to provedu pres dialog v KDE (Uspat do pameti resp. Uspat na disk) tak pocitac bez problemu usne, ale uz se neprobudi (teda probudi, ale zacne novym bootem).
Nevite nekdo kde je problem a co vlastne KDE pro uspani pouziva?
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.
Ověřte si, zda máte v /boot/grub/menu.lst nastavenu cestu ke swapu jako /dev/něco, místo UUID=... nebo LABEL=... U mého hardyho to pomohlo, prostě z swapon -s zjistěte zařízení vašeho swapu, a přepište parametr resume= u jádra na jméno toho zařízení
Můj řádek např. vypada takto:
# kopt=root=UUID=faa04f23-6508-48ba-bc18-65d8ff71c2dc ro resume=/dev/sda5
Nevím jestli to není potřeba jenom proto, že používám vlastní kernel. Každopádně až jsem si to změnil, tak mě to k mému úžasu začlo obnovovat i z uspání na disk, na první pokus.
Jenom se doporučuju vyhnout suspendování nastřídačku z windows a linuxu. Mám za to, že můj nedávný problém s poztrácením souborů z ext3 padá na vrub právě obnovení po uspání vistou. Ve vistě je to sice výchozí volba na vypnutí, ale do linuxu doporučuju dělat klasický reboot.
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.
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.
ja ked uspim moje ubuntu v najnovesj verzii tak vsetko sa vypne aj zapne ako ma, ale nevjem preco mi prestane fungovat zvuk.... musim restart.... robi to este niekomu??
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.
Ufff. Hmmm, a jak myslis, ze to asi funguje ve Windows nebo Mac? Zavres viko a Windows si pomysli - chce se mi spat, oci se mi klizi... citim se unaveny.......
Windows se pri zavreti vika nesuspenduji na HP, Lenovo ani Dell, je to VOLITELNE a jen idiot, nebo clovek widlema odchovany to muze pouzivat.
V linuxu to na PORADNEM HW (viz seznam nahore+par dalsich), LZE UDELAT STEJNE! Staci si zvolit JAK das systemu vedet ze se ma uspat (Fn+sleep, sleep, zavreni vika....). Ono na *nixovych strojich se pouzivaji i sitove sluzby (mozna jsi o tom nekdy i slysel) a neni moc zadouci aby se pri kazdem zavreti vika pocitac uspal.
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č?
Bohužel moje zkušenost je taková, že na řadě notebooků i desktopů Linux nelze uspat, případně poté nelze probudit.
Protoze vyrobce notebooku implementuje ACPI v BIOSu jako dobytek (viz dmesg) a tuhle svoji prasarnu resi ve Windows pres ovladace chipsetu. Hekas na spatnem hrobe.