-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo Liste,
ich betreibe hier ein T42p mit der SUSE 10.0 und den aktuellen Updates. Während zur 9.3 Zeiten das Schließen des Deckels immer zum suspend to ram geführt hat, habe ich mit 10.0 Probleme:
Nach einem Neustart des Rechners kann ich mit dem Schließen des Deckels *einmalig* suspend to ram auführen. Wenn ich den Deckel aufmache, wacht der Rechner wie erwartet auf und ich kann normal arbeiten.
Wenn ich jetzt nochmals den Deckel schließe, dann passiert nichts. Über KPowersave und den Menüpunkt "Suspend to RAM" kann ich diese Aktion trotzdem durchführen. Versuche mit dem Neustart von powersaved und/oder acpid haben keine eindeutige Ergenbisse hervorgebracht. Mal klappte es mit dem Deckel mal nicht.
Die Pseudodatei /proc/acpi/button/lid/LID/state zeigt das Schließen des Deckels an, so dass ich vermute, dass powersaved & Co. dies ignorieren...
Hat jemand einen Vorschlag? Ich bin dankbar für jeden Hinweis!
Taki
Hier noch ein paar Details:
acpid-1.0.4-9.4 powersave-0.11.5-1.pm.1 2.6.13-15.8-default
Auszug aus /etc/sysconfig/powersave/sleep:
UNLOAD_MODULES_BEFORE_SUSPEND2RAM="snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar"
SUSPEND2RAM_RESTART_SERVICES="hsf autofs alsasound openvpn network irda"
(hfs = linuxant-Treiber fürs Modem)
On Fri, Feb 17, 2006 at 08:35:51PM +0100, Dimitrios Bogiatzoules wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo Liste,
ich betreibe hier ein T42p mit der SUSE 10.0 und den aktuellen Updates. Während zur 9.3 Zeiten das Schließen des Deckels immer zum suspend to ram geführt hat, habe ich mit 10.0 Probleme:
Nach einem Neustart des Rechners kann ich mit dem Schließen des Deckels *einmalig* suspend to ram auführen. Wenn ich den Deckel aufmache, wacht der Rechner wie erwartet auf und ich kann normal arbeiten.
gut.
Wenn ich jetzt nochmals den Deckel schließe, dann passiert nichts. Über KPowersave und den Menüpunkt "Suspend to RAM" kann ich diese Aktion trotzdem durchführen. Versuche mit dem Neustart von powersaved und/oder acpid haben keine eindeutige Ergenbisse hervorgebracht. Mal klappte es mit dem Deckel mal nicht.
Die Pseudodatei /proc/acpi/button/lid/LID/state zeigt das Schließen des Deckels an, so dass ich vermute, dass powersaved & Co. dies ignorieren...
mach mal in einer konsole "acpi_listen" und schau, ob ein event kommt, wenn du den deckel schließt. Wenn nein, kommen überhaupt events (z.B. Strom ab- und wiederanstecken sollte je ein ac_adapter-Event werfen).
Funktionieren dann, wenn der deckel "kaputt" ist der Power- und der Sleep-Button noch?
Hier noch ein paar Details:
acpid-1.0.4-9.4 powersave-0.11.5-1.pm.1
Das ist aber nicht auf 10.0, und auf sourceforge auch nicht.
2.6.13-15.8-default
Auszug aus /etc/sysconfig/powersave/sleep:
UNLOAD_MODULES_BEFORE_SUSPEND2RAM="snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar"
SUSPEND2RAM_RESTART_SERVICES="hsf autofs alsasound openvpn network irda"
interessanter wäre /var/log/suspend2ram* Aber schau erst mal, ob events kommen, dann schauen wir weiter.
Stefan Seyfried said the following on 20.02.2006 09:04: [...]
mach mal in einer konsole "acpi_listen" und schau, ob ein event kommt, wenn du den deckel schließt. Wenn nein, kommen überhaupt events (z.B. Strom ab- und wiederanstecken sollte je ein ac_adapter-Event werfen).
Deckel zu und auf erzeugt folgendes:
ibm/hotkey HKEY 00000080 00005001 button/lid LID 00000080 0000000a ibm/hotkey HKEY 00000080 00005002 button/lid LID 00000080 0000000b
Funktionieren dann, wenn der deckel "kaputt" ist der Power- und der Sleep-Button noch?
Bei nicht funktionierenden suspend to ram:
Kurze Betätigung des Ein-/Ausschalters: button/power PWRF 00000080 00000001
und keine reguläres Herunterfahren des Rechners. Eine lange Betätigung des Schalters führt zum "harten" Powerdown ohne das Betriebssystem herunter zu fahren.
Nach dem notwendigen Reboot meldet acpi_listen beim schließen und öffnen des Deckels folgendes:
taki@thinkpad:~> acpi_listen ibm/hotkey HKEY 00000080 00005001 button/lid LID 00000080 00000001 processor CPU 00000081 00000000
[...]
powersave-0.11.5-1.pm.1
Das ist aber nicht auf 10.0, und auf sourceforge auch nicht.
Das powersave Paket habe ich vom Packman. War ein weiterer Versuch das Problem zu beheben nachdem die "offiziellen" Versionen nichts brachten...
[...]
interessanter wäre /var/log/suspend2ram* Aber schau erst mal, ob events kommen, dann schauen wir weiter.
Hier mit getan und erstmal Danke fürs Hilfeangebot.
Ich hänge je eine suspend2ram.log an die E-Mail da sie nicht zu groß sind (WORKED ist die direkt nach dem Booten wo das suspend klappt und MANUAL die bei der ich über KPowersave manuel suspend ausführen musste).
Viele Grüße
Dimitrios Bogiatzoules
suspend2ram initiated: 2006-02-20 17:35:50 Loaded modules: Module Size Used by bluetooth 45700 0 cpufreq_ondemand 6044 1 cpufreq_userspace 4444 0 cpufreq_powersave 1792 0 speedstep_centrino 7508 1 freq_table 4612 1 speedstep_centrino vmnet 35236 13 vmmon 110060 0 ipv6 242752 12 snd_seq_dummy 3716 0 ibm_acpi 25600 0 snd_pcm_oss 59168 0 snd_mixer_oss 18944 1 snd_pcm_oss snd_seq 51984 2 snd_seq_dummy snd_seq_device 8588 2 snd_seq_dummy,snd_seq button 7056 0 battery 10244 4 ac 5252 0 joydev 9408 0 pcmcia 37176 0 firmware_class 9856 1 pcmcia hsfmc97ich 65168 0 hsfserial 20260 1 hsfmc97ich hsfengine 1300244 2 hsfmc97ich,hsfserial hsfosspec 92900 6 hsfmc97ich,hsfserial,hsfengine hsfsoar 85000 1 hsfmc97ich ath_pci 70300 0 ath_rate_sample 16136 1 ath_pci wlan 138652 3 ath_pci,ath_rate_sample ath_hal 148432 3 ath_pci,ath_rate_sample yenta_socket 23820 2 rsrc_nonstatic 12800 1 yenta_socket pcmcia_core 39952 3 pcmcia,yenta_socket,rsrc_nonstatic e1000 100660 0 snd_intel8x0 33504 7 snd_ac97_codec 91004 1 snd_intel8x0 snd_ac97_bus 2432 1 snd_ac97_codec i2c_i801 8844 0 i2c_core 20368 1 i2c_i801 snd_pcm 93064 5 snd_pcm_oss,snd_intel8x0,snd_ac97_codec snd_timer 24452 6 snd_seq,snd_pcm snd 60420 18 snd_seq_dummy,snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9184 1 snd snd_page_alloc 10632 2 snd_intel8x0,snd_pcm generic 4484 0 [permanent] intel_agp 22044 1 agpgart 33096 1 intel_agp shpchp 88676 0 pci_hotplug 26164 1 shpchp parport_pc 38980 1 lp 11460 0 parport 33864 2 parport_pc,lp xfs 554776 1 exportfs 5632 1 xfs twofish 48384 1 cryptoloop 3456 1 edd 9824 0 usbhid 43616 0 uhci_hcd 32016 0 ohci_hcd 20228 0 ehci_hcd 32136 0 usbcore 112512 6 hsfosspec,usbhid,uhci_hcd,ohci_hcd,ehci_hcd nvram 8328 0 dm_mod 54972 0 reiserfs 250480 1 fan 4996 0 ide_cd 39684 0 cdrom 36896 1 ide_cd thermal 14472 0 processor 24512 2 speedstep_centrino,thermal piix 9988 0 [permanent] ide_disk 17152 4 ide_core 122380 4 generic,ide_cd,piix,ide_disk
Memory info: total used free shared buffers cached Mem: 2075732 422064 1653668 0 69916 189236 -/+ buffers/cache: 162912 1912820 Swap: 2096440 0 2096440
------------------------------------------------------------------------------ ========we are going to sleep, preparing.======== Stopping services: ('hsf autofs alsasound openvpn network irda' configured) stopping alsasound:
------------------------------------------------------------------------------ Unloading modules: ('snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar' configured) checking snd_bt_sco checking videodev checking sn9c102 checking usb_storage checking sbp2 checking ohci_hcd # trying to unload: ohci_hcd unloaded: ohci_hcd checking uhci_hcd # trying to unload: uhci_hcd unloaded: uhci_hcd checking ehci_hcd # trying to unload: ehci_hcd unloaded: ehci_hcd checking ohci1394 checking ipw2100 checking ipw2200 checking prism54 checking ath_pci # trying to unload: ath_pci unloaded: ath_pci checking aic7xxx checking ath_hal # trying to unload: ath_rate_sample unloaded: ath_rate_sample # trying to unload: ath_hal unloaded: ath_hal checking hsfusbcd2 checking hsfmc97sis checking hsfmc97ati checking hsfmc97via checking hsfmc97ich # trying to unload: hsfmc97ich unloaded: hsfmc97ich checking hsfmc97ich checking hsfpcibasic2 checking hsfserial # trying to unload: hsfserial unloaded: hsfserial checking hsfengine # trying to unload: hsfengine unloaded: hsfengine checking hsfosspec # trying to unload: hsfosspec unloaded: hsfosspec checking hsfsoar # trying to unload: hsfsoar unloaded: hsfsoar ------------------------------------------------------------------------------ prepare_sleep finished for suspend2ram ------------------------------------------------------------------------------ ========we are back from suspend, cleaning up.========
== restore_after_sleep: restart and reload everything ==
Resuming: ---------
Reloading modules: hsfsoar hsfosspec hsfengine hsfserial hsfmc97ich ath_hal ath_rate_sample ath_pci ehci_hcd uhci_hcd ohci_hcd
Restarting services: starting alsasound:
suspend2ram initiated: 2006-02-20 17:47:28 Loaded modules: Module Size Used by ohci_hcd 20228 0 uhci_hcd 32016 0 ehci_hcd 32136 0 ath_pci 70300 0 ath_rate_sample 16136 1 ath_pci ath_hal 148432 3 ath_pci,ath_rate_sample hsfmc97ich 65168 0 hsfserial 20260 1 hsfmc97ich hsfengine 1300244 2 hsfmc97ich,hsfserial hsfosspec 92900 6 hsfmc97ich,hsfserial,hsfengine hsfsoar 85000 1 hsfmc97ich bluetooth 45700 0 cpufreq_ondemand 6044 1 cpufreq_userspace 4444 0 cpufreq_powersave 1792 0 speedstep_centrino 7508 1 freq_table 4612 1 speedstep_centrino vmnet 35236 13 vmmon 110060 0 ipv6 242752 12 snd_seq_dummy 3716 0 ibm_acpi 25600 0 snd_pcm_oss 59168 0 snd_mixer_oss 18944 1 snd_pcm_oss snd_seq 51984 3 snd_seq_dummy snd_seq_device 8588 2 snd_seq_dummy,snd_seq button 7056 0 battery 10244 0 ac 5252 0 joydev 9408 0 pcmcia 37176 0 firmware_class 9856 1 pcmcia wlan 138652 3 ath_pci,ath_rate_sample yenta_socket 23820 2 rsrc_nonstatic 12800 1 yenta_socket pcmcia_core 39952 3 pcmcia,yenta_socket,rsrc_nonstatic e1000 100660 0 snd_intel8x0 33504 6 snd_ac97_codec 91004 1 snd_intel8x0 snd_ac97_bus 2432 1 snd_ac97_codec i2c_i801 8844 0 i2c_core 20368 1 i2c_i801 snd_pcm 93064 5 snd_pcm_oss,snd_intel8x0,snd_ac97_codec snd_timer 24452 5 snd_seq,snd_pcm snd 60420 18 snd_seq_dummy,snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9184 1 snd snd_page_alloc 10632 2 snd_intel8x0,snd_pcm generic 4484 0 [permanent] intel_agp 22044 1 agpgart 33096 1 intel_agp shpchp 88676 0 pci_hotplug 26164 1 shpchp parport_pc 38980 1 lp 11460 0 parport 33864 2 parport_pc,lp xfs 554776 1 exportfs 5632 1 xfs twofish 48384 1 cryptoloop 3456 1 edd 9824 0 usbhid 43616 0 usbcore 112512 6 ohci_hcd,uhci_hcd,ehci_hcd,hsfosspec,usbhid nvram 8328 0 dm_mod 54972 0 reiserfs 250480 1 fan 4996 0 ide_cd 39684 0 cdrom 36896 1 ide_cd thermal 14472 0 processor 24512 2 speedstep_centrino,thermal piix 9988 0 [permanent] ide_disk 17152 4 ide_core 122380 4 generic,ide_cd,piix,ide_disk
Memory info: total used free shared buffers cached Mem: 2075732 812084 1263648 0 101428 449996 -/+ buffers/cache: 260660 1815072 Swap: 2096440 0 2096440
------------------------------------------------------------------------------ ========we are going to sleep, preparing.======== Stopping services: ('hsf autofs alsasound openvpn network irda' configured) stopping alsasound:
------------------------------------------------------------------------------ Unloading modules: ('snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar' configured) checking snd_bt_sco checking videodev checking sn9c102 checking usb_storage checking sbp2 checking ohci_hcd # trying to unload: ohci_hcd unloaded: ohci_hcd checking uhci_hcd # trying to unload: uhci_hcd unloaded: uhci_hcd checking ehci_hcd # trying to unload: ehci_hcd unloaded: ehci_hcd checking ohci1394 checking ipw2100 checking ipw2200 checking prism54 checking ath_pci # trying to unload: ath_pci unloaded: ath_pci checking aic7xxx checking ath_hal # trying to unload: ath_rate_sample unloaded: ath_rate_sample # trying to unload: ath_hal unloaded: ath_hal checking hsfusbcd2 checking hsfmc97sis checking hsfmc97ati checking hsfmc97via checking hsfmc97ich # trying to unload: hsfmc97ich unloaded: hsfmc97ich checking hsfmc97ich checking hsfpcibasic2 checking hsfserial # trying to unload: hsfserial unloaded: hsfserial checking hsfengine # trying to unload: hsfengine unloaded: hsfengine checking hsfosspec # trying to unload: hsfosspec unloaded: hsfosspec checking hsfsoar # trying to unload: hsfsoar unloaded: hsfsoar ------------------------------------------------------------------------------ prepare_sleep finished for suspend2ram ------------------------------------------------------------------------------ ========we are back from suspend, cleaning up.========
== restore_after_sleep: restart and reload everything ==
Resuming: ---------
Reloading modules: hsfsoar hsfosspec hsfengine hsfserial hsfmc97ich ath_hal ath_rate_sample ath_pci ehci_hcd uhci_hcd ohci_hcd
Restarting services: starting alsasound:
On Mon, Feb 20, 2006 at 05:54:46PM +0100, Dimitrios Bogiatzoules wrote:
Stefan Seyfried said the following on 20.02.2006 09:04:
Bei nicht funktionierenden suspend to ram:
Kurze Betätigung des Ein-/Ausschalters: button/power PWRF 00000080 00000001
und keine reguläres Herunterfahren des Rechners. Eine lange Betätigung des Schalters führt zum "harten" Powerdown ohne das Betriebssystem herunter zu fahren.
Ok. Ich sehe, wo der fehler liegt, aber nicht, was ihn auslöst. Ich hole mal aus... Manche Rechner erzeugen beim resume einen powerbutton-event. Um zu verhindern, daß diese nach dem resume sofort runterfahren, merkt sich der powersaved, wenn ein suspend ausgelöst wurde und ignoriert dann solange alle button-events (power, lid, sleep), bis der resume vorbei ist.
Nun dein Problem: Irgendwie scheint der powersaved bei deinem Rechner nicht zu merken, daß der resume beendet ist. Da das sonst niemand gemeldet hat, nehme ich erstmal an, daß deine Konfi- guration kaputt ist.
Hast du irgendwelche eigenen events definiert? Was sagt "grep GLOBAL_ /etc/sysconfig/powersave/events"?
Nach dem notwendigen Reboot meldet acpi_listen beim schließen und öffnen des Deckels folgendes:
taki@thinkpad:~> acpi_listen ibm/hotkey HKEY 00000080 00005001 button/lid LID 00000080 00000001 processor CPU 00000081 00000000
der Kernel ist in Ordnung, es liegt am powersaved / an der Konfiguration.
powersave-0.11.5-1.pm.1
Das ist aber nicht auf 10.0, und auf sourceforge auch nicht.
Das powersave Paket habe ich vom Packman. War ein weiterer Versuch das Problem zu beheben nachdem die "offiziellen" Versionen nichts brachten...
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
Stefan Seyfried said the following on 22.02.2006 09:30: [...]
Ok. Ich sehe, wo der fehler liegt, aber nicht, was ihn auslöst. Ich hole mal aus... Manche Rechner erzeugen beim resume einen powerbutton-event. Um zu verhindern, daß diese nach dem resume sofort runterfahren, merkt sich der powersaved, wenn ein suspend ausgelöst wurde und ignoriert dann solange alle button-events (power, lid, sleep), bis der resume vorbei ist.
Paradox, dass es be 9.3 tadellos geklappt hat...
Nun dein Problem: Irgendwie scheint der powersaved bei deinem Rechner nicht zu merken, daß der resume beendet ist. Da das sonst niemand gemeldet hat, nehme ich erstmal an, daß deine Konfi- guration kaputt ist.
Hast du irgendwelche eigenen events definiert?
Gute Frage. Zumindest habe ich keine bewusst definiert.
Was sagt "grep GLOBAL_ /etc/sysconfig/powersave/events"?
taki@thinkpad:~> grep GLOBAL_ /etc/sysconfig/powersave/events EVENT_GLOBAL_SUSPEND2DISK="prepare_suspend_to_disk screen_saver do_suspend_to_disk" EVENT_GLOBAL_SUSPEND2RAM="prepare_suspend_to_ram screen_saver do_suspend_to_ram" EVENT_GLOBAL_STANDBY="prepare_standby screen_saver do_standby" EVENT_GLOBAL_RESUME_SUSPEND2DISK="restore_after_suspend_to_disk" EVENT_GLOBAL_RESUME_SUSPEND2RAM="restore_after_suspend_to_ram" EVENT_GLOBAL_RESUME_STANDBY="restore_after_standby"
[...]
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
Ich brauch den Laptop gerade in Funktion werde mir aber später mal die von SF installieren. Vielleicht ist es ein Seiteneffekt....
Nochmals Danke,
Dimitrios Bogiatzoules
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dimitrios Bogiatzoules said the following on 22.02.2006 14:46: [...]
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
Ich brauch den Laptop gerade in Funktion werde mir aber später mal die von SF installieren. Vielleicht ist es ein Seiteneffekt....
Ich habe inzwischen die Pakete von SF installiert. Das Verhalten ist ganau dasselbe aber ich erreiche zuverlässig suspend to ram mit dem Deckel nach einen rcpowesaved restart. Das was nicht immer der Fall...
Viele Grüße,
Dimitrios Bogiatzoules
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo Stefan,
Stefan Seyfried said the following on 22.02.2006 09:30: [...]
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
Konntest Du was mit meinen Infos anfangen?
Zur Zeit hilft mir nur ein rcpowersaved restar zuverlässig...
Grüße,
Taki
Moin!
Am Mittwoch, 22. Februar 2006 09:30 schrieb Stefan Seyfried:
Das powersave Paket habe ich vom Packman. War ein weiterer Versuch das Problem zu beheben nachdem die "offiziellen" Versionen nichts brachten...
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
Ich hatte auch Probleme mit dem Packman-Paket, habe es also wieder runtergeschmissen, dabei aber vergessen das Paket powersavelibs oder so ähnlich auch zu entfernen. Nachdem ich letzteres erledigt hatte, funktionierte powersaved wieder wie gewünscht.
Sven
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo Sven,
Sven Burmeister said the following on 06.03.2006 20:02: [...]
Ich hatte auch Probleme mit dem Packman-Paket, habe es also wieder runtergeschmissen, dabei aber vergessen das Paket powersavelibs oder so ähnlich auch zu entfernen. Nachdem ich letzteres erledigt hatte, funktionierte powersaved wieder wie gewünscht.
Danke für den Hinweis! Ich habe es sofort ausprobiert, leider ohne Erfolg.
Auch ein Update auf die neuesten Pakete von SF (kpowersave-0.5.0-4.i586.rpm und powersave-0.10.15-5.i586.rpm) hat leider nicht geholfen.
Ich bin also weiterhin am "rcpowersaved restart" ausführen :(
Grüße,
Taki
Hallo,
On Mon, Mar 06, 2006 at 07:51:54PM +0100, Dimitrios Bogiatzoules wrote:
Hallo Stefan,
Stefan Seyfried said the following on 22.02.2006 09:30: [...]
Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand ist, Offizielle und unterstützte Versionen gibts auf http://sourceforge.net/projects/powersave, aber solange wir dein Problem nicht lokalisiert haben, helfen die sicher auch nicht.
Konntest Du was mit meinen Infos anfangen?
Noch nicht.
Mach mal folgendes:
/etc/init.d/powersaved stop in /etc/sysconfig/powersave/common "DEBUG=15" setzen logger "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" /etc/init.d/powersaved start suspend - resume logger "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" DEBUG wieder zurücksetzen, powersaved neu starten.
Dann die Zeilen zwischen den beiden XXXXXXXXXXXXXXXXXXXXXXXXXXXXX aus /var/log/messages posten (oder besser: einen bug auf bugzilla.novell.com aufmachen ;-)
-
Dimitrios Bogiatzoules -
Stefan Seyfried -
Sven Burmeister