Dotaz: Uspání do RAM fungovalo v Debianu, nejde v Gentoo

[Smajchl]

Zmenil jsem distribuci na stolnim pocitaci s Grafikou Nvidia z Debianu na Gentoo.

Predtim jsem pouzival echo mem > /sys/power/state a vse fungovalo bez jakoehokoli nastavovani, ale ted v Gentoo se sice probudi pocitac, ale s cernou obrazovkou (vse v konzoli, vypada to stejne jako na notebooku, kde jsem musel pouzit vbetool). Dalsi vec je, ze kdyz to zadam v xkach ten prikaz, tak po probuzeni nereagujou ani diody na klavesnici (asi vytuhne).

Nevite v cem je rozdil? Veskery hardware je stejny, .config jadra jsem pouzil taky stejny, jen distribuce je jina.

Dekuji za vase cenne rady :)

Odpovědi

[CIJOML]

Tak to bude asi tim mixem patchu kterym Debian vanilkove jadro koreni ;) aneb proc nepouzijes to jadro z Debianu, kdyz stejne beres jeho konfiguraci?

[Smajchl]

Nee, ja pouzival vanillu v tom debianu s vlastnim configem a tady sem pouzil jadro distribucni z gentoo se stejnym configem. Myslis, ze je to tim? Mam skusit taky vanillu?

[CIJOML]

Rozhodne bych taky zkusil jako prvni pokus vanillku

[Smajchl]

Jak uz jsem napsal nize, to jsem uz skusil, ted skusim liveCD, neco se mi tu vali na stole...

[jm]

A kdyz to nepomuze, tak ti CIJOML ten patch za litr proda...

[Smajchl]

Psal jsem do vlakna niz: nepomohlo, takze problem neni v stavajicim gentoo, ale v predchozim debianu bylo cosi magickeho diky cemu to fungovalo.

A ja myslel ze to vyresim jednoduse a zadarmo

[Smajchl]

Tak sem si stahnul nejnovejsi vanilku (2.6.21.3) a nepomohlo, uplne stejnej problem... jeste me napadlo, ze v debianu jsem mel mozna kapku starsi jadro (2.6.17 - 19 ??) musle bych se podivat do zalohy, nemuze to byt tim?

Jinak v jadre mam zaskrtnuto:

Power managment options

[*] Power Management support
[*]   Legacy Power Management API (DEPRECATED)
[ ]   Power Management Debug Support
[ ]   Driver model /sys/devices/.../power/state files (DEPRECATED
[ ]   Software Suspend

Power managment options > ACPI

[*] ACPI Support
[*]   Sleep States
[ ]   /proc/acpi/sleep (deprecated)
[ ]   Procfs interface (deprecated)

[Smajchl]

Skusil jsem i liveCD Knoppix s jadrem 2.6.17 a s xkama to vytuhne uplne a bez xek neleze nic z grafiky.

Netusim cim to mohlo byt ze to predtim fungovalo. Mam zalohu celyho systemu v taru, tak jestli mate napad na co se podivat, tak to muzu skusit.

[Jiří J.]

No zkusil bych použít přímo to jádro z Debianu na Gentoo (moje Gentoo mi pořád jede na čisté Vanille ze Slackware ), ne jen jeho config..

[Smajchl]

No skusit to muzu, ale neni v nem ovladac na reiserfs a ten mam ted na korenovym oddilu (driv jsem pouzival ext3), takze se budu muset naucit pouzit tu vec ktera se pouziva kdyz ovladac neni primo v jadre , jak ze se to jmenuje?? initrd? A pak budu muset jeste zkopirovat moduly? Modul na reiserfs tam myslim ze je.

[Smajchl]

Tak jsem se k tomu po dlouhy dobe zase dostal, nakopiroval jsem si jadro z Debianu do /boot a skopiroval sem /lib/modules/2.6.20.4-moje k sobe, potom jsem zadal mkinitrd /boot/initrd.img-2.6.20.4-moje a do konfiguraku grubu jsem dal

title=Debian sleep
root (hd0,0)
kernel /boot/vmlinuz-2.6.20.4-moje root=/dev/ram0 init=/linuxrc real_root=/dev/hda5 ro
initrd /boot/initrd.img-2.6.20.4-moje
savedefault

skousel sem i smazat ten sajrajt za jadrem v menu.lst a dat tam jen root=/dev/hda5, programku mkinitrd jsem skousel dat --preload=reiserfs a pokazdy to pise Kernel panic, takze uz nevim co delam spatne. Navic si myslim ze se to stejne neuspi spis bude natazena naka vec, ja nevim tomu nerozumim.

[xkesh]

Zmenil jsem distribuci na stolnim pocitaci s Grafikou Nvidia z Debianu na Gentoo.

Predtim jsem pouzival echo mem > /sys/power/state a vse fungovalo bez jakoehokoli nastavovani, ale ted v Gentoo

Zcela obecně: Když jste změnil distribuci na Gentoo, měl byste asi taky změnit některé návyky a postupy Např. si uvědomit, že co pro Debian udělali už vývojáři, totiž poskládat dohromady funkční a optimalizovaný systém, si musíte v Gentoo jaksi zařídit sám (aneb Gentoo není Debian s jiným logem) - ostatně předpokládám, že proto jste si Gentoo zvolil.

To pak znamená hledat konkrétní řešení jednak v dokumentaci anebo na fórech Gentoo, např. v Sleep States: sleep, standby, and suspend to disk a uvedenými postupy se pak řídit. Přeju hodně úspěchů

[Smajchl]

Jo, nevedel sem ze je v tom takovej rozdil, nechapu teda v cem, jadro je stejny - vanilla se stejnym configem. Chtel jsem vedet cim to je, abych to moch stejne rozchodit i v tom gentoo.

Zkusil jsem teda nainstalovat ten hibernate-script a vbetool a s tim vbetool nabehne konzole, pokud jsou vypnuty xka, se zaplejma xkama se akorat rozsviti podsvetleni monitoru a po prepnuti do konzole (poslepu) to pise ze to neni vhodny video mod a ze doporucenej je... (to pise monitor), zacinam bejt docela smuntej..

[jnc]

nv alebo nvidia?

[Smajchl]

S ovladacem nv a vesa to zapomoci vbetool jde, s nvidia se tak napul sekne pocitac, treba numlock funguje, ale prepnout se do konzole ne. (a sviti jen podsvetleni monitoru)

Nevim jestli to ma cenu, ale muzu skusit zjistit presnou verzi jadra a nvidia ovladace v tom Debianu, ty sehnat a skompilovat na gentoo. Zkousel jsem jak ovladac z portage nvidia-legacy-drivers 1.0.7184, tak i posledni ovladac ze stranek nvidie, kterej podporuje kartu Geforce 4 440MX a to ve verzi 1.0-9639.

[Smajchl]

Takze nikdo nevi v cem je rozdil a mam se teda vzdat nakonfigurovaneho Gentoo a nainstalovat odznova Debian? Kdybych mel alespon testovaci disk..

[xkesh]

Takze nikdo nevi v cem je rozdil a mam se teda vzdat nakonfigurovaneho Gentoo a nainstalovat odznova Debian?

Dělejte si co chcete

[Smajchl]

Rada nad zlato Chci to rozchodit v Gentoo, ale nevim jak.

[andering]

Zkus balicek hibernate-script

[Smajchl]

jo to sem uz skousel, kdyz zapnu vbetool, tak to funguje v konzoli a vxkach s nv a vesa ovladacem, nvidia ovladac to nerozdejcha Kdysi jsem to pouzival bez zadnejch pomucek s nvidia ovladacem a libovka

[slowly]

Zkusil bych vypnout framebuffer - pokud pouzivas. Podivej se na acpi_sleep=s3_bios,s3_mode parametr jadra a pouziti s2ram (http://en.opensuse.org/S2ram). Pouzivam s linux-2.6.21-gentoo-r3 k plne spokojenosti.

[Smajchl]

Pomooc co se to deje?? Jsem na dovoleny a mam sebou netobook s Debianem, ve kterym mi pomoci hibernate-scriptu a vbetool funguje krasne uspavani i probuzeni do RAM, teda fungovalo to tak rok a pul.

Dal jsem upgradovat balicky v testingu, dlouho jsem to nedelal, tak se toho stahovalo fakt hodne, byl tam mimo jine i ovladac na grafiku i810 a taky balicek hibernate, odinstaloval jsem i par zbytecnosti, ktere nepouzivam a potom jsem uspal pocitac, a druhej den jsem videl jenom cernou podsvetlenou obrazovku.

Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo? Ja to nechapu, konfigurak hibernate-scriptu je v poradku.

[xkesh]

Dal jsem upgradovat balicky v testingu, dlouho jsem to nedelal, tak se toho stahovalo fakt hodne, byl tam mimo jine i ovladac na grafiku i810 a taky balicek hibernate, odinstaloval jsem i par zbytecnosti, ktere nepouzivam

Never touch a running system...

Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo?

Protože jste dal přednost experimentům (upgrade) před stabilním systémem

P.S. Sorry za ironii, ale jednak je to míněno vážně a za druhé si o to váš styl otázek přímo říká.

[trekker.dk]

Never touch a running system...

Potom ale pozbývá smysl používat testing.

[xkesh]

Never touch a running system...

Potom ale pozbývá smysl používat testing.

Otázkou je, co je smyslem vašeho používání. Jestli testování, tak si používejte "testing"

[Smajchl]

Me slo spis o to, ze ve stable v debianu jsou hrozne stary verze programu, v testingu jsou tak akorat. Ja to pouzivam na notebooku, ne na serveru, navic to stabilni je.

[xkesh]

Me slo spis o to, ze ve stable v debianu jsou hrozne stary verze programu, v testingu jsou tak akorat. Ja to pouzivam na notebooku, ne na serveru, navic to stabilni je.

Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo? Ja to nechapu

LOL

[Smajchl]

super :-/

[Smajchl]

Diky no byly tam nesplneny zavislosti, vyresil sem to tak ze jsem vsechno upgradoval. Ja nevim jak se mam ptat, abych si nerikal o vysmech Navic jsem si chtel nainstalovat jednu hru a pri takovych prilezitostech upgraduju system. Nikdy by me nenapadlo ze zrovna tohle se podela, kdyz to v minuly verzi fungovalo. Obecne mam spis skusenost ze v novych verzich toho funguje vic...

Porad ale nechapu proc se to stalo

[Smajchl]

Tak jsem se hrabal v changelogu toho ovladace a nasel jsem toto:

xserver-xorg-video-i810 (2:1.7.2-4) unstable; urgency=low                      ▒
                                                                               ▒
  [ Julien Cristau ]                                                           ▒
  * Don't build-dep on libdrm-dev on hurd-i386, and don't try to install       ▒
    the libI810XvMC library there, as it isn't built without drm.  Thanks to   ▒
    Samuel Thibault for the patch! (closes: #383918)                           ▒
                                                                               ▒
  [ Drew Parsons ]                                                             ▒
  * Apply patch 20-i915_bios.patch from upsteam (1.7.4) to help with faulty    ▒
    BIOSes (where VBE initialization failed). Closes: #382120.                 ▒
                                                                               ▒
 -- Drew Parsons <dparsons@debian.org>  Sat, 20 Jan 2007 02:29:30 +1100        ▒

mam duvodne podezreni, ze za to muze ten patch. Myslim to spravne? Nevim jak mam downgradovat pomoci APT, napada me jen sehnat balik .deb a nainstalovat ho pres dpkg, jak zanechat urcitou verzi jsem nasel v apt-howto.

Jdu s tim ted expedimentovat tak mi drzte palce.

[michich]

Ještě lepší by bylo, kdyby sis sestavil balíček ze zdrojáků v aktuální verzi, ale s vyhozeným tím patchem 20-i915_bios.patch. Pak bys věděl jednoznačně, jestli to má na svědomí on.

Udělal bys to asi takhle:

Nainstaluj závislosti pro kompilaci (jako root):

apt-get build-dep xserver-xorg-video-i810

Jestli je ještě nemáš, nainstaluj i balíčky pro sestavování .deb balíků:

apt-get install build-essential fakeroot

Zbytek už jako neprivilegovaný uživatel:

apt-get source xserver-xorg-video-i810
cd xserver-xorg-video-i810-1.7.2
vim debian/patches/series
# vymaž tam poslední řádek "20-i915_bios.patch"
dpkg-buildpackage -rfakeroot

O adresář výše ti vznikne balíček, který nainstaluješ. Jestli to pomůže, nezapomeň to nahlásit v Debianím BTS.

[Smajchl]

Dekuju moc za odpoved, bohuzel se v tech zdrojacich nenachazi ani adresar debian/patches Koukal jsem do ruznejch souboru a kdybych se v tom vyznal, tak muzu zmenit opravdu asi hodne veci.. Myslim si ze to bude jen kravina a ze to porad jeste pujde udelat.

[michich]

To není možné. Musí tam být. Nehlásil ten apt-get source nějakou chybu?

[Smajchl]

smajlik:/home/smajchl# apt-get source xserver-xorg-video-i810
Čtu seznamy balíků... Hotovo
Vytvářím strom závislostí
Reading state information... Hotovo
Potřebuji stáhnout 884kB zdrojových archivů.
Mám:1 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (dsc) [1264B]
Mám:2 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (tar) [723kB]
Mám:3 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (diff) [159kB]
Staženo 884kB za 24s (36,6kB/s)
gpg: Signature made Pá 20. duben 2007, 08:58:27 CEST using DSA key ID AC5F700C
gpg: Can't check signature: public key not found
dpkg-source: extracting xserver-xorg-video-intel in xserver-xorg-video-intel-2.0.0
dpkg-source: unpacking xserver-xorg-video-intel_2.0.0.orig.tar.gz
dpkg-source: applying ./xserver-xorg-video-intel_2.0.0-1.diff.gz

[michich]

Aha, ona už se do testingu dostala tady ta verze xserver-xorg-video-intel, která nahrazuje zdrojový balík xserver-xorg-video-i810.

[Smajchl]

a to je chyba? Nebo co s tim? Jestli jde o nazev tak s tim souhlasim at se to prejmenuje, ale ta funkcnost me stve.

[michich]

Ne, to není chyba. Jenom jsem s tím v tom návodu nepočítal. Já jsem měl ještě tu starou verzi, kde ten adresář patches byl. Blbé je, že nemám nikde testing, abych to zkusil s tou tvou verzí. Používám akorát stable a unstable. A jak se tak dívám do zdrojáku verze z unstable (xserver-xorg-video-intel_2.1.0-1), tak tam už je ten řádek, který byl tím patchem změněn, už zase vrácen do původní podoby. Možná, že kdybys teda zkusil použít ten balík z unstable, že by to zase fungovalo.

[Smajchl]

Tak jsem si stahnul z packages.debian.org stable balik xserver-xorg-video~_1.7.2-4_i386.deb nainstaloval a jede to, musi bejt ale zakomentovanej radek VBERestore POST nebo neak tak v konfiguraku hibernate, proste uplne stejne jako predtim.

Mam jeste neco vyzkouset v zajmu vyvoje novych verzi??

[Smajchl]

Hral jsem si s tim, protoze se to s tim starym ovladacem podelalo, nechapu proc 20x to slo a pak najednou 5x ne, skusil jsem do sekce Device v xorg.conf dat Option "VBERestore" "true" a pohoda, vsechno jede jak ma i s tim novym ovladacem. Dokonce trva probuzeni o polovinu kratsi dobu.. neni to nadherny Byla to ale alchymie.

[Smajchl]

jeste abys mi veril

smajlik:/home/smajchl/xserver-xorg-video-intel-2.0.0/debian# ls -a
.        copyright  xserver-xorg-video-intel.install            xsfbs
..       changelog  xserver-xorg-video-intel.install.hurd-i386
compat   rules      xserver-xorg-video-intel.links
control  watch      xserver-xorg-video-intel.manpages

a jeste jednou dik za ochotu.

[Michal Vyskočil]

No s i810 je v Debianu potíž. Jednu dobu jsem používal verzi z experimentalu, protože ta, která byla v unstable ani neumožňovala pustit X server.

Nakonec jsem xserver-xorg-video-i810 vyměnil za xserver-xorg-video-intel a všechno šlape jak má a to včetně s2ram.

[Smajchl]

jo to jo, ja jsem to tim upgradem taky zmenil z i810 na intel, akorat mi s2ram prestalo fungovat

[Michal Vyskočil]

No s s2ram je potřeba trochu magie, než se rozjede. Mě funguje s2ram -f -p (což mi připomnělo, že jsem ještě nekontaktoval autory, aby doplnili whitelist) na HP nx6310, takže možná to jenom potřebuje trochu prozkoušet.

[Radovan Makovsky]

No ja osobne, mam taky vanilkove jadro s timhle patchem http://www.tuxonice.net/ a zada se ze to funguje. jinak postupoval jsem dle navodu gentoo http://www.gentoo.org/doc/en/power-management-guide.xml

mam system debian unstable anejakou integrovanou grafiku od intelu

[Smajchl]

nojo s intelackou graf. mi to taky funguje, ted sem s tim mel taky problem, kazdopadne dik za napad, skusim si hlavne pohrat s verzema toho ovladace od nvidie.

Az to bude funkcni tak se vozeru

[Smajchl]

Tak nevim jak to nakonec bylo, protože v Debianu jsem používal taky výstup grafiky na televizi, ale teď jsem odpojil kabel od televize z grafiky a najednou začalo chodit kódování v konzoli i po přepnutí z X a tak jsem zbystřil a zkusil uspat do ramky (doteď jsem to řešil uspáváním na disk) a světe div se ono to zase funguje, nechápu to.

[User682]

zdravim,

uvedu tady nejaky navod, jak se dobrat vysledku (ne vzdycky), kdyz nejede probuzeni ze STR/STD.

Navod si prepiste do cestiny a tak podobne. Idealne do FAQ a podobne.

echo 1 > /sys/power/pm_trace

echo mem|disk > /sys/power/state

a pak se Vam pri bootu masiny zobrazi, co se neuspalo.

treba takto:

Jul 30 23:14:10 prog3 kernel: PM: Resume from disk failed.
Jul 30 23:14:10 prog3 kernel:   Magic number: 15:868:252
Jul 30 23:14:10 prog3 kernel:   hash matches device ttyw8
Jul 30 23:14:10 prog3 kernel:   hash matches device ttytb
Jul 30 23:14:10 prog3 kernel:   hash matches device 0000:00:1d.0

a to odpovida tomuto zarizeni:

h@prog3:/var/log$ lspci -s 0000:00:1d.0
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)

Cilize to bude asi modul uhci_hcd nebo ehci_hcd. Tento modul pak zakomentovat pro nejakou utilitu typu s2ram, ze se ma odhanrat ci nahrat pri nebo po uspavani. Nebo zkusit rmmod jmeno_modulu pred uspanim.

K uspavani spise pouzivat utility typu s2ram ci s2disk. Nektere stroje mivaji problemy s grafikou po probuzeni (VGA POST-ing [tusim]) a tak. Zde si pak pripadne najdete parametry pro spusteni techto utility. Samozrejme, pouzivejte klidne klasicke echo mem|disk > /sys/power/state, jak chcete. Nebo skripty z acpi.

Idealni stav je to si to najit sam, opravit, vyreportovat, git-bisect a tak dale.

Distribucni kernely mohou fungovat vselijak. Mohou i nemusi. Osobne si kompiluju git-kernely a cim dal vice to chodi. Nicmene chapu, ze klasicky uzivatel spise sahne po necem hotovem.

tohle muze pomoci:

https://wiki.ubuntu.com/DebuggingKernelSuspend

nebo pres google:// vyhledat echo 1 > /sys/power/pm_trace

bye gf