Probleme mit Powermanagement unter Linux 7.3 Professional auf Laptop.
Hallo, Ich bitte freundlichst um die Hilfe! Ich weiss dass es Powermanagement-Probleme bei Laptops unter Linux gibt, doch lief Alles glatt bei meinem Laptop Acer Travelmate 514TE unter Linux 6.0. Ich war nun sehr enttaeuscht dass die neue Version 7.3 ein Richtiges Problem machte. Es faengt damit an, dass das Deckenzuklappen nicht mehr zum "Suspend to Memory" fuehrt. Wenn ich eine Zeitlang was mache (nichts anderes als emacs und xdvi starten) und dann noch zwischen Konsolen tty1, tty2 etc hinundherschalte, dann klappt es ploetzlich. Aber nie sofort wie bei Linux 6.0. Die Tastenkombination Fn-F3 zum "Suspend to Memory" funktioniert allerdings. Und dann kommt das Schlimmste. Bei einem Erwachen aus "Suspend" stuerzt Xwindows (fvwm2) ab und es laeft gar nichts mehr. Was muss ich denn tun um dasselbe Verhalten wie bei Linux 6.0 wiederzuhaben? Danke, Dmitri.
On Tue, Feb 05, Dmitri Zaitsev wrote:
Hallo,
Ich bitte freundlichst um die Hilfe!
Ich weiss dass es Powermanagement-Probleme bei Laptops unter Linux gibt, doch lief Alles glatt bei meinem Laptop Acer Travelmate 514TE unter Linux 6.0. Ich war nun sehr enttaeuscht dass die neue Version 7.3 ein Richtiges Problem machte. Es faengt damit an, dass das Deckenzuklappen nicht mehr zum "Suspend to Memory" fuehrt. Wenn ich eine Zeitlang was mache (nichts anderes als emacs und xdvi starten) und dann noch zwischen Konsolen tty1, tty2 etc hinundherschalte, dann klappt es ploetzlich. Aber nie sofort wie bei Linux 6.0.
???
Die Tastenkombination Fn-F3 zum "Suspend to Memory" funktioniert allerdings. Und dann kommt das Schlimmste. Bei einem Erwachen aus "Suspend" stuerzt Xwindows (fvwm2) ab und es laeft gar nichts mehr.
Auf der Textkonsole gehts aber, oder? Grafikchip? xf86version -- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
Die Tastenkombination Fn-F3 zum "Suspend to Memory" funktioniert allerdings. Und dann kommt das Schlimmste. Bei einem Erwachen aus "Suspend" stuerzt Xwindows (fvwm2) ab und es laeft gar nichts mehr.
Auf der Textkonsole gehts aber, oder?
Ja, dann stuerzt das System nicht ab. Ich kann also nur so sichergehen, indem ich erst auf eine Textkonsole umschalte und dann Suspend mache. Bei guter alten Version 6.0 war das aber nicht noetig. Irgendwie unfassbar...
Grafikchip? xf86version
??? Dmitri.
Hallo, On Wed, 6 Feb 2002, Dmitri Zaitsev wrote:
Die Tastenkombination Fn-F3 zum "Suspend to Memory" funktioniert allerdings. Und dann kommt das Schlimmste. Bei einem Erwachen aus "Suspend" stuerzt Xwindows (fvwm2) ab und es laeft gar nichts mehr.
Auf der Textkonsole gehts aber, oder?
Ja, dann stuerzt das System nicht ab. Ich kann also nur so sichergehen, indem ich erst auf eine Textkonsole umschalte und dann Suspend mache. Bei guter alten Version 6.0 war das aber nicht noetig. Irgendwie unfassbar...
Grafikchip?
als root den Befehl lspci -v eingeben
xf86version
als root den Befehl xf86version eingeben die Ausgaben auf diese Liste mailen Viele Gruesse / kind regards, Andrea
Grafikchip?
als root den Befehl lspci -v eingeben
xf86version
als root den Befehl xf86version eingeben
Danke :) Die Version ist XFree86-4.x und das Chip-Info ist unten. Dmitri. 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1621 (rev 05) Flags: bus master, slow devsel, latency 0 Memory at e0000000 (32-bit, prefetchable) [size=64M] Capabilities: [b0] AGP version 1.0 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 (rev 01) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: 80500000-80cfffff Prefetchable memory behind bridge: 80d00000-820fffff 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev 0a) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: bus master, medium devsel, latency 0 00:08.0 Multimedia audio controller: ESS Technology ES1969 Solo-1 Audiodrive (rev 02) Subsystem: ESS Technology: Unknown device 8898 Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at 70c0 [size=64] I/O ports at 7400 [size=16] I/O ports at 7420 [size=16] I/O ports at 7440 [size=4] I/O ports at 7454 [size=4] Capabilities: [c0] Power Management version 1 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev 20) (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 32, IRQ 15 I/O ports at 7470 [size=16] 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU (rev 09) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: medium devsel 00:13.0 CardBus bridge: O2 Micro, Inc. 6832 (rev 34) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: bus master, stepping, slow devsel, latency 32, IRQ 9 Memory at 10000000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 I/O window 0: 00000000-00000003 I/O window 1: 00000000-00000003 16-bit legacy interface ports at 0001 00:13.1 CardBus bridge: O2 Micro, Inc. 6832 (rev 34) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: bus master, stepping, slow devsel, latency 32, IRQ 9 Memory at 10001000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=06, subordinate=09, sec-latency=176 I/O window 0: 00000000-00000003 I/O window 1: 00000000-00000003 16-bit legacy interface ports at 0001 00:14.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) (prog-if 10 [OHCI]) Flags: bus master, medium devsel, latency 32 Memory at 82100000 (32-bit, non-prefetchable) [size=4K] 01:00.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 20) (prog-if 00 [VGA]) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at 81000000 (32-bit, prefetchable) [size=16M] Memory at 80800000 (32-bit, non-prefetchable) [size=4M] Memory at 80500000 (32-bit, non-prefetchable) [size=1M] Capabilities: [dc] Power Management version 1
On Wed, Feb 06, Dmitri Zaitsev wrote:
Grafikchip?
als root den Befehl lspci -v eingeben
xf86version
als root den Befehl xf86version eingeben
Danke :)
Die Version ist XFree86-4.x
und das Chip-Info ist unten.
Dmitri.
01:00.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 20) (prog-if 00 [VGA]) Subsystem: Acer Incorporated [ALI]: Unknown device 1002 Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at 81000000 (32-bit, prefetchable) [size=16M] Memory at 80800000 (32-bit, non-prefetchable) [size=4M] Memory at 80500000 (32-bit, non-prefetchable) [size=1M] Capabilities: [dc] Power Management version 1
Dann ist am abschmieren der X-Server selbst schuld. Versuchs mal mit XFree86-3.x: mit sax (nicht sax2!) konfigurieren. apmd aktivieren und in /etc/rc.config.d/apmd.rc.config APMD_LEAVE_X_BEFORE_STANDBY=yes setzen. -- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
Dann ist am abschmieren der X-Server selbst schuld.
Versuchs mal mit XFree86-3.x: mit sax (nicht sax2!) konfigurieren. apmd aktivieren und in /etc/rc.config.d/apmd.rc.config APMD_LEAVE_X_BEFORE_STANDBY=yes setzen.
Der X-Server allein kann aber nicht schuld sein, denn mit Linux 6.0 lief alles problemlos. Das Problem muss nicht an X-Server liegen, denn auch unter Text-Consolen gibt es dasselbe Problem mit Suspend -- der Rechner reagiert nicht auf den Suspend-Schalter (und nach einer Weile reagiert er ploetzlich doch). Die Loesung mit "Leave_X" ist sehr unangenehm, denn ich muss mich dann nach jeder kleinen Unterbrechung wieder einloggen, alle Fenster aufmachen, alle Dateien laden etc. Es war so schoen mit 6.0, da ging es alles! Das Suse-Support hat geschrieben, die haetten keine Loesung, es wuerde daran gearbeitet. Es sieht so aus dass ich wieder 6.0 installiere und die bis Ende meiner Tage benuetze. Verzweifelt, Dmitri.
On Wed, Feb 06, Dmitri Zaitsev wrote:
Dann ist am abschmieren der X-Server selbst schuld.
Versuchs mal mit XFree86-3.x: mit sax (nicht sax2!) konfigurieren. apmd aktivieren und in /etc/rc.config.d/apmd.rc.config APMD_LEAVE_X_BEFORE_STANDBY=yes setzen.
Der X-Server allein kann aber nicht schuld sein, denn mit Linux 6.0 lief alles problemlos. Das Problem muss nicht an X-Server liegen, denn auch unter Text-Consolen gibt es dasselbe Problem mit Suspend -- der Rechner reagiert nicht auf den Suspend-Schalter (und nach einer Weile reagiert er ploetzlich doch).
Die Loesung mit "Leave_X" ist sehr unangenehm, denn ich muss mich dann nach jeder kleinen Unterbrechung wieder einloggen, alle Fenster aufmachen, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Unsinn. Lies in /etc/rc.config.d/apmd.rc.config: # If your graphic device is not able to return properly from suspend # you can switch to textconsole before suspend and return to your ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # X-console after resume.
alle Dateien laden etc. Es war so schoen mit 6.0, da ging es alles!
Das Suse-Support hat geschrieben, die haetten keine Loesung, es wuerde daran gearbeitet. Es sieht so aus dass ich wieder 6.0 installiere und die bis Ende meiner Tage benuetze.
Verzweifelt, Dmitri.
-- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
Hallo Mailingliste Nachdem das mit meiner XF86Config letztes Mal so klasse geklappt hat - Vielen Dank an dieser Stelle nochmal - hab ich nochmal eine neue Frage Mein Rechner (Dell Inspiron 8100) schaltet sich unter Win beim Runterfahren automatisch ab (Ich glaube das gehört zu APM). Leider will er nicht so unter Linux. Da bleibt er auf runlevel 0 stehen. Ich habe dann im Netz folgendes gefunden: Kernelparameter "apm=real-mode-poweroff". Leider hat das auch keinen Effekt. Kann mit jemand sagen, wie ich meinen Rechner zum Abschalten bekomme? Vielen Dank imm Voraus Philipp Jenke
Versuchs mal mit XFree86-3.x: mit sax (nicht sax2!) konfigurieren. apmd aktivieren und in /etc/rc.config.d/apmd.rc.config APMD_LEAVE_X_BEFORE_STANDBY=yes setzen.
Die Loesung mit "Leave_X" ist sehr unangenehm, denn ich muss mich dann nach jeder kleinen Unterbrechung wieder einloggen, alle Fenster aufmachen, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Unsinn. Lies in /etc/rc.config.d/apmd.rc.config:
# If your graphic device is not able to return properly from suspend # you can switch to textconsole before suspend and return to your ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # X-console after resume.
Klar geht das, aber dafuer brauche ich doch kein APMD_LEAVE_X_BEFORE_STANDBY=yes zu setzen oder? Dann muss ich bloss jedesmal auf console umschalten, Suspend mit Fn-F3 aufrufen und Deckel schliessen. Klingt noch zumutbar, wenn ich nicht schon gewohnt waere, keine Weitere Schritte als _nur_ Deckel zu schliessen zu tun. Wenn man staendig unterwegs ist und sehr oft Suspend macht um Energie zu sparen, dann macht es schon einen Unterschied. Es muss doch eine richtige Loesung fuer das Problem geben, warum sich der Rechner unter 7.3 anders als unter 6.0 verhaellt! Irgendwas wurde geandert was man vielleicht abschalten kann, wenn man nur weiss wie. Gruss, Dmitri.
On Wed, Feb 06, Dmitri Zaitsev wrote:
Versuchs mal mit XFree86-3.x: mit sax (nicht sax2!) konfigurieren. apmd aktivieren und in /etc/rc.config.d/apmd.rc.config APMD_LEAVE_X_BEFORE_STANDBY=yes setzen.
Die Loesung mit "Leave_X" ist sehr unangenehm, denn ich muss mich dann nach jeder kleinen Unterbrechung wieder einloggen, alle Fenster aufmachen, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Unsinn. Lies in /etc/rc.config.d/apmd.rc.config:
# If your graphic device is not able to return properly from suspend # you can switch to textconsole before suspend and return to your ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # X-console after resume.
Klar geht das, aber dafuer brauche ich doch kein APMD_LEAVE_X_BEFORE_STANDBY=yes zu setzen oder?
Dann muss ich bloss jedesmal auf console umschalten, Suspend mit Fn-F3 aufrufen und Deckel schliessen. Klingt noch zumutbar, wenn ich nicht schon
Genau das macht dann der apmd für Dich. Z.B. wenn der suspend timeout gesteuert ist, kannst Du nicht vorher von Hand auf Konsole schalten.
gewohnt waere, keine Weitere Schritte als _nur_ Deckel zu schliessen zu tun. Wenn man staendig unterwegs ist und sehr oft Suspend macht um Energie zu sparen, dann macht es schon einen Unterschied. Es muss doch eine richtige Loesung fuer das Problem geben, warum sich der Rechner unter 7.3 anders als unter 6.0 verhaellt! Irgendwas wurde geandert was man vielleicht abschalten kann, wenn man nur weiss wie.
Na klar gibts bessere Lösungen. Aber das ist ein funktionierender Workaround. Niemand hält Dich davon ab eine bessere Lösung zu finden. Und ich habe keinen Acer XYZ auf dem dieses Problem auftritt. -- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
# If your graphic device is not able to return properly from suspend # you can switch to textconsole before suspend and return to your ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # X-console after resume.
Klar geht das, aber dafuer brauche ich doch kein APMD_LEAVE_X_BEFORE_STANDBY=yes zu setzen oder?
Dann muss ich bloss jedesmal auf console umschalten, Suspend mit Fn-F3 aufrufen und Deckel schliessen. Klingt noch zumutbar, wenn ich nicht schon
Genau das macht dann der apmd f�r Dich. Z.B. wenn der suspend timeout gesteuert ist, kannst Du nicht vorher von Hand auf Konsole schalten.
Ich wuerde gern wissen was genau apmd macht (von Batterie-Info abgesehen). Denn ich merke fast keinen Unterschied ob apmd eingeschaltet ist oder nicht. In beiden Faellen kann ich Suspend von Hand bewirken und auch problemlos zwischen Konsolen schalten (ich habe keinen suspend timeout eingestellt). Die einzige und zwar schlechte Wirkung, die ich merke wenn ich apmd einschalte, ist das der Absturz des X-servers beim Erwachen viel oefter passiert. Also mache ich apmd im Moment aus.
gewohnt waere, keine Weitere Schritte als _nur_ Deckel zu schliessen zu tun. Wenn man staendig unterwegs ist und sehr oft Suspend macht um Energie zu sparen, dann macht es schon einen Unterschied. Es muss doch eine richtige Loesung fuer das Problem geben, warum sich der Rechner unter 7.3 anders als unter 6.0 verhaellt! Irgendwas wurde geandert was man vielleicht abschalten kann, wenn man nur weiss wie.
Na klar gibts bessere L�sungen. Aber das ist ein funktionierender Workaround. Niemand h�lt Dich davon ab eine bessere L�sung zu finden. Und ich habe keinen Acer XYZ auf dem dieses Problem auftritt.
Ich glaube nicht dass das Problem mit Acer zusammenhaengt. Hast Du einen anderen Rechner mit einem aehnnlichen Problem? Alles zeigt dass es mit Aenderungen zu tun hat, die Suse bei Version 7.3 gegenueber 6.0 gemacht hat, Aenderungen, die fuer das Suspend-Verhalten und das Erwachen-Verhalten verantwortlich sind. Kann sein dass dies an Einstellungen liegt, die von Yast2, nicht aber von Yast1 gemacht sind (vielleicht soll ich mal versuchen, eine Neuinstallation mit Yast1 zu machen?) Der Absturz des X-Servers nach dem Erwachen passiert an mehreren auch stationaeren Rechner mit 7.3. Der Workaround heisst dann, Suspend in Bios abschalten, wass schliesslich nur Energiekosten verursacht, fuer Laptops braucht man aber Suspend wirklich. Gruss, Dmitri.
Hallo Dmitri, was der Christian schon die ganze Zeit versucht Dir zu sagen ist, dass sich nicht "bloss" die SuSE Version von 6.0 auf 7.3 geändert hat, sondern z.B. auch die Xfree Version von 3.x auf 4.x. Nun kann es sein, dass der Xfree-4 Server mit Deinem Notebook und apmd Probleme verursacht, die der Xfree-3 Server nicht gemacht hat. Daher kam der Vorschlag doch mal die alte Version (3), die auch der SuSE 7.3 beiliegt, auszuprobieren. Die Sache mit dem
APMD_LEAVE_X_BEFORE_STANDBY=yes
bezieht sich darauf, dass der APMD automatisch die Umschaltung auf die Textkonsole für Dich übernimmt, so dass Du nichts weiter zu tun brauchst, als den Deckel zu schliessen.
Hoffe das hilft ein wenig. Have a nice day Poli
Hallo Poli, danke fuer Deine Aufklaerung!
was der Christian schon die ganze Zeit versucht Dir zu sagen ist, dass sich nicht "bloss" die SuSE Version von 6.0 auf 7.3 ge�ndert hat, sondern z.B. auch die Xfree Version von 3.x auf 4.x. Nun kann es sein, dass der Xfree-4 Server mit Deinem Notebook und apmd Probleme verursacht, die der Xfree-3 Server nicht gemacht hat. Daher kam der Vorschlag doch mal die alte Version (3), die auch der SuSE 7.3 beiliegt, auszuprobieren.
Ich habe nun versucht, mit sax die xfree-3 zu konfigurieren, hat aber nicht geklappt (ich hab die "existing configuration benuetzen" mit "ja" beantwortet, musste aber trotzdem alles wieder eingeben und dann "unsupported bbp 16, no screens found), ich hatte auch in der Liste der Grafikkarten keine "Neomagic" gefunden (ich kann mich nicht daran erinnern, dieses Problem bei 6.0 zu haben). Andererseits vermute ich dass es nicht an X-Server liegt, denn wenn ich Runlevel 2 oder 3 mache, klappt es mit Suspend-Schalter auch nicht, in Gegenteil zu 6.0 wo es immer ging. Irgendwas blokiert den Suspend, irgendein Prozess vermutlich, der aber auch unter allen Runlevels lauft. Warum funktioniert Suspend aber immer mit Fn-F3, ist mir ein Raetsel.
Die Sache mit dem
APMD_LEAVE_X_BEFORE_STANDBY=yes
bezieht sich darauf, dass der APMD automatisch die Umschaltung auf die Textkonsole f�r Dich �bernimmt, so dass Du nichts weiter zu tun brauchst, als den Deckel zu schliessen.
Das geht leider nicht - 1. Der Suspend-Schalter tut nichts, also passiert auch nichts wenn ich bloss nur den Deckel schliesse. 2. Der "erzwungene" Suspend mit Fn-F3 geht natuerlich immer und dann, wenn ich APMD_LEAVE_X_BEFORE_STANDBY=yes setze, wird bei Suspend meine X-session verlassen, d.h. beim Erwachen sehe ich nur das Fenster zum Einloggen und nicht etwa die aufgemachten Fenster von vorher. Ich muss mich also wieder einloggen. Gruss, Dmitri.
Hallo Dmitri, hat leider ein bisschen gedauert, aber musste zwischendurch mal ein bisschen was arbeiten ;-). In der Zwischenzeit sind ja ein paar weitere Hinweise ueber die Liste eingegangen, aber einige Bemerkungen habe ich auch noch. Dmitri Zaitsev wrote:
Ich habe nun versucht, mit sax die xfree-3 zu konfigurieren, hat aber nicht geklappt (ich hab die "existing configuration benuetzen" mit "ja" beantwortet, musste aber trotzdem alles wieder eingeben und dann "unsupported bbp 16, no screens found),
Das verstehe ich eigentlich nicht. Du hast vorher die Xfree-Version 4 benutzt, also kann es eigentlich keine existing configuration fuer die 3er-Version geben, oder ?!? Woher kommt diese dann? Evtl. von der alten Suse 6.0 ? Um Xfree-3 zu konfigurieren musst Du sax (nicht sax2) starten. Die Fehlermeldung "no screens found" kenne ich nur im Zusammenhang mit einem falschen VGA-Treiber. Hast Du zusammen mit der Xfree-3 Version auch den richtigen X-Server für Deine Grafikkarte installiert. (Bei der 3er Version ist das ja noch ein separates Paket). Da die "alte" Xfree-3-Version Deiner Suse 6.0 Deine Grafikkarte unterstützt hat, kann ich mir nicht vorstellen, dass die neuere Xfree-3 Version der Suse 7.3 dies nicht mehr tut. Ich würde also erst einmal davon ausgehen, dass Du die 3er nicht richtig konfiguriert hast. Evtl. solltest Du erst einmal versuchen das System in der Standard-VGA Auflösung 640x480x8Bit Per Plane (und nicht 16bpp wie oben beschrieben zu starten). Du solltest wirklich sicher sein, dass Du die 3er Version aktiv laufen hast, bevor Du in diesem Zusammenhang weitere Tests mit dem Suspend-Modus durchfuehrst. Mit dem Kommdano xf86version kannst Du herausfinden, welche X-Version läuft. Es wird wohl auch hilfreich sein zu wissen, welche Konfigurationsdatei wofuer ist. Das Config-File der 4er ist /etc/X11/XF86config, das der 3er ist /etc/XF86config.
ich hatte auch in der Liste der Grafikkarten keine "Neomagic" gefunden (ich kann mich nicht daran erinnern, dieses Problem bei 6.0 zu haben).
Ja, das wundert mich auch. In der Regel ist es so, dass unter Linux mit jedem Update MEHR Hardware unterstützt wird. Von WENIGER habe ich noch nie gehört. Frueher war es aber auch eher ueblich statt der Produktbezeichnung einfach den verwendeten Graphik-Chip anzugeben. Für die meisten Chips ist der SVGA-Server zuständig. Leider habe ich keine Ahnung welcher Baustein in einer Neomagic steckt.
Irgendwas blokiert den Suspend, irgendein Prozess vermutlich, der aber auch unter allen Runlevels lauft. Warum funktioniert Suspend aber immer mit Fn-F3, ist mir ein Raetsel.
Der Christian hat ja ein bisschen was dazu geschrieben, wie das mit dem Suspend genau funktioniert. Meine eigene Vorstellung war bisher, dass Fn-F3 (bei mir ist es Fn-Esc, das ist aber wahrscheinlich egal) direkt über das Laptop-BIOS und damit an Linux vorbei geht. Ich selber habe an meinem Notebook im BIOS einen Schalter (Enable Power Saving), mit dem ich den Suspend-Modus ein und ausschalten kann. Dieser Schalter wirklt sich aber lediglich auf die o.g. Tastenkombination Fn-Esc aus. Per Software-Kommando kann ich das Notebook aber immer unabhängig davon in den Suspend-Modus schicken, d.h. ein /usr/bin/apm -s bringt das Gerät immer zum Schlafen.
Die Sache mit dem
APMD_LEAVE_X_BEFORE_STANDBY=yes
bezieht sich darauf, dass der APMD automatisch die Umschaltung auf die Textkonsole für Dich übernimmt, so dass Du nichts weiter zu tun brauchst, als den Deckel zu schliessen.
Das geht leider nicht -
1. Der Suspend-Schalter tut nichts, also passiert auch nichts wenn ich bloss nur den Deckel schliesse.
Ok.
2. Der "erzwungene" Suspend mit Fn-F3 geht natuerlich immer und dann, wenn ich APMD_LEAVE_X_BEFORE_STANDBY=yes setze, wird bei Suspend meine X-session verlassen, d.h. beim Erwachen sehe ich nur das Fenster zum Einloggen und nicht etwa die aufgemachten Fenster von vorher. Ich muss mich also wieder einloggen.
Das koennte aber auch, wie Christian bereits richtig eingeworfen hat, daher ruehren, dass Dein X-Server abschmiert und der KDM (oder welcher Display Manager bei Dir auch immer läuft) neu gestartet wird. Auch dies weist eigentlich "nur" darauf hin, dass Dein XServer den Übergang in den Suspend-Modus nicht überlebt. Was passiert denn, wenn Du mit Hand (Strg+Alt+F1) auf eine Textkonsole umschaltest, mit /usr/bin/apm -s das Geraet schlafen legst und nach dem Aufwecken wieder (mit Alt+F7) in den Graphik-Modus wechselst? Passiert mit beiden X-Servern (3.x und 4.x) das Selbe ? Viel Erfolg Poli
Gruss, Dmitri.
Hallo Poli,
Das verstehe ich eigentlich nicht. Du hast vorher die Xfree-Version 4 benutzt, also kann es eigentlich keine existing configuration fuer die 3er-Version geben, oder ?!? Woher kommt diese dann? Evtl. von der alten Suse 6.0 ?
Es kann sein dass ich vorher irgendwann mit x-3 experimentierte. Es spricht aber alles dafuer dass das Problem auf anderer Ebene liegt. Selbst in Single-user-mode tritt es manchmal auf!. Gruesse, Dmitri.
APMD_LEAVE_X_BEFORE_STANDBY=yes
bezieht sich darauf, dass der APMD automatisch die Umschaltung auf die Textkonsole f�r Dich �bernimmt, so dass Du nichts weiter zu tun brauchst, als den Deckel zu schliessen.
Ich habe noch ein wenig experimentiert und rausgefunden, dass, wenn ich mindestens 2 Mal zwischen Konsolen umschalte und dort mindestens 2 Mal Suspend erzwinge, dann ist der Suspend-Schalter auch aktiviert (wie bei 6.0). Eine ziemlich misterioese Weise, den Schalter zu aktivieren, wuerde ich sagen... Dmitri.
Hi Dmitri Was spricht für dich denn eigentlich dagegen einfach bei Suse 6.0 zu bleiben? Ich habe zwar leider keine Lösung für dein Problem, ich habe aber auch noch nicht den Grund für deinen Umstieg auf 7.3 erkannt, ausser dass es das Neuste ist, aber das muss ja nicht immer besser sein? Viele Grüße Philipp Jenke
Hi Philipp,
Was spricht f�r dich denn eigentlich dagegen einfach bei Suse 6.0 zu bleiben? Ich habe zwar leider keine L�sung f�r dein Problem, ich habe aber auch noch nicht den Grund f�r deinen Umstieg auf 7.3 erkannt, ausser dass es das Neuste ist, aber das muss ja nicht immer besser sein?
Nun, nichts gravierendes aber eben ein paar Kleinigkeiten. Den Xfree-4 find ich zB besser als Xfree-3, das Installieren ist viel netter aber auch Bildqualitaet von machner Bilder. Das "reiser"-Dateisystem befreit von laestigem "fsck", die Daten koennen aber trotzdem verloren gehen. Aber irgendwie wuerde ich doch lieber dieses Suspend-Problem in griff haben. Dmitri.
Dmitri Zaitsev schrieb:
APMD_LEAVE_X_BEFORE_STANDBY=yes
bezieht sich darauf, dass der APMD automatisch die Umschaltung auf die Textkonsole für Dich übernimmt, so dass Du nichts weiter zu tun brauchst, als den Deckel zu schliessen.
Ich habe noch ein wenig experimentiert und rausgefunden, dass, wenn ich mindestens 2 Mal zwischen Konsolen umschalte und dort mindestens 2 Mal Suspend erzwinge, dann ist der Suspend-Schalter auch aktiviert (wie bei 6.0). Eine ziemlich misterioese Weise, den Schalter zu aktivieren, wuerde ich sagen...
Wenn Du wirklich wissen willst, was da so viel Kummer bereitet, dann versuch doch mal alles abzuschalten, was Du erst mal nicht dringend benötigst. Als da wären: Sound, PCMCIA, USB, meinetwegen sogar der gpm. Durchforste nicht nur die Systemdienste, sondern auch die hilfsbereiten Geister wie z.B. cron, apache, mysql, ... Wenn Dein System dann nackt vor Dir steht und immer noch nicht so tut wie es soll, weißt Du wenigstens, dass nicht eine dieser Komponenten das Problem ist. Übrigens scheint es sehr bedenklich zu sein, dass Dein Laptop auch ohne APMD auf den Suspend-Knopf reagiert !!! Das heißt nähmlich, dass diese Funktion komplett vom BIOS durchgeführt wird und das BIOS weiß wohl kaum etwas von dem Zustand Deiner Grafikkarte. Check also unbedingt mal ab, ob in der Logdatei des apmd überhaupt dein Suspend-Requests ankommen. Wenn nicht ist ja wohl klar, dass es nur schief gehen kann. Gruß Andreas
On Fri, Feb 08, Andreas Kretzer wrote:
[ ... viele Gute Vorschläge ... ]
Übrigens scheint es sehr bedenklich zu sein, dass Dein Laptop auch ohne APMD auf den Suspend-Knopf reagiert !!! Das heißt nähmlich, dass diese Funktion komplett vom BIOS durchgeführt wird und das BIOS weiß wohl kaum etwas von dem Zustand Deiner
Das soll so sein. Suspend wird vom BIOS ausgeführt. Der apmd ist dabei völlig unerheblich. Der apmd, so er läuft, bekommt nur die APM Ereignsse mit und kann den Suspend anhalten, irgendwelche Jobs ausführen und dann das BIOS weiterwurschteln lassen. Das Suspedieren sollte bei einem Laptop mit vernünftiger APM Implementation auch ohne APM-Support im Kernel funktionieren. Teste das mal: mit apm=off booten.
Grafikkarte. Check also unbedingt mal ab, ob in der Logdatei
Zum Thema Grafikkarte: XFree86 4.x lauscht selbst auf APM Ereignsse und bringt den X-Server und die GraKa in einen vernünftigen Zustand. Dabei ist kein apmd nötig, lediglich APM Support im Kernel. XFree86 3.x hingegen tut das nicht. Deshalb gibt's diese Option für apmd, damit X vor jedem Suspend durch Umschalten auf die Textkonsole in einen stabilen Zustand gebracht wird. Wenn dabei der X-Server abschmiert, dann ist das ein Fehler.
des apmd überhaupt dein Suspend-Requests ankommen. Wenn nicht ist ja wohl klar, dass es nur schief gehen kann.
Das ist immer eine gute Idee. In der apmd-Konfiguration gibt es einen Debugschalter und der APM Kernelcode wird mit apm=debug am Bootprompt gesprächig. Ohne diese Schalter steht eh nichts im Syslog. -- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
Gute Idee, danke, ich muss nur jetzt fragen, wie ich all diese "Geister" abschalten kann. Und wo befindet sich die Logdatei von apmd? Dmitri.
Wenn Du wirklich wissen willst, was da so viel Kummer bereitet, dann versuch doch mal alles abzuschalten, was Du erst mal nicht dringend ben�tigst.
Als da w�ren: Sound, PCMCIA, USB, meinetwegen sogar der gpm. Durchforste nicht nur die Systemdienste, sondern auch die hilfsbereiten Geister wie z.B. cron, apache, mysql, ...
Wenn Dein System dann nackt vor Dir steht und immer noch nicht so tut wie es soll, wei�t Du wenigstens, dass nicht eine dieser Komponenten das Problem ist.
�brigens scheint es sehr bedenklich zu sein, dass Dein Laptop auch ohne APMD auf den Suspend-Knopf reagiert !!! Das hei�t n�hmlich, dass diese Funktion komplett vom BIOS durchgef�hrt wird und das BIOS wei� wohl kaum etwas von dem Zustand Deiner Grafikkarte. Check also unbedingt mal ab, ob in der Logdatei des apmd �berhaupt dein Suspend-Requests ankommen. Wenn nicht ist ja wohl klar, dass es nur schief gehen kann.
Gru� Andreas
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verf�gbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Dmitri Zaitsev schrieb:
Gute Idee, danke, ich muss nur jetzt fragen, wie ich all diese "Geister" abschalten kann. Und wo befindet sich die Logdatei von apmd?
Also zunächst einmal dringend die Hinweise von Christian lesen (tatsächlich habe ich mir noch nie soooo genau Gedanken darüber gemacht wer was wann wie wo tut ....) Geister Abschalten: Die meisten 'Services' kannst Du in der Datei '/etc/rc.config' abschalten. Diese Datei wird auch von Yast / Yast2 bzw. unter KDE (zum Teil) mit dem KDE Control-Center bearbeitet. Ansonsten liefert Dir ein 'ps auxwww' jede Menge Prozesse, die Du mit 'kill <pid>' (pid = Prozess-ID, ohne spitze Klammern angeben!) beenden kannst. Bitte nur im äußersten Notfall den Hammer benutzen: 'kill -9 <pid>' :-) Der Vorteil bei dieser manuellen Methode ist, dass Du keine Konfigurationsdateien ändern mußt (wo Du hinterher nicht mehr weißt was nun eigentlich alles verändert wurde ...). Der Nachteil darf natürlich auch nicht unter den Tisch fallen: Schnell hat man mal zuviel des Guten 'gekillt' und irgend etwas lebenswichtiges geht nicht mehr. Vorher also am Besten noch ein 'sync' - dann kann man zur Not einfach Abschalten und neu booten (-> Filesystemcheck, aber es dürfte nichts Schlimmes passiert sein)! Eine andere Möglichkeit ist der Singleuser-Mode. Wie Christian ja schon schrieb geht der ganze Suspend-Kram komplett vom BIOS aus. Im Singleuser-Mode laufen praktisch nur noch die wirklich notwendigen Sachen (als root einfach 'init s' eingeben). Das bedeutet natürlich auch, dass Du auf einer normalen Textkonsole arbeitest und die Zusammenarbeit mit dem X-Server nun nicht testen kannst - aber das ist für den Anfang ja gar nicht mal so schlecht! Um in einem weiteren Versuch X zu starten mußt Du deinen Path erweitern: bash-2.05# PATH=$PATH:/usr/X11R6/bin und dann 'startx' eingeben (X läuft jetzt auf Konsole 2). Einige hilfreiche Hinweise hinterläßt das System in '/var/log/messages' und das apmd_proxy-Skript schreibt einige Ausgaben nach '/tmp/apmd_proxy.log' Viel Spaß beim herumprobieren und Kopf hoch: es ist noch kein Meister vom Himmel gefallen - wie ich schon wieder einmal an mir selbst erfahren habe ... :-) Gruß Andreas
On Sat, Feb 09, Andreas Kretzer wrote:
Einige hilfreiche Hinweise hinterläßt das System in '/var/log/messages' und das apmd_proxy-Skript schreibt einige Ausgaben nach '/tmp/apmd_proxy.log'
Ab 7.3 schreibt das apmd_proxy-Skript alles ins syslog (/var/log/messages). Die einstellung APMD_DEBUG=all ist allerdings nur nötig, wenn man apmd_proxy debuggen (oder erforschen) will.
Viel Spaß beim herumprobieren und Kopf hoch: es ist noch kein Meister vom Himmel gefallen - wie ich schon wieder einmal an mir selbst erfahren habe ... :-)
-- ciao, christian ---------------------------------------------------------------- ... und sie sägten an den Ästen, auf denen sie saßen und schrien sich Ihre Erfahrungen zu, wie man besser sägen könne ... ---(Haindling [geklaut von Bert Brecht])------------------------
Hallo! Vielen Dank fuer die Hinweise!
Einige hilfreiche Hinweise hinterl��t das System in '/var/log/messages' und das apmd_proxy-Skript schreibt einige Ausgaben nach '/tmp/apmd_proxy.log'
Ab 7.3 schreibt das apmd_proxy-Skript alles ins syslog (/var/log/messages).
Die einstellung APMD_DEBUG=all ist allerdings nur n�tig, wenn man apmd_proxy debuggen (oder erforschen) will.
Ich habe nun apmd_debug=all gemacht, trotzdem sehe ich nichts in /var/log/messages und die Datei /tmp/apmd_proxy.log gibt es ueberhaupt nicht. Das apm -S funktioniert uebrigens hervorragend in jedem Modus, hinterlaesst aber auch keine messages. Wenn ich "init s" mache, dann funktioniert ploetzlich der Suspend-Schalter aber nicht bei jedem Versuch. Zum Beispiel jetzt gerade nicht. Dann hatte ich einmal Fn-F3 gemacht, dann funktioniert Suspend-Schalter wieder und weiter ab diesem Moment. Ich muss also wieder neustarten um die Lage zu rekonstruieren und danach hat der Suspend-Schalter noch nie sofort funktioniert. Es ist wirklich zum Verzweifeln, dieses Verhalten...
Das Suspedieren sollte bei einem Laptop mit vernnftiger APM Implementation auch ohne APM-Support im Kernel funktionieren. Teste das mal: mit apm=off booten.
Geht genausogut(schlecht) wie mit apm :) Gruesse, Dmitri.
Sorry, apm war aus, jetzt schreibt er doch ganze Menge, sogar zu viel, ich hab nun debug=all auf debug=yes gesetzt. Jetzt wenn der Suspend-Versuch mit dem Schalter keinen Effekt hat, dann gibt es auch keine Message. Ansonsten sind Messages wie sonst bei Suspend. Mit "leave_x_on_suspend" scheint wirklich ein Fehler zu sein - gleich nach dem Erwachen versucht apm zurueckzukehren, schafft es nicht und loggt deshalb aus. Selbst wenn ich von Textconsole Suspend mache, kehrt der Rechner nach dem Erwachen wieder zum X-server. Gruss, Dmitri. On Mon, 11 Feb 2002, Christian Zoz wrote:
On Sat, Feb 09, Andreas Kretzer wrote:
Einige hilfreiche Hinweise hinterl��t das System in '/var/log/messages' und das apmd_proxy-Skript schreibt einige Ausgaben nach '/tmp/apmd_proxy.log'
Ab 7.3 schreibt das apmd_proxy-Skript alles ins syslog (/var/log/messages).
Die einstellung APMD_DEBUG=all ist allerdings nur n�tig, wenn man apmd_proxy debuggen (oder erforschen) will.
Viel Spa� beim herumprobieren und Kopf hoch: es ist noch kein Meister vom Himmel gefallen - wie ich schon wieder einmal an mir selbst erfahren habe ... :-)
--
ciao, christian
---------------------------------------------------------------- ... und sie s�gten an den �sten, auf denen sie sa�en und schrien sich Ihre Erfahrungen zu, wie man besser s�gen k�nne ... ---(Haindling [geklaut von Bert Brecht])------------------------
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verf�gbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Hallo! Ich bedanke mich fuer die Hilfe-Hinweise, es ist trotzdem immer noch ein Raetsel. Auch wenn ich alles was ich kann abschalte, kann es sein dass der Suspend-Schalter nicht funktioniert. Dann gibt es auch keine Meldungen in /var/log/messages. Nach ein Paar Konsole-Umschaltungen und Suspend-Versuche, ist der Schalter ploetzlich aktiv, dann gibt es auch Meldungen. Fn-F3 und apm -S funktionieren immer in jedem Modus. Mit "leave_x_on_suspend" scheint bei mir wirklich ein Fehler zu sein - gleich nach dem Erwachen versucht apm zurueckzukehren, schafft es nicht und loggt deshalb aus. Selbst wenn ich von Textconsole Suspend mache, kehrt der Rechner nach dem Erwachen wieder zum X-server. Gruss, Dmitri.
Dmitri Zaitsev schrieb:
Hallo!
Ich bedanke mich fuer die Hilfe-Hinweise, es ist trotzdem immer noch ein Raetsel. Auch wenn ich alles was ich kann abschalte, kann es sein dass der Suspend-Schalter nicht funktioniert. Dann gibt es auch keine Meldungen in /var/log/messages. Nach ein Paar Konsole-Umschaltungen und Suspend-Versuche, ist der Schalter ploetzlich aktiv, dann gibt es auch Meldungen.
Also ohne Garantie: 1. Das BIOS ist da etwas buggy und braucht mal den einen oder anderen Schubs - da ist dann (falls verfügbar) ein BIOS-Update fällig :-( 2. Ein mechanisches Problem beim Suspend-Schalter. Wenn Du die Konsolen wechselst, drückst Du ja oben auf die F-Tasten und beseitigst damit womöglich einen Wackelkontakt an dem nicht weit entfernt liegenden Suspendschalter. Versuch doch mal ein paar mal auf das Gehäuse an dieser Stelle zu drücken oder betätige nur die F-Tasten (oder alternativ mal nur die ALT-/CTRL-Taste). Das müßte doch herauszufinden sein .... Gruß Andreas
2. Ein mechanisches Problem beim Suspend-Schalter. Wenn Du die Konsolen wechselst, dr�ckst Du ja oben auf die F-Tasten und beseitigst damit wom�glich einen Wackelkontakt an dem nicht weit entfernt liegenden Suspendschalter. Versuch doch mal ein paar mal auf das Geh�use an dieser Stelle zu dr�cken oder bet�tige nur die F-Tasten (oder alternativ mal nur die ALT-/CTRL-Taste). Das m��te doch herauszufinden sein ....
Es ist ausgeschlossen - alle Schalter sind sehr stabil und die Tasten haben keinen Kontakt mit denen. Ausserdem funktioniert der Schalter unter "Microschrott" und hat funktioniert unter 6.0. Es muss ein Software-Problem sein von 7.3. Gruss, Dmitri.
participants (6)
-
Andrea Ratschker -
Andreas Kretzer -
Christian Zoz -
Dmitri Zaitsev -
Philipp Jenke -
Polichronis Lepidis