Hi, trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1: Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy: /usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen? Vielen Dank für jegliche Tips, Arne /var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art: <4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY .... Skipped services in runlevel 5: smbfs powersaved Die entsprechenden Einträge in /var/log/messages sind May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz -- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
Hallo Arne, ich habe zwar ein völlig anderes Gerät, hatte allerdings nach dem Update von SuSE 9.0 auf 9.1 anscheinend das gleiche Problem, das sich aber auf einfachste Art lösen lässt: Als root den Runlevel-Editor von YaST starten; entweder per Konsole: /sbin/yast2 runlevel oder über das KDE-Menü: System->YaST->System->Runlevel-Editor und dort sowohl cpufreqd als auch acpid deaktivieren. Jetzt sollte powersaved starten und der Warnhinweis ausbleiben. Eine kurze Erklärung: powersaved ruft seinerseits acpid auf und kümmert sich auch um die CPU-Frequenz, kommt aber in der Bootreihenfolge erst nach dem Start von cpufreqd und acpid und bricht dann ab, weil diese schon laufen. Ich hoffe, es funktioniert auch bei dir. Gruß, Andreas Am Dienstag, 4. Mai 2004 22:21 schrieb Arne Biastoch:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
Hi, hatte mit dem Samsung X30 ähnlich probleme... mir blieb am ende nix anderes übrig als meine DSDT Table selbst zu krorrigieren! Wenn du mich fragst deuten die Fehlermeldungen des Daemons auf eine inkompatible DSDT Table hin. Haste die selbst korrigiert oder ausm Internet gesaugt? Am besteb mit iasl -d /proc/acpi/dsdt die Table auslesen, korrigieren und mit iasl -tc "Dateiname" neu kompilieren.. wenn fehler beim kompilieren auftreten musste die noch korrigieren.. dann sollte alles funtzen. So wars zumindest bei mir. Greetings TheCrasher Am Dienstag, 4. Mai 2004 23:26 schrieb Andreas Winter:
Hallo Arne,
ich habe zwar ein völlig anderes Gerät, hatte allerdings nach dem Update von SuSE 9.0 auf 9.1 anscheinend das gleiche Problem, das sich aber auf einfachste Art lösen lässt:
Als root den Runlevel-Editor von YaST starten; entweder per Konsole: /sbin/yast2 runlevel oder über das KDE-Menü: System->YaST->System->Runlevel-Editor und dort sowohl cpufreqd als auch acpid deaktivieren.
Jetzt sollte powersaved starten und der Warnhinweis ausbleiben.
Eine kurze Erklärung: powersaved ruft seinerseits acpid auf und kümmert sich auch um die CPU-Frequenz, kommt aber in der Bootreihenfolge erst nach dem Start von cpufreqd und acpid und bricht dann ab, weil diese schon laufen.
Ich hoffe, es funktioniert auch bei dir.
Gruß, Andreas
Am Dienstag, 4. Mai 2004 22:21 schrieb Arne Biastoch:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
Daniel, danke fuer den Tip. Ich hatte mir bei http://acpi.sourceforge.net/ das fuer meinen Rechner (Dell X300) und Bios (A06) passende DSDT gezogen und entsprechend dem SuSE Handbuch mit iasl compiliert. Beim Compilieren traten auch keine Fehler auf. Die Datei DSDT.aml habe ich nach /etc kopiert und den Pfad entsprechend in /etc/sysconfig/kernel angepasst. Beim Booten scheint das System das DSDT zu finden ("Looking for DSDT in initrd ... found at offset..." und "new dsdt found and will be loaded"), danach treten dann aber die vielen ACPI Fehlermeldungen auf. Ich habe noch keine alternative DSDT fuer meine Konfiguration gefunden. Lohnt es sich, in der .asl Datei herumzupfuschen? Wenn ja, wo faengt man da an? -Arne Daniel Dewald wrote:
Hi,
hatte mit dem Samsung X30 ähnlich probleme... mir blieb am ende nix anderes übrig als meine DSDT Table selbst zu krorrigieren! Wenn du mich fragst deuten die Fehlermeldungen des Daemons auf eine inkompatible DSDT Table hin. Haste die selbst korrigiert oder ausm Internet gesaugt? Am besteb mit iasl -d /proc/acpi/dsdt die Table auslesen, korrigieren und mit iasl -tc "Dateiname" neu kompilieren.. wenn fehler beim kompilieren auftreten musste die noch korrigieren.. dann sollte alles funtzen. So wars zumindest bei mir.
Greetings
TheCrasher
Am Dienstag, 4. Mai 2004 23:26 schrieb Andreas Winter:
Hallo Arne,
ich habe zwar ein völlig anderes Gerät, hatte allerdings nach dem Update von SuSE 9.0 auf 9.1 anscheinend das gleiche Problem, das sich aber auf einfachste Art lösen lässt:
Als root den Runlevel-Editor von YaST starten; entweder per Konsole: /sbin/yast2 runlevel oder über das KDE-Menü: System->YaST->System->Runlevel-Editor und dort sowohl cpufreqd als auch acpid deaktivieren.
Jetzt sollte powersaved starten und der Warnhinweis ausbleiben.
Eine kurze Erklärung: powersaved ruft seinerseits acpid auf und kümmert sich auch um die CPU-Frequenz, kommt aber in der Bootreihenfolge erst nach dem Start von cpufreqd und acpid und bricht dann ab, weil diese schon laufen.
Ich hoffe, es funktioniert auch bei dir.
Gruß, Andreas
Am Dienstag, 4. Mai 2004 22:21 schrieb Arne Biastoch:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
-- *** 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
Hi Arne, Ich hab auch probiert ne DSDT Table ausm Internet für mein Notebook zu verwenden. Die haben auch nicht gefunzt. Hab mich dann dran gesetzt meine eigene Bios Table zu disassamblen, zu korrigieren und dann wieder zu assemblen. Hört sich schwer an, iss aba nicht soo wild. Ich weiß nicht ob das funktioniert.. aba wenn de willst kannste mir deine orginal TABLE (also die ausm Bios) schicken. Ich werd sie dann versuchen zu korrigiere. Dann kannste dir wenigstens 100% sicher sein das es nicht an ner falschen DSDT Table liegt wenn der Daemon rummotzt. Um die DSDT.dsl aus deinem Bios zu extrahieren einfach folgende Befehle hintereinander eingeben: acpidmp | acpixtract DSDT > DSDT.DAT iasl -d DSDT.DAT in dem Verzeichniss liegt dann eine DSDT.dsl! Das ist deine DSDT Table disassambled. Wenn du sie selber korrieren willst musst du zuerst versuchen sie zu kompilieren (mit iasl -tc DSDT.dsl) und alle fehler die dann dabei auftreten korrigieren (solange bis das kompilieren mit 0 fehler 0 warnungen abschließt). Oder du schickst mir deine DSDT.dsl und ich guck mal was sich tun lässt. Greetings TheCrasher P.S. falls einer der obigen Befehle nicht klappen sollte: du benötigst das Pakt pmtools! (Ich benutze SuSE Linux 9.1 .. bei älteren Versionen ist die Datei iasl möglicherweise nicht im Paket pmtools enthalten.. der Intel ACPI assembler ist auf der Intel seite & über google zu finden). Am Mittwoch, 5. Mai 2004 09:27 schrieb Arne Biastoch:
Daniel,
danke fuer den Tip. Ich hatte mir bei http://acpi.sourceforge.net/ das fuer meinen Rechner (Dell X300) und Bios (A06) passende DSDT gezogen und entsprechend dem SuSE Handbuch mit iasl compiliert. Beim Compilieren traten auch keine Fehler auf. Die Datei DSDT.aml habe ich nach /etc kopiert und den Pfad entsprechend in /etc/sysconfig/kernel angepasst.
Beim Booten scheint das System das DSDT zu finden ("Looking for DSDT in initrd ... found at offset..." und "new dsdt found and will be loaded"), danach treten dann aber die vielen ACPI Fehlermeldungen auf.
Ich habe noch keine alternative DSDT fuer meine Konfiguration gefunden. Lohnt es sich, in der .asl Datei herumzupfuschen? Wenn ja, wo faengt man da an?
-Arne
Daniel Dewald wrote:
Hi,
hatte mit dem Samsung X30 ähnlich probleme... mir blieb am ende nix anderes übrig als meine DSDT Table selbst zu krorrigieren! Wenn du mich fragst deuten die Fehlermeldungen des Daemons auf eine inkompatible DSDT Table hin. Haste die selbst korrigiert oder ausm Internet gesaugt? Am besteb mit iasl -d /proc/acpi/dsdt die Table auslesen, korrigieren und mit iasl -tc "Dateiname" neu kompilieren.. wenn fehler beim kompilieren auftreten musste die noch korrigieren.. dann sollte alles funtzen. So wars zumindest bei mir.
Greetings
TheCrasher
Am Dienstag, 4. Mai 2004 23:26 schrieb Andreas Winter:
Hallo Arne,
ich habe zwar ein völlig anderes Gerät, hatte allerdings nach dem Update von SuSE 9.0 auf 9.1 anscheinend das gleiche Problem, das sich aber auf einfachste Art lösen lässt:
Als root den Runlevel-Editor von YaST starten; entweder per Konsole: /sbin/yast2 runlevel oder über das KDE-Menü: System->YaST->System->Runlevel-Editor und dort sowohl cpufreqd als auch acpid deaktivieren.
Jetzt sollte powersaved starten und der Warnhinweis ausbleiben.
Eine kurze Erklärung: powersaved ruft seinerseits acpid auf und kümmert sich auch um die CPU-Frequenz, kommt aber in der Bootreihenfolge erst nach dem Start von cpufreqd und acpid und bricht dann ab, weil diese schon laufen.
Ich hoffe, es funktioniert auch bei dir.
Gruß, Andreas
Am Dienstag, 4. Mai 2004 22:21 schrieb Arne Biastoch:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
Andreas, danke fuer die Info, das war zumindest ein Teil der Loesung (auf die ich nach viel Probieren auch schon gekommen war): Ein Deaktivieren von cpufreq und acpid startet zwar den powersaved korrekt. Die Fehlermeldungen bleiben allerdings, und das System ist auch nicht in der Lage, irgendwelche powersave-Aktionen zu machen. -Arne Andreas Winter wrote:
Hallo Arne,
ich habe zwar ein völlig anderes Gerät, hatte allerdings nach dem Update von SuSE 9.0 auf 9.1 anscheinend das gleiche Problem, das sich aber auf einfachste Art lösen lässt:
Als root den Runlevel-Editor von YaST starten; entweder per Konsole: /sbin/yast2 runlevel oder über das KDE-Menü: System->YaST->System->Runlevel-Editor und dort sowohl cpufreqd als auch acpid deaktivieren.
Jetzt sollte powersaved starten und der Warnhinweis ausbleiben.
Eine kurze Erklärung: powersaved ruft seinerseits acpid auf und kümmert sich auch um die CPU-Frequenz, kommt aber in der Bootreihenfolge erst nach dem Start von cpufreqd und acpid und bricht dann ab, weil diese schon laufen.
Ich hoffe, es funktioniert auch bei dir.
Gruß, Andreas
Am Dienstag, 4. Mai 2004 22:21 schrieb Arne Biastoch:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- Dr. Arne Biastoch email: abiastoch@ifm-geomar.de
-- *** 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
On Wed, May 05, 2004 at 09:10:23AM +0200, Arne Biastoch wrote:
Andreas,
cpufreq und acpid startet zwar den powersaved korrekt. Die Fehlermeldungen bleiben allerdings, und das System ist auch nicht in der
Die Fehlermeldungen sind die Schuld von Dell, da kann der powersaved nichts für, beschwere dich bei Dell und verlange ein ACPI-compliant BIOS :-)
Lage, irgendwelche powersave-Aktionen zu machen.
Erzähl. Geht die Regelung der CPU-Frequenz nicht? Kannst du die Batterie nicht auslesen? -- Stefan Seyfried
On Tue, May 04, 2004 at 10:21:59PM +0200, Arne Biastoch wrote:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt?
lesen, was da oben steht :-) rcacpid stop; insserv -r acpid; rcpowersaved start insserv -r acpid führt dazu, daß beim nächsten booten der acpid nicht mehr gestartet wird.
Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
keine Ahnung, daber das ist kein Hardwareproblem. Viel Spaß -- Stefan Seyfried
Hi, kurzes Update: Ein direkter Kontakt mit dem Autor des von sourceforge gezogenen DSDT brachte den entscheidenden Hinweis, dass ein falscher Wert fuer das System Memory den Fehler verursachen koennte. Nach dieser Korrektur habe ich keine Fehlermeldungen mehr in boot.msg, die Batterieanzeige und das Herunterdimmen des Bildschirmes funktionieren jetzt. Einzig und allein das Suspend und Standby wollen nicht funktionieren. Das ist jetzt wahrscheinlich eine Einstellungssache im ACPI. Gibt es hierzu Erfahrungen, wie weit man die Defaulteinstellungen von SuSE aendern muss, damit es mit dem Suspend und Standby funktioniert? -Arne Arne Biastoch wrote:
Hi,
trotz des im Manual empfohlenen Einspielen einer aktuellen DSDT (passend zum aktuellen BIOS) habe ich Probleme mit dem powersave daemon auf meinem Dell X300 (baugleich mit Samsung Q20) unter SuSE Linux 9.1:
Nach dem Einloggen erscheint ein Warnhinweis, dass der daemon nicht gestartet sei. Wenn ich versuche, diesem von Hand zu starten, kommt sich dieser zunächst mit cpufreq in die Quere, danach ist /proc/acpi/event busy:
/usr/sbin/rcpowersaved restart Shutting down powersaved done Unloading ACPI modules () done Process acpid is accessing /proc/acpi/event. Stop it first and restart powersave service. skipped
Hat jemand eine Ahnung, wie man hier eine gescheite und systematische Fehlersuche durchführt? Bzw., hat es jemand geschafft, auf einem Dell X300 oder Samsung Q20 den powersave daemon zum Laufen zu bekommen?
Vielen Dank für jegliche Tips, Arne
/var/log/boot.msg zeigt einen Haufen verdächtiger Einträge der Art:
<4> ACPI-0299: *** Info: Table [DSDT] replaced by host OS <4>ACPI: IRQ9 SCI: Edge set to Level Trigger. <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0154: *** Error: Method execution failed [\_SB_.MEDB._STA] (Node e765de20), AE_AML_NO_RETURN_VALUE <4> ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.PHS1] (Node e765d1e0), AE_NO_MEMORY <4> ACPI-1133: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY <4> ACPI-0154: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node e765dc00), AE_NO_MEMORY
....
Skipped services in runlevel 5: smbfs powersaved
Die entsprechenden Einträge in /var/log/messages sind
May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_SB_.ADP1._PSR] (Node e765dd40), AE_TIME May 4 22:00:13 agulhas kernel: ACPI: Power Button (FF) [PWRF] May 4 22:00:13 agulhas kernel: ACPI: Lid Switch [LID0] May 4 22:00:13 agulhas kernel: ACPI: Sleep Button (CM) [SLPB] May 4 22:00:13 agulhas kernel: ACPI: Fan [FAN0] (on) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_PR_.CPU0._PPC] (Node cdefff60), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states) May 4 22:00:13 agulhas kernel: ACPI-0347: *** Error: Handler for [EmbeddedControl] returned AE_TIME May 4 22:00:13 agulhas kernel: ACPI-1133: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node e765d4e0), AE_AML_NO_RETURN_VALUE May 4 22:00:13 agulhas kernel: speedstep-centrino: found "Intel(R) Pentium(R) M processor 1200MHz": max frequency: 1200000kHz
-- *** 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 05, 04 11:46:32 +0200, Arne Biastoch wrote:
Hi, kurzes Update: [...]
Einzig und allein das Suspend und Standby wollen nicht funktionieren. Das ist jetzt wahrscheinlich eine Einstellungssache im ACPI.
_Was_ funktioniert denn nicht? Eine etwas ausführlichere Fehlermeldung wäre hier hilfreich.
Gibt es hierzu Erfahrungen, wie weit man die Defaulteinstellungen von SuSE aendern muss, damit es mit dem Suspend und Standby funktioniert?
/usr/share/doc/packages/powersave/LIESMICH.suspend hast du gelesen? Standby wird mit ziemlicher Sicherheit nicht gehen. Stefan
-Arne
-- Stefan Behlert
Hi,
Einzig und allein das Suspend und Standby wollen nicht funktionieren. Das ist jetzt wahrscheinlich eine Einstellungssache im ACPI.
_Was_ funktioniert denn nicht? Eine etwas ausführlichere Fehlermeldung wäre hier hilfreich.
Sowohl Standby als auch Suspend (durch kpowersave) werden anscheinend korrekt ausgefuehrt, ich erhalte einen Textbildschirm mit entsprechenden Messages und kann auch spaeter in /var/log/messages nachvollziehen, dass die entsprechenden Module (USB usw.) entladen werden. Danach befindet sich das System im entsprechenden S1 oder S3 Modus, aus dem es sich allerdings nicht wieder aufwecken laesst. Der Power Button funktioniert nicht. Einzig die komplette Unterbrechung der Stromzufuhr laesst das System wieder (regulaer) neu booten. Daniel Dewald hat das gleiche Problem (s. thread "Samsung X30 Power Button").
Gibt es hierzu Erfahrungen, wie weit man die Defaulteinstellungen von SuSE aendern muss, damit es mit dem Suspend und Standby funktioniert?
/usr/share/doc/packages/powersave/LIESMICH.suspend hast du gelesen?
Standby wird mit ziemlicher Sicherheit nicht gehen.
Habe ich gelesen und Standby/Suspend entsprechend in der Konfigurationsdatei freigegeben. Danke fuer weitere Tips, Arne -- *** 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 05, 04 13:23:43 +0200, Arne Biastoch wrote:
Hi, [...] Sowohl Standby als auch Suspend (durch kpowersave) werden anscheinend korrekt ausgefuehrt, ich erhalte einen Textbildschirm mit entsprechenden Messages und kann auch spaeter in /var/log/messages nachvollziehen, dass die entsprechenden Module (USB usw.) entladen werden.
Danach befindet sich das System im entsprechenden S1 oder S3 Modus, aus dem es sich allerdings nicht wieder aufwecken laesst. Der Power Button
S3 ist suspend to ram (oder 'standby' wie es der kpowersave irritierenderweise bezeichnet). Vergiss es. Geht nicht. Suspend to disk sollte aber gehen. Nochmal nachgefragt: das Problem mit dem 'nichtwiederaufwecken durch Powerbutton' hast Du auch im suspend to disk -Modus? Stefan -- Stefan Behlert
Hi, Stefan Behlert wrote:
S3 ist suspend to ram (oder 'standby' wie es der kpowersave irritierenderweise bezeichnet). Vergiss es. Geht nicht. Suspend to disk sollte aber gehen. Nochmal nachgefragt: das Problem mit dem 'nichtwiederaufwecken durch Powerbutton' hast Du auch im suspend to disk -Modus?
sorry, hier hatte ich etwas gemixt. Aber zur Frage: Beim suspend-to-disk (S4) erscheint der Textbildschirm, das System stoppt tasks, entlaedt Module und versucht dann in den Suspend-Zustand zu gehen. Das funktioniert aber nicht und der Rechner geht automatisch wieder in seinen urspruenglichen Zustand. Ich habe im Verdacht, dass die Netzwerkkarte im Spiel sein koennte. In /var/log/messages sehe ich: May 5 15:14:22 agulhas kernel: Stopping tasks: ================================ ===================================sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa /form2 cdda tray May 5 15:14:22 agulhas kernel: Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 May 5 15:14:22 agulhas kernel: Attached scsi generic sg0 at scsi2, channel 0, i d 0, lun 0, type 5 May 5 15:14:22 agulhas kernel: USB Mass Storage device found at 4 May 5 15:14:22 agulhas kernel: =| May 5 15:14:22 agulhas kernel: Freeing memory: ................................ ..............................................| May 5 15:14:22 agulhas kernel: hda: start_power_step(step: 0) May 5 15:14:22 agulhas kernel: hda: completing PM request, suspend May 5 15:14:22 agulhas kernel: tg3: eth0: Invalid power state (4) requested. May 5 15:14:22 agulhas kernel: tg3: eth0: Link is down. May 5 15:14:22 agulhas kernel: hda: Wakeup request inited, waiting for !BSY... May 5 15:14:22 agulhas kernel: hda: start_power_step(step: 1000) May 5 15:14:22 agulhas [powersaved][4572]: ERROR in Function getColonValue; lin e 138: getColonValue: 25 >= 17 (temp is DELL Computer Corporation ) May 5 15:14:22 agulhas kernel: blk: queue cdd5fe00, I/O limit 4095Mb (mask 0xff ffffff) May 5 15:14:22 agulhas kernel: hda: completing PM request, resume May 5 15:14:22 agulhas kernel: Restarting tasks... done May 5 15:14:22 agulhas [powersaved][4572]: ERROR in Function getColonValue; lin e 138: getColonValue: 25 >= 17 (temp is DELL Computer Corporation ) .... Kurze Nachfrage: Warum geht denn das suspend-to-ram nicht? Ich dachte immer, das waere eher einfacher zu realisieren als suspend-to-disk. -Arne
Moin, On May 05, 04 15:19:45 +0200, Arne Biastoch wrote:
Hi,
Stefan Behlert wrote: [...] sorry, hier hatte ich etwas gemixt. Aber zur Frage: Beim suspend-to-disk (S4) erscheint der Textbildschirm, das System stoppt tasks, entlaedt Module und versucht dann in den Suspend-Zustand zu gehen. Das funktioniert aber nicht und der Rechner geht automatisch wieder in seinen urspruenglichen Zustand. Ich habe im Verdacht, dass die Netzwerkkarte im Spiel sein koennte. In /var/log/messages sehe ich:
[...] Ja, trag mal tg3 in die Liste in POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND= in /etc/sysconfig/powersave/common ein. Das tg3 sollte zwar das suspend nicht beeinträchtigen, aber ohne das einzutragen geht dein Netzwerk hinterher nimmer. Interessant wären die Dateien /var/log/swsusp.log und /var/lib/swsusp-state. (Trivial Frage: Deine swap-Partition ist gross genug für deinen Speicherinhalt?)
Kurze Nachfrage: Warum geht denn das suspend-to-ram nicht? Ich dachte immer, das waere eher einfacher zu realisieren als suspend-to-disk.
Nein. Hängt mit Initialisierung von Geräten durch das BIOS zusammen. Achja, ich lese die Liste, bitte spare die Kopie an mich...auch wenn ich da zweimal lese wird's nicht besser :)
-Arne
Stefan -- Stefan Behlert
danke, wieder einen Schritt weiter. Das tg3 hatte verhindert, dass der Rechner in den suspend-to-disk geht. Das funktioniert jetzt.... ...nur wacht er nicht wieder auf! Ein Rebooten ergibt wieder den Textbildschirm, der danach aber abbricht und erneut bootet. Erst wenn man den entsprechenden Grub-Eintrag mit "noresume" aufruft, kann man wieder (regulaer) booten. Das muss ich wohl erst einmal ein paar wohldefinierte Tests mit anschliessender Analyse der /var/log/messages bzw. boot.msg machen?? -Arne Stefan Behlert wrote:
Moin,
On May 05, 04 15:19:45 +0200, Arne Biastoch wrote:
Hi,
Stefan Behlert wrote:
[...]
sorry, hier hatte ich etwas gemixt. Aber zur Frage: Beim suspend-to-disk (S4) erscheint der Textbildschirm, das System stoppt tasks, entlaedt Module und versucht dann in den Suspend-Zustand zu gehen. Das funktioniert aber nicht und der Rechner geht automatisch wieder in seinen urspruenglichen Zustand. Ich habe im Verdacht, dass die Netzwerkkarte im Spiel sein koennte. In /var/log/messages sehe ich:
[...] Ja, trag mal tg3 in die Liste in POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND= in /etc/sysconfig/powersave/common ein. Das tg3 sollte zwar das suspend nicht beeinträchtigen, aber ohne das einzutragen geht dein Netzwerk hinterher nimmer.
Interessant wären die Dateien /var/log/swsusp.log und /var/lib/swsusp-state. (Trivial Frage: Deine swap-Partition ist gross genug für deinen Speicherinhalt?)
Kurze Nachfrage: Warum geht denn das suspend-to-ram nicht? Ich dachte immer, das waere eher einfacher zu realisieren als suspend-to-disk.
Nein. Hängt mit Initialisierung von Geräten durch das BIOS zusammen.
Achja, ich lese die Liste, bitte spare die Kopie an mich...auch wenn ich da zweimal lese wird's nicht besser :)
-Arne
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 05, 04 16:55:08 +0200, Arne Biastoch wrote:
danke, wieder einen Schritt weiter. Das tg3 hatte verhindert, dass der Rechner in den suspend-to-disk geht. Das funktioniert jetzt.... ...nur wacht er nicht wieder auf!
Hm, schick doch mal die von mir erwähnten Dateien: /var/log/swsusp.log und /var/lib/swsusp-state Evtl. reicht das schon, um den Fehler zu finden. (Triviale Frage: DAs *-agp-Modul [welches auch immer deien Maschine benutzt, vermutlich intel-agü] steht in /etc/hotplug/blacklist ?)
Ein Rebooten ergibt wieder den Textbildschirm, der danach aber abbricht und erneut bootet. Erst wenn man den entsprechenden Grub-Eintrag mit "noresume" aufruft, kann man wieder (regulaer) booten.
Klingt nach geladenem agp-Modul.
Das muss ich wohl erst einmal ein paar wohldefinierte Tests mit anschliessender Analyse der /var/log/messages bzw. boot.msg machen??
Die genannten Dateien angucken sollte reichen. ciao, Stefan
-Arne -- Stefan Behlert
On Wed, May 05, 2004 at 05:07:26PM +0200, Stefan Behlert wrote:
Ein Rebooten ergibt wieder den Textbildschirm, der danach aber abbricht und erneut bootet. Erst wenn man den entsprechenden Grub-Eintrag mit "noresume" aufruft, kann man wieder (regulaer) booten.
Klingt nach geladenem agp-Modul.
ja, und somit nach nicht gelesener Doku ;^) -- Stefan Seyfried
participants (5)
-
Andreas Winter -
Arne Biastoch -
Daniel Dewald -
Stefan Behlert -
Stefan Seyfried