Suspend to ram

[Erzlord Caron]

Hallo,
ich fummele grade an meinem Notebook (Thinkpad r50p) rum um S§ zum Laufen zu bekommen... Habe swsusp2 im Kernel, und und geht sauer in den Standby. Wenn ich es allerdings wieder aufwecke, erhalte ich kein Bild mehr. Beim ersten Mal hatte ich noch Netzwerk und konnte per SSH runterfahren, das kann ich jetzt aber auch nciht emhr reproduzieren - kein Bild, kein Netzwerk.
Software sollte durchweg aktuell sein, 2.6.10-mh1 mit swsusp2, fglrx 8.8.25...

Ich weiß echt ncht mehr weiter... und solange das und mein WLAN nicht läuft, bein ich an Windows gebunden

[peschmae]

Dann guck doch mal ein bisschen in die Logs was dort so steht. Hast du Software Suspend auch mal von der Konsole aus getestet? (Eventuell irgend ein Problem mit X-Treibern). Siehst du beim resume _nie_ ein Bild oder plötzlich nicht mehr?

MfG Peschmä

P.S. das ist kein Suspend-To-Ram sondern Suspend-To-Disk

[Erzlord Caron]

also was ich machen will, ist suspend-to.ram, to-disk dauert mir zu lange. habe ich mich mit dem s* vertan? kann mir das nie merken.
es funktioniert auch nicht, wenn ich kdm vorher stoppe. acpi und *** stoppt das script, das ich benutze übrigens auch, und es führt sync aus, scheint mir ganz sinnvoll.

wenn ich suspend im klaptop wähle, sieht es genauso aus.

vielleicht ist noch interessant, dass der bildschirm schwarz zeigt, und nicht aus ist. das ist auf dem notebooktft leicht heller als wenn es ausgeschaltet ist.

auf was achte ich denn in welchen logs? oder muss ich syslog allgemein durchforsten? ^_^

[eagle]

Versuche mal die Kernel Option "acpi_sleep=s3_bios" . Allerdings funtkioniert das bei mir nur wenn der Kernel Treiber fglrx nicht geladen ist. Laut ATI ist der Fehler bekannt aber noch nicht behoben .

eagle

[Erzlord Caron]

ist schon drin

[eagle]

Also X funktioniert auch ohne den Kernel fglrx Treiber. Solange ich 3D Beschleunigung nicht brauche wird der Treiber bei mir nicht geladen. Dann funktioniert S3, leider ist beim Aufwachen xv nicht mehr aktiv.

eagle

[peschmae]

also was ich machen will, ist suspend-to.ram, to-disk dauert mir zu lange. habe ich mich mit dem s* vertan? kann mir das nie merken.

Dann tut das aber nichts mit Software Suspend / Swsusp

es funktioniert auch nicht, wenn ich kdm vorher stoppe. acpi und *** stoppt das script, das ich benutze übrigens auch, und es führt sync aus, scheint mir ganz sinnvoll.

Muss KDM gestoppt sein oder reichts wenn du einfach auf die Konsole wechselst?

auf was achte ich denn in welchen logs? oder muss ich syslog allgemein durchforsten? ^_^

Syslog ganz allgemein. Und den Output von dmesg. Kannst du auf den Computer zugreifen nach einem resume? (Blind halt, aber auf der Konsole ein "root, passwort, dmesg > log.txt; reboot" tippen sollte zu machen sein)

MfG Peschmä

[Erzlord Caron]

Dann tut das aber nichts mit Software Suspend / Swsusp

Hm, dachte, das wäre auch dafür, weil das hibernate script sowas beinhaltet....
Naja, aber es sollte dann mit dem kernel trotzdem gehen, oder?

Ich mache

Code: Alles auswählen

echo 3 > /proc/acpi/sleep

Hibernation dauert mir zu lange, 5-10 Sekunden länger, und ich hab auch normal gebootet.

Muss KDM gestoppt sein oder reichts wenn du einfach auf die Konsole wechselst?

Es funktioniert ja NICHT, wenn KDM gestoppt ist, weder gestoppt, noch nur von der Konsole. ***stand übrigens für hotplug, wollte das nachsehen, und hab es dann vergessen und abgeschickt*

Syslog ganz allgemein. Und den Output von dmesg. Kannst du auf den Computer zugreifen nach einem resume? (Blind halt, aber auf der Konsole ein "root, passwort, dmesg > log.txt; reboot" tippen sollte zu machen sein)

Geht blind. Merkwürdigerweise geht der SSH-Server nicht. nmap von einem nderen Rechner zeigt zwar, dass was an dem Port ist, aber ein Verbindung ist nicht herzustellen. Blind konnte ich dmesg speichern und den rechner dann rebooten.:

Code: Alles auswählen

Warning: CPU frequency is 1700000, cpufreq assumed 600000 kHz.
...
pciehp: acpi_pciehprm:\_SB_.PCI0.PCI1 _HPP fail=0x5
pciehp: acpi_pciehprm:\_SB_.PCI0.PCI1 OSHP fails=0x5
pciehp: acpi_pciehprm:   Slot sun(1) at s:b:d:f=0x00:02:00:00
pciehp: acpi_pciehprm:\_SB_.PCI0.PCI1 _HPP fail=0x5
pciehp: acpi_pciehprm:\_SB_.PCI0.PCI1 OSHP fails=0x5
pciehp: acpi_pciehprm:   Slot sun(2) at s:b:d:f=0x00:02:00:01
pciehp: Fails to gain control of native hot-plug
...

Das ist das einzige, was nach Fehler aussieht. der Rest ist voll mit irgendeinem USB-Kram...
Vermutlich wohl bedingt durch acpi und hotplug Neustart.

[Erzlord Caron]

Habs nochmal ohne acpi und hotplug Stop und Start versucht. Selbes Ergbnis, aber dafür ngar nichts spannendes in dmesg

[peschmae]

Zum Netzwerk-Zeugs: Das muss ich auch neu starten nach dem Suspend - also sowas:

Code: Alles auswählen

/etc/init.d/networking stop
sync
echo 3 > /proc/acpi/sleep
/etc/init.d/networking start

Ansonsten kann ich dir wohl leider nicht helfen.

MfG Peschmä

[Lampe]

Ich schlag es ja nur ungern vor: versuchs doch mal ohne acpi und back einen kernel "nur" mit apm. Ich bin auch schon des längeren dabei - bei mir gab es probleme mit dem synaptics-treiber, der nicht wieder aufwachte. also, bei mir geht das STR per apm wieder einwandfrei. Das ganze auf einem asus l8400l.

gruß, meister lampe

[Erzlord Caron]

hm... dann muss ich das wohl erstmal um nen monat verschieben.... vor den rüfungen haab ich dazu wohl keine zeit

[Lampe]

kannst dir ja den gleichen kernel als source holen und die aktuelle .config in /boot zum bauen verwenden. dann sollten keine features verloren gehen und der zeitaufwand kann gering sein, wenn du nicht experimentierst
noch fragen?

[sebas]

Probier mal die Sachen aus, die ich in diesem Thread vorschlage: http://www.debianforum.de/forum/viewtopic.php?t=39445