Dotaz: Po Suspend To RAM se PC hned probudí (od 2.6.17)

[tomas84]

Ahoj,

v Ubuntu 6.06 s jádrem 2.6.15 mi bezproblému fungovalo Suspend To Ram. Po upgrade na Ubuntu 6.10 (jádro 2.6.17) se po provedení Suspend To Ram počítač okamžitě probudí.

Stejný problém je v SuSE 10.2 s jádrem 2.6.18. Zkoušel jsem různé způsoby uspání(s2ram s různými parametry, echo 3 > /proc/acpi/sleep, echo mem > /sys/power/state).

Jedniné co fugnuje je "echo standby > /sys/power/state", avšak v tomhle režimu běží ventilátor na CPU, což je značně nepříjemné.

Na netu jsem našel pouze informaci, že může být probém v sysfs rozhraní a mělo by to řešit "echo 3 > /proc/acpi/sleep". Bohužel neřeší.

Setkal se s tím už někdo? Můžete poradit?

Moc díky.

Odpovědi

[Josef Kufner]

Něco se ti neuspí. Zkus poodpojovat všechna zařízení co můžeš a kdyžtak i kouknout do biosu, jestli tam není nějaká ptákovina okolo wakeup events (ale dej si pozor, abys to měl ještě čím probudit).

[tomas84]

V logu jsem našel řádky

Jan  7 13:52:23 tomas kernel: usblp 4-2:1.0: no suspend for driver usblp?
Jan  7 13:52:23 tomas kernel: dvb_usb_a800 2-1:1.0: no suspend for driver dvb_usb_a800?

Zkusil jsem odpojit digitální tuner a tiskárnu, řádky už tam nejsou, ale chová se to pořád stejně. Vypadá to spíš jako by se systém uspal a hned zase probudil (všechno se zastaví a na chíli (cca 1/10s) zhasnou i diody na case).

[CIJOML]

Nejsnazsi bude kdyz vytvoris report na bugzilla.kernel.org a spolecne s vyvojari si to oddebugujes. Takhle to je jen loveni ve vode bez bryli a snorchlu.

[tomas84]

Nakonec asi budu muset...

[Jakub Suchy]

ja bych jako prvni kouknul do /var/log/acpid.log a do dmesg. me se to stane treba ve chvili, kdy jsem mimo internet a mam pripojeny CIFS disk, v te chvili se cifs nedokaze uspat a jadro to zahlasi

[tomas84]

Tam jsem díval hned zezačátku a nic zvláštního jsem nenašel...

V /var/log/acpi přibydou poze řádky:

Jan  7 14:00:32 tomas [acpid]: client connected from 3319[0:0]
Jan  7 14:00:32 tomas [acpid]: 1 client rule loaded

A v messages:

Jan  7 13:52:18 tomas syslog-ng[2636]: Changing permissions on special file /dev/xconsole
Jan  7 13:52:18 tomas syslog-ng[2636]: Changing permissions on special file /dev/tty10
Jan  7 13:52:18 tomas kernel: Freezing cpus ...
Jan  7 13:52:18 tomas kernel: CPU 1 is now offline
Jan  7 13:52:18 tomas kernel: SMP alternatives: switching to UP code
Jan  7 13:52:23 tomas kernel: CPU1 is down
Jan  7 13:52:23 tomas kernel: Stopping tasks: ===================================================================================================================================================================|
Jan  7 13:52:23 tomas kernel: usblp 4-2:1.0: no suspend for driver usblp?
Jan  7 13:52:23 tomas kernel: dvb_usb_a800 2-1:1.0: no suspend for driver dvb_usb_a800?
Jan  7 13:52:23 tomas kernel: dvb-usb: error while querying for an remote control event.
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:02:09.0 disabled
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:02:05.0 disabled
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:00:1f.2 disabled
Jan  7 13:52:23 tomas kernel: pci_set_power_state(): 0000:00:1f.2: state=3, current state=5
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:00:1d.7 disabled
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:00:1d.3 disabled
Jan  7 13:52:23 tomas kernel: ACPI: PCI interrupt for device 0000:00:1d.2 disabled
Jan  7 13:52:23 tomas lircd-0.8.0[2662]: error reading '/dev/input/ir'
Jan  7 13:52:24 tomas kernel: ACPI: PCI interrupt for device 0000:00:1d.1 disabled
Jan  7 13:52:24 tomas lircd-0.8.0[2662]: caught signal
Jan  7 13:52:24 tomas kernel: ACPI: PCI interrupt for device 0000:00:1d.0 disabled
Jan  7 13:52:24 tomas lircd-0.8.0[2662]: closing '/dev/input/ir'
Jan  7 13:52:24 tomas kernel: Back to C!
Jan  7 13:52:24 tomas kernel: PM: Writing back config space on device 0000:00:00.0 at offset 1 (was 20900106, writing 30900106)
Jan  7 13:52:24 tomas kernel: PM: Writing back config space on device 0000:00:01.0 at offset 7 (was 22a0d0d0, writing 2a0d0d0)
Jan  7 13:52:24 tomas kernel: ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 177
Jan  7 13:52:24 tomas kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Jan  7 13:52:24 tomas kernel: usb usb1: root hub lost power or was reset
Jan  7 13:52:24 tomas kernel: ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 193
Jan  7 13:52:24 tomas kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Jan  7 13:52:24 tomas kernel: usb usb3: root hub lost power or was reset
Jan  7 13:52:24 tomas kernel: ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 169
Jan  7 13:52:24 tomas kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Jan  7 13:52:24 tomas kernel: usb usb4: root hub lost power or was reset
Jan  7 13:52:24 tomas kernel: ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 177
Jan  7 13:52:24 tomas kernel: PCI: Setting latency timer of device 0000:00:1d.3 to 64
Jan  7 13:52:24 tomas kernel: usb usb5: root hub lost power or was reset
Jan  7 13:52:24 tomas kernel: dvb-usb: error while querying for an remote control event.

atd - pokračuje inicializace zařízení

Zkusil jsem i vytáhnout ten síťový kabel

Včera jsem táké zkoušel povypínat některé daemony (acpid, powersaved, udevd a lircd), nic nepomohlo.

[medulin]

Také se mi to stávalo. Probouzela mi to síťová karta, když jsem sní vytáhnul síťový kabel tak to bylo OK. Vytahovat kabel není řešení, ale zase budeme vědět čím to je. Jak jsem to vyřešil já už nevím, protože jsem měnil síťové karty i verzi distribuce.

[tomas84]

Díky za nápady, bohužel nic nepomáhá.

[Pavel Chalupa]

Jako root vložte: s2ram --force

pokud se systém uspí, proveďte trvalou změnu konfigurace:
v souboru /etc/pm/config
zapsáním konfiguračního řádku: S2RAM_OPTS="--force"

root.cz/zpravicky
kregion.cz/linux

[tomas84]

Bohužel nepomohlo.

[Pavel Chalupa]

A zkoušel jste to na "čistém" čerstvě nainstalovaném systému? Je možné, že po těch předchozích pokusech je něco dalšího špatně. Pokud máte možnost provést čistou instalaci, třeba jen zkušební na nějakou malou partition, udělejte to a zkuste výše zmíněné. Případně si pak z této zkušební instalace okopírujte konfigurační soubory. Měl jsem stejný problém na notebooku: openSUSE 10.0 v pohodě suspend-to-RAM a u 10.2 jsem musel použít "--force" a funguje mi to. Navíc u notebooku se musí též ručně v konfiguračním souboru nastavit, aby se systém uspal do RAM při zavření víka, pokud to chcete.