Dotaz: Problém uspání do RAM pod ubuntu + usb zařízení

[Alda]

Ahoj, mám PC s nvidia ION a mám problém uspat pc do RAM ale i na disk pokud mám v USB zapojené zařízení ( zkoušeno na IR přijímači a Wifi ). Pokud je zařízení připojené, tak vidím pouze černou obrazovku s blikajícím kurzorem a pomůže pouze vypnutí "natvrdo". Pokud zařízení není připojeno, uspání proběhne správně. Potřebuji poradit, jak mohu problém odstranit. Díky za každé rady. Alda

Odpovědi

[vencour]

Při uspávání odebrat modul, pravděpodobně ohci_hcd (ehci_hcd, uhci_hcd), při probouzení modprobnout.

[Alda]

diky moc za odpvěď, ale v linuxu jsem skoro začátečník. Mohl by jste ten postup prosím popsat podrobněji - pro blbce - pro mne ?

[vencour]

To právě záleží na tom, jakou máte distribuci a jakym způsobem uspáváte. Sám používám v gentoo skript hibernate a mám to v common.conf, kde můžu u "UnloadModules" zadat jméno modulu, který se má odebrat.

[Alda]

no ja mam ubuntu 9.04, jádro 2.6.31-16-generic. Na ostatní otázky nevím jak odpovědět, protože nevím jak zjistit způsob uspávání. Je nějaký postup jak to zjistit ?

[Alda]

na nějakém dalším foru jsem nalezl, že by mohlo stačit dát zařízení do blaclistu pro suspend, ale netuším zda je to řešení a kde ten blacklist hledat.

[vencour]

To odpovídá i smyslu mého řešení.

Jak to zjistit? Spusťte synaptic a zkuste hledat nainstalované systémové věci. Mohlo by pomoci inspirování se v nějakém ubuntím howto ...

[Alda]

bohužel mám nainstalované ubuntu bez grafického prostředí, tedy mohu jet pouze přes terminál.

[vencour]

Tak "aptitude search tocohledam | grep tocopresnechci" může taky pomoci?

[Alda]

díky díky, ale ted jsem uplne mimo, co mám udělat a co mi to řekne.

[vencour]

Pokud je výpis dlouhý, lze ho přes pajpu (to je to "|" ) řetězit za použití less, more, grepu apod.

Vás zřejmě bude zajímat výstup "aptitude search hibern" a "aptitude search power" ... když je vpředu malé i, tak je daný balíček nainstalovaný. Pro hibernate máte řešení uvedeno výše.

[Alda]

Příloha:

• vypisy.txt (3010 bytů)

pro mě je klíčové uspání do RAM. výpisy přikládám, ale nejsem si jist co s nich mohu vyčíst..

[luta]

já bych řekl že ubuntu použivá pm-utils :

http://manpages.ubuntu.com/manpages/jaunty/man8/pm-suspend.8.html

 

tam se dočtete že mužete vytvořit soubor např.:

sudo nano /etc/pm/config.d/config

do tohoto souboru umístíte řádek :

  SUSPEND_MODULES="xxx yyy zzz"

kde xxx yyy nebo zzz je seznam modulu ktere chcete automaticky unloadovat při suspendech..

[alda]

aha, a kdyz ho automaticky unloaduje při suspendu, tak ho zase automaticky nalouduje při probuzení ? nebo na to je zase nějaký jiný config ?

[luta]

jo je to automaticky..já tam mám tak 20 modulu a stejně se mi ještě neco "sere"

[alda]

no a ještě se blbě zeptám, ale jak identifikovat modul co to způsobuje, popřípadě to můžu zkoušet metodou pokus-omyl, ale jak si vyjedu seznam modulů abych věděl jejich přesné názvy ?

Alda

[luta]

přikaz lsmod :) popř při prvnim připojeni zařizeni lze najit info o jmenech co se zhruba připojuje přikazem dmesg

[alda]

Příloha:

• vypis.txt (1634 bytů)

tkaže když dám lsmod a vyjede toto :

viz výpis.txt

a mám problém s lirc přijímačem, tak bych měl vyhodit vše ohledně lirc ? tj - lirc_igorplugusb + lirc_dev + lirc_mceusb,lirc_igorplugusb + lirc_mceusb ?

[alda]

tak jsem na to sel od lesa a udelal jsem si lsmod s IR zarizenim pripojenym a IE zarizenim odpojenym a zjistil ze kdyz je zarizeni pripojene mam tam navic pouze tento modul : lirc_igorplugusb 5116 1

tak jsem vytvoril soubor config : sudo nano /etc/pm/config.d/config

a vložil : SUSPEND_MODULES="lirc_igorplugusb"

a zadal přepnutí do suspend ale nic. Co dělám špatně ?

Alda

[luta]

tak tam zkuste naházet vše ohledně lirc i usb ještě můžete mrknout do /var/log/pm-suspend.log či tak nějak podobně co se loguje při přechodu do suspendu

[alda]

Přílohy:

• pm-suspend.log (17507 bytů)
• acpi-support (5222 bytů)

no kukal jsem do toho pm-suspend logo souboru ( viz příloha ) a jediné co se mi nezdá je hláška :

/usr/lib/pm-utils/sleep.d/75modules suspend suspend: FATAL: Module lirc_igorplugusb is in use.

takže si myslím že to jednoznačně ukazuje na tento modul. je otázkou, kam ten modul zapdsat. Na netu jsem vygooglil, že by to měl být soubor /etc/default/acpi-support také ho přikládám, ale přesto když to tam zapíšu to nefunguje .

Alda

[luta]

jo toho sem se bál..ono ten příkaz lsmod už sám o sobě ukazuje počet modulu nebo procesu co myslim využivaj ten danej modul a tam pravě bylo že jeden to využivá a pak nemuže bejt unloadnutej.. teď je otázka co to využívá ? nějakej software na lirc  ? případně lirc daemon ? zkusit

sudo /etc/init.d/lirc stop

tedy pokud něco takového běží..a pak otestovat znova suspend..jinak už hodně střílím od boku protože Ubuntu až tak moc neznám

[alda]

tak lirc stop nepomohl, vzdy to zatuhne. V poslednim log souboru to ani nepise tu chybu o Module lirc_igorplugusb is in use.

Alda

[alda]

takže jsem zkusil odebrat ten bodul ručně přes rmmod a hlásí mi to : xbmc@XBMCLive:~$ rmmod lirc_igorplugusb ERROR: Module lirc_igorplugusb is in use

takže odebrání nejde. Jak ho můžu "natvrdo" ustřelit ?

Alda

[alda]

takže jsem se dostal o kousek dál. Podařilo se mi ten modul ručně sestřelit : root@XBMCLive:~# sudo /etc/init.d/lirc stop * Stopping remote control daemon(s): LIRC [ OK ] root@XBMCLive:~# rmmod lirc_igorplugusb Killed

pak jsem zadal pm-suspend a na obrazavce mohu videt toto :

PM:Syncing filesystems....done PM:Preparing system for mem sleep Freezing user space processes...( elapsed 0.00 seconds ) done Freezing remaining freezable tasks...( elapsed 0.00 seconds ) done PM:entering mem sleep Suspending console(s) ( use no_console_suspend to debug )

a je to opet zatuhly do suspendu to nepreslo

Co s tím ?

Alda

[alda]

tak jsem zjistil, že ten lirc_igorplugusb i když jsem ho killnul, se v lsmod pořád objevuje :

root@XBMCLive:~# lsmod Module Size Used by snd_hda_codec_nvhdmi 4828 1 snd_hda_codec_realtek 203328 1 snd_hda_intel 26920 3 snd_hda_codec 75708 3 snd_hda_codec_nvhdmi,snd_hda_codec_realtek,snd_hda_intel snd_hwdep 7200 1 snd_hda_codec snd_pcm_oss 37920 0 snd_mixer_oss 16028 1 snd_pcm_oss snd_pcm 75296 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy 2656 0 snd_seq_oss 28576 0 snd_seq_midi 6432 0 snd_rawmidi 22208 1 snd_seq_midi snd_seq_midi_event 6940 2 snd_seq_oss,snd_seq_midi snd_seq 50224 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 22276 3 snd_pcm,snd_seq snd_seq_device 6920 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 59204 16 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device dm_crypt 12928 0 nvidia 8880868 38 lirc_igorplugusb 5116 0 soundcore 7264 1 snd snd_page_alloc 9156 2 snd_hda_intel,snd_pcm i2c_nforce2 6784 0 lirc_dev 10804 1 lirc_igorplugusb shpchp 32272 0 agpgart 34988 1 nvidia lp 8964 0 parport 35340 1 lp usb_storage 52576 0 usbhid 38208 0 forcedeth 54152 0

další rmmod nepomáhá :

root@XBMCLive:~# rmmod -f lirc_igorplugusb ERROR: Removing 'lirc_igorplugusb': Device or resource busy

zkoušel jsem taky odebrat lirc_dev :

root@XBMCLive:~# rmmod lirc_dev ERROR: Module lirc_dev is in use by lirc_igorplugusb

takže teď jsem úplně v loji.

Alda

[luta]

tak to už bohužel moc neporadím..pokud nepomohlo unloadnout vše k lirc a stopnout daemona tak dál už nevím proč tam pořád visí..napadá mě snad co tak pomocí usb odpojit napájení tomu zařízení a pak unloadnout..ale to je mimo moje vědomosti

[CIJOML]

zkus vanilkove 2.6.35 jadro - to je prvni jadro od uvedeni funkce uspavani, kde korektne funguje jak uspani do RAM i na disk a to na vsech pocitacich a noteboocich ke kterym mam pristup. Tohle se fakt povedlo!

[alda]

zkusím, udělám ten upgrade pres - sudo apt-get dist-upgrade ?

Alda

[alda]

no tak jsem se z verze 2.6.31-16 dostal na 2.6.31-22 ale dál nic jak se dostanu na 2.6.35 ?

Alda

[dustin]

http://kernel.ubuntu.com/~kernel-ppa/mainline/ + najdi si, jak se používá ppa

[alda]

hmm, tak to neklapne, protože systém se mi nainstaloval spolu s live aplikací na přehrávání multimédií ( XBMC ) a nevím co by se stalo, kdybych ho přesmahnul. Nejsem si jistý, zda bych tu aplikaci ještě rozjel.

Alda

[dustin]

Pokud jde o ubuntu (jak je uvedeno v titulku), tak by to mělo normálně jít. Verze jádra nemá na funkci XBMC žádný vliv.

[alda]

ok, ale mám k dispozici pouze terminál a začátečniské zkušenosti, takže pokud mne navedeš jak na to, budu vděčný. Rád to ozkouším, zda toto řešení pomůže. A nebo jak sestřelit ten jeden modul ( viz druhé vlákno této diskuze ).

Alda

[Alda]

tak po dlouhém laborování se mi podařilo to přehodit na 2.6.35 ale pod tímto jádrem mi nejde lirc : * Loading LIRC modules [ OK ] * Unable to load LIRC kernel modules. Verify your * selected kernel modules in /etc/lirc/hardware.conf

když dám moduly přeinstalovat : Loading new lirc-0.8.6 DKMS files... First Installation: checking all kernels... Building only for 2.6.35-020635-generic Building for architecture i686 Building initial module for 2.6.35-020635-generic

Error! Bad return status for module build on kernel: 2.6.35-020635-generic (i686) Consult the make.log in the build directory /var/lib/dkms/lirc/0.8.6/build/ for more information. dpkg: error processing lirc-modules-source (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: lirc-modules-source E: Sub-process /usr/bin/dpkg returned an error code (1)

co s tím ?