[Fwd: Re: [suse-laptop] Re: [Fwd: Re: powersave daemon lässt sich nicht starten]]
Stefan, sorry fuer die spaete Antwort, war gestern nicht da. Anbei die beiden Dateien. Du hast wohl recht, dass agp noch geladen ist, ich hatte diese daher aufgrund eines anderen Hinweises in eine Blacklist eingetragen (irgendwo in /etc/...). Wenn ich alternativ allerdings agpgart und/oder intel_agp in die Liste der zu entladenden Module des Powersave Daemons eintrage, erhalte ich beim Versuch des Suspend nur ein X-Fenster mit dem Hinweis: "Suspend failed on unloading modules. Trying to recover." Nichts passiert. Vielen Dank fuer Deine Hilfe, Arne Stefan Seyfried wrote:
On Wed, May 05, 2004 at 09:09:45PM +0200, Arne Biastoch wrote:
kurzer Nachtrag: Jetzt haengt sich das System beim Hochfahren auf. Zwar erhaelt man eine Fehlermeldung, dass der resume file successful gelesen wurde. Danach gibt es jedoch "double fault"s fuer gdt und tss, die anscheinend das Einfrieren verursachen. Soweit ich erkekken kann, sind das keine Module, die etwa entladen werden müssten.
Zeig mir die /var/log/swsusp.log. Ich möchte fast wetten, daß ein AGP-Modul geladen ist. Wenn nicht, ist die swsusp.log noch interessanter, denn dann hast du ein anderes suspend-verhinderndes Modul geladen.
Nach dem Regulaeren Hochfahren mit "noresume" ist in /var/log/messages nichts Verdächtiges zu erkennen. Auch die Datei swsusp.log zeigt keine Fehlermeldung und endet mit:
Womit fängt sie an? Bzw: welche Module waren geladen?
Damit hat sich dann auch die Frage erübrigt, ob der Swapbereich zu klein wäre.
Wäre der Swap zu klein, würde der suspend fehlschlagen und die Maschine einfach weiterlaufen.
Nun ist guter Rat teuer??
Nein. Ich bin mir sicher, daß deine Maschine ein "böses" Modul geladen hat.
BTW: vergiss suspend-to-ram (s3) erstmal, das wird so bald nicht gehen. Genauer gesagt: suspend geht schon, aber mit dem resume wirst du schwierigkeiten haben.
-- *** please note new Institute name and Email address *** Dr. Arne Biastoch Leibniz-Institut für Meeresforschung IFM-GEOMAR FB1 Climate Dynamics phone: ++49 431 600-4013 Duesternbrooker Weg 20 fax : ++49 431 600-1515 24105 Kiel, Germany email: abiastoch@ifm-geomar.de http://www.ifm-geomar.de http://biastoch.de /dev/hda5 partition 1044184 0 42 stopped: hotplug unloaded: ehci_hcd unloaded: ohci1394 unloaded: ieee1394 unloaded: tg3 Suspend initiated: 2004-05-05 20:48:00 Loaded modules: Module Size Used by af_packet 20360 2 i830 69952 3 edd 9240 0 joydev 10176 0 st 38940 0 sd_mod 19840 0 sr_mod 15652 0 scsi_mod 107980 3 st,sd_mod,sr_mod ide_cd 36484 0 cdrom 36508 2 sr_mod,ide_cd nvram 8328 0 cpufreq_userspace 5668 2 speedstep_centrino 4612 0 freq_table 4612 1 speedstep_centrino thermal 12424 0 processor 16040 1 thermal fan 3972 0 button 6032 0 battery 8580 0 ac 4868 0 ipv6 244100 13 snd_usb_audio 66784 0 snd_seq_oss 31104 0 snd_seq_midi_event 7680 1 snd_seq_oss snd_seq 54800 5 snd_seq_oss,snd_seq_midi_event snd_pcm_oss 57384 0 snd_mixer_oss 18688 1 snd_pcm_oss snd_intel8x0 33580 4 snd_pcm 96904 3 snd_usb_audio,snd_pcm_oss,snd_intel8x0 tg3 68228 0 snd_ac97_codec 62212 1 snd_intel8x0 snd_timer 25732 2 snd_seq,snd_pcm snd_page_alloc 11400 2 snd_intel8x0,snd_pcm gameport 4736 1 snd_intel8x0 snd_mpu401_uart 7808 1 snd_intel8x0 snd_rawmidi 25380 2 snd_usb_audio,snd_mpu401_uart snd_seq_device 8328 3 snd_seq_oss,snd_seq,snd_rawmidi snd 61316 22 snd_usb_audio,snd_seq_oss,snd_seq_midi_event,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_pcm,snd_ac97_codec,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 8800 1 snd hid 40640 0 ds 17284 4 ohci1394 30724 0 ieee1394 99896 1 ohci1394 yenta_socket 15744 0 pcmcia_core 61636 2 ds,yenta_socket hci_usb 12160 0 bluetooth 45540 1 hci_usb ehci_hcd 27140 0 intel_agp 17052 1 agpgart 28712 4 intel_agp uhci_hcd 29584 0 usbcore 96988 7 snd_usb_audio,hid,hci_usb,ehci_hcd,uhci_hcd evdev 9600 1 nls_cp437 5888 1 vfat 14080 1 fat 43328 1 vfat subfs 7296 1 nls_iso8859_1 4224 2 ntfs 86092 1 dm_mod 50044 0 reiserfs 233808 1 Memory info: total used free shared buffers cached Mem: 637076 297208 339868 0 35180 129052 -/+ buffers/cache: 132976 504100 Swap: 1044184 0 1044184
Moin, On May 07, 04 11:29:39 +0200, Arne Biastoch wrote:
Stefan,
sorry fuer die spaete Antwort, war gestern nicht da. Anbei die beiden Dateien. Du hast wohl recht, dass agp noch geladen ist, ich hatte diese daher aufgrund eines anderen Hinweises in eine Blacklist eingetragen (irgendwo in /etc/...). Wenn ich alternativ allerdings agpgart und/oder intel_agp in die Liste
agpgart ist uninteressant in dem Fall. Vermutlich hast Du intel_agp in /etc/hotplug/blacklist eingetragen? Es muss intel-agp heissen. (mit '-', nicht '_'. Modulname und was angezeigt wird unterscheiden sich :() Achja, am Wochenende soll ein update-Kernel rauskommen, bei dem das Eintragen des intel-agp-Moduls nicht mehr nötig sein soll - aber ich habe den noch nicht getestet und kann auch nicht sagen wann genau er da ist.
der zu entladenden Module des Powersave Daemons eintrage, erhalte ich beim Versuch des Suspend nur ein X-Fenster mit dem Hinweis: "Suspend failed on unloading modules. Trying to recover."
Das ist vermutlich das intel-agp-Modul...ansosnten sieht es gut aus.
Nichts passiert.
Vielen Dank fuer Deine Hilfe, Arne
ciao, Stefan -- Stefan Behlert, SUSE LINUX AG, Teamleader Mobile Devices Maxfeldstr. 5, D-90409 Nuernberg, Germany
Stefan, ja, das war es! Mit intel-agp in der /etc/hotplug/blacklist und im entsprechenden Aufruf von suspend kommt der Rechner auch wieder ordentlich hoch. Die Maus spinnt zwar noch ein wenig, aber das laesst sich sicher auch noch beheben. Vielen Dank fuer Deine Hilfe. Obwohl das Suspend/Standby die Hauptmotivation fuer das Update auf SuSE 9.1 war, hat diese Diskussion mir die Augen geoeffnet, dass sich speziell dieser Teil des Powermanagements noch stark im Betastadium bfindet. Gruss, Arne Stefan Behlert wrote:
Moin,
On May 07, 04 11:29:39 +0200, Arne Biastoch wrote:
Stefan,
sorry fuer die spaete Antwort, war gestern nicht da. Anbei die beiden Dateien. Du hast wohl recht, dass agp noch geladen ist, ich hatte diese daher aufgrund eines anderen Hinweises in eine Blacklist eingetragen (irgendwo in /etc/...). Wenn ich alternativ allerdings agpgart und/oder intel_agp in die Liste
agpgart ist uninteressant in dem Fall. Vermutlich hast Du intel_agp in /etc/hotplug/blacklist eingetragen? Es muss intel-agp heissen. (mit '-', nicht '_'. Modulname und was angezeigt wird unterscheiden sich :() Achja, am Wochenende soll ein update-Kernel rauskommen, bei dem das Eintragen des intel-agp-Moduls nicht mehr nötig sein soll - aber ich habe den noch nicht getestet und kann auch nicht sagen wann genau er da ist.
der zu entladenden Module des Powersave Daemons eintrage, erhalte ich beim Versuch des Suspend nur ein X-Fenster mit dem Hinweis: "Suspend failed on unloading modules. Trying to recover."
Das ist vermutlich das intel-agp-Modul...ansosnten sieht es gut aus.
Nichts passiert.
Vielen Dank fuer Deine Hilfe, Arne
ciao, Stefan
-- *** please note new Institute name and Email address *** Dr. Arne Biastoch Leibniz-Institut für Meeresforschung IFM-GEOMAR FB1 Climate Dynamics phone: ++49 431 600-4013 Duesternbrooker Weg 20 fax : ++49 431 600-1515 24105 Kiel, Germany email: abiastoch@ifm-geomar.de http://www.ifm-geomar.de http://biastoch.de
Moin, On May 07, 04 14:12:45 +0200, Arne Biastoch wrote:
Stefan,
ja, das war es! Mit intel-agp in der /etc/hotplug/blacklist und im
Freut mich. Die '-' vs. '_' Problematik nervt mich ja auch :( Aber wenn der update-Kernel der kommen soll hält was er verspricht, dann kann man auf das '*-agp'-Eintragen verzichten. Allerdings sind immer noch Probleme mit 3d zu erwarten, habe ich mir sagen lassen :( Naja, kommt Zeit, kommt fix...
entsprechenden Aufruf von suspend kommt der Rechner auch wieder ordentlich hoch. Die Maus spinnt zwar noch ein wenig, aber das laesst sich sicher auch noch beheben.
Vielen Dank fuer Deine Hilfe. Obwohl das Suspend/Standby die Hauptmotivation fuer das Update auf SuSE 9.1 war, hat diese Diskussion mir die Augen geoeffnet, dass sich speziell dieser Teil des Powermanagements noch stark im Betastadium bfindet.
Jupp, einer der Gründe, warum es nicht per default aktiviert ist. Aber es geht voran...und auf manchen Rechnern klappt es ja ganz gut. Je mehr Erfahrungsberichte hier auf der Liste auftauchen, um so mehr lässt sich reparieren.
Gruss, Arne
Schönes Wochenende, Stefan -- Stefan Behlert
participants (2)
-
Arne Biastoch
-
Stefan Behlert