Hallo Dieter, Am Donnerstag, 4. August 2005 14:26 schrieb Hans-Dieter Schenk:
Am Mittwoch, 27. Juli 2005 08:29 schrieb Werner Franke:
Bin jetzt wieder am Thema suspend-to-disk. Habe es gestern zu Hause 2 Mal aus X11 heraus probiert und beim Hochfahren ist er jedesmal stehen geblieben. Jedesmal woanders. In 'messages' habe ich nichts gefunden (bei DEBUG=16).
Merkwuerdig, wenn ich POWERSAVED_DEBUG auf 16 setze, ist mein syslog (/var/log/messages) mit Meldungen gefuellt. Setze mal auf 11, dann siehst Du Warnings, Error und jede Menge Infos, die Dir weiterhelfen sollten. (nicht vergessen rcpowersaved restart unter root zu geben). Sollten keine diesbezueglichen Meldungen vorhanden sein, stimmt irgendetwas nicht, entweder der Logg-Mechanismus oder die Powersave Scipte. Biite pruefen, da hier Hinweise zu Fehlern zu erkennen sein sollten.
Sorry, ich habe mich missverstaendlich ausgedrueckt. Natuerlich sind viele Meldungen bezueglich powersave im Syslog, aber keine, die ich als Fehler idenifizieren konnte.
Ein powersave -U aus init 3 heraus und zurueck hat funktioniert,
- Wie ist der Status Deines System? - Patch fuer snd.ko installiert?
JA
- Directory /sys/devices/platform/snd_generic_pm.0 nicht mehr vorhanden? Nicht vorhanden
- Keine Fehler im syslog der Art ALSA sound/core/menory.c:71: Not freed snd_alloc_ ...? Keine Fehler
- Scripts mit vbetool entsprechend /usr/share/doc/packages/powersave/contrib installiert ? Nein, da ich suspend-to-ram erst mal nicht brauche. Mein Accu haelt nur ca 20 minuten. Arbeite also immer mit externer Stromquelle.
- Funktioniert auch powersave -u (suspend2ram) im runlevel 3 einwandfrei ? Nicht probiert wegen Punkt darueber. Ausserdem weiss ich nicht, wie ich den Rechner daraus wieder erwecke. Mangels Zeit habe ich allerdings auch nicht danach gesucht.
Das sollte reproduzierbar einwandfrei ohne Fehler laufen, vorher hat hat das unter X11 keinen Zweck.
allerdings dann ein init 5 ging schief. (???)
Was genau waren die Fehler?
Das weiss ich nicht mehr.
Nun heute im Buero hat's ploetzlich funktioniert.
X11 -> powersave -U -> X11
ein paar mal nacheinander (Hmmm, ??) Allerdings bleibt er danach beim Runterfahren haengen. Die X-Tools werden noch geschlossen, dann bleibt der Mauszeiger unverrueckbar am Bildschirm und nichts tut sich mehr.
Was heisst runterfahren, Shutdown ?
Ja. Runterfahren in KDE (shutdown -h). Wie ich schon in der anschliessenden Mail geschrieben habe ist der '/opt/kde3/bin/kdm' das Problem. Er laesst sich nicht mehr beenden. Ein 'kill <Process-ID-von-kdm>' zeigt den gleichen schon beschriebenen Effekt. Allerdings, ich weiss nicht ob Du's missverstanden hast, der Rechner bleibt erst beim anschliessenden 'normalen Shutdown' haengen. Nach einem Suspend-to-disk. Suspend-to-disk selbst funktioniert ein paar mal nacheinander (hab's 2 mal probiert) auch mit X, dem KDE und /opt/kde3/bin/kdm.
Welcher Windowmanager laeuft, KDE ? Wenn ja, versuche mal einen anderen Windowmanager. Ich benutze icewm.
Den habe ich nicht installiert. Aber auch beim fvwm wird der 'kdm' benutzt, so dass das Ergebnis das gleiche sein duerfte. Habe statt dessen mal den 'gdm' in /etc/sysconfig/displaymanager eingetragen. Danach wird zwar der 'xdm' verwendet, aber mit dem habe ich dann unter laufendem KDE ein 'powersave -U' gemacht. Abgeschaltet hat er sich, aber beim anschliessenden Hochfahren blieb er beim Aufbauen der Windows in X haengen. Nur [A] hat geblinkt. Der funktioniert also noch weniger.
Schalte zurueck auf Console 1 und mach dann powersave -U. Nach Restore zurueck auf Console 7, geht das ? Ist zwar etwas anderes als Du beschrieben hast:
init 3 login als root powersave -U -> führt's aus und schaltet ab Einschalten -> lande wieder an der gleichen Stelle wie bei 'powersave -U' init 5 -> Startet KDE Abmelden -> wie gehabt. Rechner haengt. ==> Auch ein Starten vom kdm NACH einem erfolgreichem Suspend endet darin, dass beim anschliessenden Herunterfahren der kdm haengt. Ich habe auch festgestellt, dass nach einem Suspend2Disk das Netzwerk nicht mehr funktionierte. Jedenfalls hat der PC vom DHCP Server keine IP bekommen. Habe da aber nicht naeher geforscht, sondern neu gebootet.
Was zeigen die Systemmeldungen hierbei. Siehe auch die Logs in /var/log/suspend2ram.log
Habe nichts (fuer mich) besonderes in /var/log/suspend2ram.log gefunden. Nach suspend: Resuming: nichts Reloading modules: ohci1394 video1394 uhci_hdc Restarting services: nichts Remounting filesystems: not necessary.
Die [A] LED zwischen Bildschirm und Tastatur blinkt nur langsam vor sich hin.
Kann im Handbuch zu diesem Blinken leider nichts finden, habe das aber selbst auch schon erlebt. Der Rechner scheint in dem Fall total verstoert und nur durch Powerreset wieder zu beleben zu sein.
Koennte meine Aenderung bezueglich crypt. Partition der Grund sein? Ich habe es von 'Einbinden beim Boot' auf 'Einbinden von Hand' geaendert. Allerdings sollte sich das auch auf den inti-3-Fall auswirken.
Kann ich nichts zu sagen. Aber mach die Gegenprobe und versuche, ob es ohne crypt funktioniert.
Ich habe inzwischen des Crypt aus den Boot-Process entfernt und in die fstab umgezogen, damit ich es auf dem Desktop benutzen kann. Keine Verbesserung (Habe auch keine erwartet). Gruss Werner PS: Bin erst am Montag wieder im Büro und kann eMails lesen.