Hallo Liste, habe einen Thinkpad R40 2722 GDG. Suspend to ram klappt nicht, aber Suspend to disk mit Einschränkungen: ich muss vorher sowas wie ifdown eth0 machen, und nach dem Aufwachen wieder aktivieren. Wegen dieses Problems hatte ich mich schon mal am 16.08. angefragt. Leider habe ich noch keine Lösung. Schlimmer noch ist: die Swap-Partition funktioniert nach dem suspend to disk nicht mehr. Bis jetzt mache ich immer: swapoff -a, mkswap /dev/hda3, swapon -a. Hat jemand eine Idee, woran das liegen könnte, und was man machen kann? Ich habe auch mal versucht, das suspend to ram zu aktivieren. Rechner nicht mehr aufgewacht. Seitdem erst glaube ich klappt das suspend to disk nicht mehr richtig. Habe auch schon eine Yast-Systemreparatur versucht. Hat nichts genützt. Würde mich sehr über einen Tip freuen. Gruß Frank
On Sat, Aug 28, 2004 at 12:46:43PM +0200, Tibet und Asien Abo wrote:
Hallo Liste,
Hallo Tibet und Asien Abo,
Schlimmer noch ist: die Swap-Partition funktioniert nach dem suspend to disk nicht mehr. Bis jetzt mache ich immer: swapoff -a, mkswap /dev/hda3, swapon -a.
Nur damit ich nichts falsch verstehe: er suspendiert, wacht auch wieder auf und macht dort weiter, wo er aufgehört hat, nur du hast keinen swap mehr?
Hat jemand eine Idee, woran das liegen könnte, und was man machen kann?
nicht wirklich, welchen Kernel verwendest du ("uname -a")? APM oder ACPI? ("powersave -S") -- Stefan Seyfried
Hallo Stefan, Danke dass Du mir helfen willst!
Nur damit ich nichts falsch verstehe: er suspendiert, wacht auch wieder auf und macht dort weiter, wo er aufgehört hat, nur du hast keinen swap mehr?
Richtig: er suspendiert, wacht auch wieder auf, und macht dann dort weiter, wo er aufgehört hat - nur extrem langsam, mit ständigen Festplattenzugriffen. Die KDE-Systemüberwachung zeigt einen dicken blauen Balken bei "Swap Memory". Wenn ich dann swapoff, mkswap und swapon mache, läuft der Rechner wieder normal schnell und der Balken verschwindet (bei normaler Rechnerauslastung).
Hat jemand eine Idee, woran das liegen könnte, und was man machen kann?
nicht wirklich, welchen Kernel verwendest du ("uname -a")?
uname -a Linux linuxnotebook 2.6.5-7.104-default #1 Wed Jul 28 16:42:13 UTC 2004 i686 i686 i386 GNU/Linux
APM oder ACPI? ("powersave -S") ACPI.
Frank
On Sat, Aug 28, 2004 at 04:58:33PM +0200, Tibet und Asien Abo wrote:
Hallo Stefan,
Richtig: er suspendiert, wacht auch wieder auf, und macht dann dort weiter, wo er aufgehört hat - nur extrem langsam, mit ständigen Festplattenzugriffen. Die KDE-Systemüberwachung zeigt einen dicken blauen Balken bei "Swap Memory". Wenn ich dann swapoff, mkswap und swapon mache, läuft der Rechner wieder normal schnell und der Balken verschwindet (bei normaler Rechnerauslastung).
reicht es auch, nur "swapoff" und "swapon" zu machen? Oder ist der swap danach "kaputt"? Falls es reicht, dann ist das normal. Überlege mal, wie der swsuspend funktioniert: - zuerst wird soviel Speicher wie möglich frei gemacht -> Userspace Applikationen werden teilweise in den swap gedrängt - vom verbleibenden Speicher wird eine Kopie erzeugt, während das System ganz ruhig gehalten wird - diese Kopie wird in den swapspace geschrieben. beim resume wird nun der Kernel etc. wieder aus dem swap geholt und über den gerade laufenden Kernel drüberkopiert, dann wird exakt dort weitergemacht, wo der suspend ausgelöst wurde. Die Applikationen sind aber noch im swap und werden erst bei erneutem Zugriff auf den (ausgelagerten) Speicher wieder in den RAM geladen. Darum kann das System am Anfang nach dem resume schon etwas "zäh" sein. Um das genauer zu untersuchen, schau dir mal die Ausgaben von "free" vor und nach deinem "swapoff;swapon" an, davor wird mehr Speicher frei sein (dafür mehr swap belegt) und danach mehr swap frei und dafür mehr Speicher belegt. Natürlich könnte es sich auch um einen echten Fehler handeln, aber der ist bei mir bisher nicht aufgetreten (und ich habe den suspend ziemlich Hardcore-mäßig getestet :-)
uname -a Linux linuxnotebook 2.6.5-7.104-default #1 Wed Jul 28 16:42:13 UTC 2004 i686 i686 i386 GNU/Linux
der sollte ok sein
APM oder ACPI? ("powersave -S") ACPI.
das auch, ich wollte nur sicher gehen, daß wir nicht aneinander vorbei reden ;-) Gruss, Stefan -- Stefan Seyfried
reicht es auch, nur "swapoff" und "swapon" zu machen?
Reicht.
Oder ist der swap danach "kaputt"? Nein.
Danke für Deine Erklärung. Das fand ich sehr hilfreich! Swap ist damit gegessen; nur mit dem Netzwerk hapert es noch. Gruß Frank
Falls es reicht, dann ist das normal. Überlege mal, wie der swsuspend funktioniert: - zuerst wird soviel Speicher wie möglich frei gemacht -> Userspace Applikationen werden teilweise in den swap gedrängt - vom verbleibenden Speicher wird eine Kopie erzeugt, während das System ganz ruhig gehalten wird - diese Kopie wird in den swapspace geschrieben. beim resume wird nun der Kernel etc. wieder aus dem swap geholt und über den gerade laufenden Kernel drüberkopiert, dann wird exakt dort weitergemacht, wo der suspend ausgelöst wurde. Die Applikationen sind aber noch im swap und werden erst bei erneutem Zugriff auf den (ausgelagerten) Speicher wieder in den RAM geladen. Darum kann das System am Anfang nach dem resume schon etwas "zäh" sein.
Um das genauer zu untersuchen, schau dir mal die Ausgaben von "free" vor und nach deinem "swapoff;swapon" an, davor wird mehr Speicher frei sein (dafür mehr swap belegt) und danach mehr swap frei und dafür mehr Speicher belegt.
Natürlich könnte es sich auch um einen echten Fehler handeln, aber der ist bei mir bisher nicht aufgetreten (und ich habe den suspend ziemlich Hardcore-mäßig getestet :-)
uname -a Linux linuxnotebook 2.6.5-7.104-default #1 Wed Jul 28 16:42:13 UTC 2004 i686 i686 i386 GNU/Linux
der sollte ok sein
APM oder ACPI? ("powersave -S")
ACPI.
das auch, ich wollte nur sicher gehen, daß wir nicht aneinander vorbei reden ;-)
Gruss, Stefan -- Stefan Seyfried
On Mon, Aug 30, 2004 at 08:29:19AM +0200, Tibet und Asien Abo wrote:
reicht es auch, nur "swapoff" und "swapon" zu machen?
Reicht.
Oder ist der swap danach "kaputt"? Nein.
Gut. Ansonsten wäre wirklich was kaputt gewesen :-)
Danke für Deine Erklärung. Das fand ich sehr hilfreich! Swap ist damit gegessen; nur mit dem Netzwerk hapert es noch.
Probiere mal das Paket aus ftp://ftp.suse.com/pub/people/seife/powersave/ aber bitte die *.notes-Datei vorher lesen, das Update ist nicht ganz trivial. Damit sollte das dann wieder gehen. -- Stefan Seyfried
Am Samstag, 28. August 2004 12:46 schrieb Tibet und Asien Abo:
habe einen Thinkpad R40 2722 GDG. Suspend to ram klappt nicht, aber Suspend to disk mit Einschränkungen: ich muss vorher sowas wie ifdown eth0 machen, und nach dem Aufwachen wieder aktivieren. Wegen dieses Problems hatte ich mich schon mal am 16.08. angefragt. Leider habe ich noch keine Lösung.
Trag network bei POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND und POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY in der /etc/sysconfig/powersave/common ein.
Schlimmer noch ist: die Swap-Partition funktioniert nach dem suspend to disk nicht mehr. Bis jetzt mache ich immer: swapoff -a, mkswap /dev/hda3, swapon -a. Hat jemand eine Idee, woran das liegen könnte, und was man machen kann?
Da muss ich passen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 28. August 2004 17:17 schrieb Manfred Tremmel:
Am Samstag, 28. August 2004 12:46 schrieb Tibet und Asien Abo:
habe einen Thinkpad R40 2722 GDG. Suspend to ram klappt nicht, aber Suspend to disk mit Einschränkungen: ich muss vorher sowas wie ifdown eth0 machen, und nach dem Aufwachen wieder aktivieren. Wegen dieses Problems hatte ich mich schon mal am 16.08. angefragt. Leider habe ich noch keine Lösung.
Trag network bei POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND und POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY in der /etc/sysconfig/powersave/common ein.
Habe ich eingetragen: So richtig? # POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND="ohci_hcd ehci_hcd raw1394 ohci1394 ieee1394 bcm4400 ipw2100 network" Klappt aber trotzdem nicht. Beim Aufwachen kommt wieder die Meldung, "IRQ 11: nobody cared". Wenn ich ifdown eth0 mache, kommt: eth0 device: Intel Corp. 82801BD PRO/100 VE (MOB) Ethernet Controller (rev 81) eth0 configuration: eth-id-00:06:1b:d8:5e:65 Warning: interface eth0 is not (yet?) active. Warning: No interface active (yet?) Bei ifup eth0: eth0 device: Intel Corp. 82801BD PRO/100 VE (MOB) Ethernet Controller (rev 81) eth0 configuration: eth-id-00:06:1b:d8:5e:65 Starting DHCP Client Daemon on eth0... . . . . . no IP address yet... backgrounding. Warning: interface eth0 is not (yet?) active. Kann jemand was mit diesen Meldungen anfangen? etho is not (yet?) active? Gruß und Danke Frank
Schlimmer noch ist: die Swap-Partition funktioniert nach dem suspend to disk nicht mehr. Bis jetzt mache ich immer: swapoff -a, mkswap /dev/hda3, swapon -a. Hat jemand eine Idee, woran das liegen könnte, und was man machen kann?
Da muss ich passen.
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/
| http://packman.links2linux.de/
Manfred | http://www.knightsoft-net.de
Am Montag, 30. August 2004 08:24 schrieb Tibet und Asien Abo:
Habe ich eingetragen: So richtig? # POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND="ohci_hcd ehci_hcd raw1394 ohci1394 ieee1394 bcm4400 ipw2100 network"
Nö, war aber mein Fehler, hier müsste das Modul der Netzwerkkarte rein, oder eben network bei POWERSAVE_SUSPEND_RESTART_SERVICES und POWERSAVE_STANDBY_RESTART_SERVICES -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (3)
-
Manfred Tremmel -
Stefan Seyfried -
Tibet und Asien Abo