PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Suspend to Ram



zbled
02.02.05, 22:04
Hallo zusammen,

ich versuche auf meinem Notebook - Asus 6000er Serie - Suspend to Ram zum Laufen zu bringen, jedoch bis jetzt leider ohne Erfolg. Das Notebook geht schön in den Sleep-Modus - wacht jedoch scheinbar nicht mehr richtig daraus auf, der Bildschirm bleibt schwarz - aber die Festplatte scheint zu laufen.

Der Befehl, mit dem ich Suspend to Ram aktivieren möchte lautet 'echo -n mem > /sys/power/state'. Als Kernel verwende ich 2.6.10 mit dem ck5 Patchset (kernelconfig (http://querus.f2o.org/trash/config)) - als Distribution verwende ich Debian Sarge.



Auszug aus der /var/log/messages
Feb 2 21:28:07 heisl Stopping tasks: ================================================== ====|
Feb 2 21:28:07 heisl eth1: Going into suspend...
Feb 2 21:28:07 heisl Back to C!
Feb 2 21:28:07 heisl ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16
Feb 2 21:28:07 heisl PCI: Setting latency timer of device 0000:00:1d.0 to 64
Feb 2 21:28:07 heisl PCI: Setting latency timer of device 0000:00:1d.1 to 64
Feb 2 21:28:07 heisl PCI: Setting latency timer of device 0000:00:1d.2 to 64
Feb 2 21:28:07 heisl PCI: cache line size of 32 is not supported by device 0000:00:1d.7
Feb 2 21:28:07 heisl ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, driver 26 Oct 2004
Feb 2 21:28:07 heisl ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
Feb 2 21:28:07 heisl ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
Feb 2 21:28:07 heisl PCI: Setting latency timer of device 0000:00:1f.5 to 64
Feb 2 21:28:07 heisl eth1: Coming out of suspend...
Feb 2 21:28:07 heisl PCI: Enabling device 0000:01:04.0 (0000 -> 0002)
Feb 2 21:28:07 heisl ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 18 (level, low) -> IRQ 18
Feb 2 21:28:07 heisl Restarting tasks... done
Feb 2 21:28:07 heisl usb 2-1: USB disconnect, address 2
Feb 2 21:28:08 heisl usb 1-6: USB disconnect, address 3
Feb 2 21:28:08 heisl usb 1-6: new high speed USB device using ehci_hcd and address 5
Feb 2 21:28:08 heisl usb 2-1: new low speed USB device using uhci_hcd and address 3
Feb 2 21:28:08 heisl input: USB HID v1.10 Mouse [Microsoft Microsoft Notebook/Mobile Optical Mouse 2.0] on usb-0000:00:1d.0-1


und danach tut sich nix mehr - ich musste einen Kaltstart machen


Ich habe dann noch "acpi_sleep=s3_bios" in grubs menu.lst geschrieben und Grub neu im Bootsektor installiert. Nach einem Suspend to Ram sind auf dem Monitor grüne Streifen erschienen - und das wars dann leider auch schon wieder. Mittels alt+strg+f1 bzw. alt+strg+f7 auf die Konsole zu wechseln hat leider auch nicht funktioniert => kaltstart.

Danke im Voraus für Eure Hilfe

choener
03.02.05, 00:52
Schalte doch mal bitte das alles aus:

1) DRM
2) AGPgart im Kernel
3) vesafb-tng

1) und 2) damit du nachher auch wieder ein Bild hast
3) weil das bei mir immer 100% cpu gezogen hat, nach dem Aufwachen.

Jetzt habe ich jedenfalls suspend2ram funktionierend am Laufen.

aeh, vergessen:
wenn du nach dem Aufwecken auf den Rechner per ssh zugreifen kannst, dann versuche 1)-3), sonst liegt es an was anderem, das es nicht geht.

Gruss,
Christian

zbled
05.02.05, 15:27
Vielen Dank für die Antwort - hat leider nix gebracht :)... Ich warte einfach mal, bis suspend to ram stable wird

colias
10.02.05, 19:16
Vielleicht ist es das ja, und du mußt nur noch den Video-Teil wieder aufwecken,
schon mal von der Konsole aus mit video_post probiert?
http://bugme.osdl.org/show_bug.cgi?id=3670

Für Debian gibt es auch vbetool http://freshmeat.net/projects/vbetool/ als fertiges Paket, das kann z.B. auf einem Latitude c810 die Konsole wieder aufwecken, (hier FC2, mußte von Hand linken, da nur libpci.a vorhanden ist).

choener
11.02.05, 18:58
Ich warte einfach mal, bis suspend to ram stable wird

Das ist stable, die oben angegeben Dinge sorgen einfach nur dafuer, das Konsole in einem langweiligen Zustand ist, der beim Aufwachen nicht kaputt geht.
Da man allerdings ohne Probleme aus X heraus schlafen gehen kann und nach X zurueckkehren ist das fuer mich egal gewesen.

Cool waere natuerlich zu wissen, ob du nach dem Aufwachen ssh-Zugriff hast und so...

zbled
14.02.05, 08:39
das Problem ist, dass ich keine Möglichkeit habe zu testen, ob ein ssh-Zugriff möglich ist, da ich nur einen Rechner (Laptop) habe :)

choener
14.02.05, 18:40
Weitere Moeglichkeiten:
1) einen Freund(a) versklaven und mit dessen Rechner ssh testen
2) den Dreifingersalut nach dem Aufwachen durchfuehren: bottet der Rechner nach einigen Sekunden neu (manchmal laenger wenn was 99% benoetigt), dann hat es wohl geklappt

Und ist die Konsole ganz sicher in vga und framebuffer nicht einkompiliert?

Gruss,
Christian

(a)
Selbstverstaendlich ist "Christian" klar, das auch Frauen Linux nutzen, aber "Christian" ist zu faul, staendig nach Geschlechtern zu trennen ;)

zbled
14.02.05, 21:10
Vielen Dank für Eure Hilfe. Mit dem Video_Post-Tool und einem anschliessenden strg+alt+f1 und alt+f7 funktionierts jetzt