X startet nicht nach suspend/resume
Hallo, bei mir laueft Suse 9.1 (mit allen updates) auf einem Samsung X10. Nividia Treiber: NVIDIA-Linux-x86-1.0-5336 -- funktioniert eigentlich problemlos (ausser bei resume). Wenn ich von der Konsole aus "powersave --suspend" aufrufe, laueft alles nach Plan (bzw. wie in LIESMICH.suspend :-) - der Zustand wird nach dem resume auch wieder hergestellt. Wenn ich das allerdings unter X mache, dann laeuft beim resume alles nur bis zu dem Punkt, wo ``das Bild'' erscheinen soll. Da kommt dann statt dessen ein schwarzer Schirm mit grauen Punkten drauf -- und der Computer hat sich voellig aufgehaengt. Agp Module stehen alle in der blacklist (auch wenn das inzwischen angeblich nicht mehr noetig sein sollte) -- Fehlermeldungen sind mir nicht aufgefallen .... Mit meinem bisschen Latein bin ich nun am Ende (dabei war ich schon so stolz, als ich POWERSAVED_DISABLE_USER_SUSPEND endlich in /etc/powersave.conf gefunden habe anstelle von /etc/sysconfig/powersave usw -- der Platz fuer diesen Hinweis war in der LIESMICH.suspend wahrscheinlich nicht nicht mehr, lieber Stefan Seyfried) Vielleicht kann mir jemand sagen, was ich tun muss, damit auch X nach dem resume wieder laeuft? (natuerlich kann ich suspend auch von der console aus aufrufen, aber dann lohnt es sich fast nicht mehr). Herzlichen Dank fuer Eure Hinweise! Frank
On Tue, Jun 15, 2004 at 04:18:24PM +0200, Frank Schweitzer wrote:
Hallo,
bei mir laueft Suse 9.1 (mit allen updates) auf einem Samsung X10. Nividia Treiber: NVIDIA-Linux-x86-1.0-5336 -- funktioniert eigentlich problemlos (ausser bei resume).
ok, das wundert mich doch eher... :-)
Wenn ich von der Konsole aus "powersave --suspend" aufrufe, laueft alles nach Plan (bzw. wie in LIESMICH.suspend :-) - der Zustand wird nach dem resume auch wieder hergestellt.
Aus der Konsole, wenn X l�uft (strg-alt-f1) oder im runlevel 3, ohne X?
Wenn ich das allerdings unter X mache, dann laeuft beim resume alles nur bis zu dem Punkt, wo ``das Bild'' erscheinen soll. Da kommt dann statt dessen ein schwarzer Schirm mit grauen Punkten drauf -- und der Computer hat sich voellig aufgehaengt.
Agp Module stehen alle in der blacklist (auch wenn das inzwischen angeblich nicht mehr noetig sein sollte) -- Fehlermeldungen sind mir nicht aufgefallen ....
die NVidia-Treiber haben noch einen Parameter in der XF86Config, Option NvAGP "X" wobei X 0,1 oder 2 sein kann, das beeinflu�t wohl die Vertr�glichkeit mit dem suspend. Ich habe das aber auch nur mal irgendwo gelesen (google?). Funktioniert es denn, wenn du nicht den binary-only NVidia-Treiber sondern dern "nv" Treiber verwendest?
Mit meinem bisschen Latein bin ich nun am Ende (dabei war ich schon so stolz, als ich POWERSAVED_DISABLE_USER_SUSPEND endlich in /etc/powersave.conf gefunden habe anstelle von /etc/sysconfig/powersave usw -- der Platz fuer diesen Hinweis war in der LIESMICH.suspend wahrscheinlich nicht nicht mehr, lieber Stefan Seyfried)
LIESMICH.suspend, Zeile 42-46.
Vielleicht kann mir jemand sagen, was ich tun muss, damit auch X nach dem resume wieder laeuft? (natuerlich kann ich suspend auch von der console aus aufrufen, aber dann lohnt es sich fast nicht mehr).
Das kommt darauf an. Wenn X �berhaupt nicht laufen darf, wird es schwer. Wenn du nur vorher auf eine Textkonsole umschalten musst, dann wird es einfach. Viel Gl�ck -- Stefan Seyfried
Date: Wed, 16 Jun 2004 08:52:49 +0200 From: Stefan Seyfried
On Tue, Jun 15, 2004 at 04:18:24PM +0200, Frank Schweitzer wrote:
Hallo,
bei mir laueft Suse 9.1 (mit allen updates) auf einem Samsung X10. Nividia Treiber: NVIDIA-Linux-x86-1.0-5336 -- funktioniert eigentlich problemlos (ausser bei resume).
ok, das wundert mich doch eher... :-)
Wenn ich von der Konsole aus "powersave --suspend" aufrufe, laueft alles nach Plan (bzw. wie in LIESMICH.suspend :-) - der Zustand wird nach dem resume auch wieder hergestellt.
Aus der Konsole, wenn X l�uft (strg-alt-f1) oder im runlevel 3, ohne X?
Runlevel 3, ohne X (auf runlevel 5 ging es nicht, weder von X aus, noch von Konsole aus)
Wenn ich das allerdings unter X mache, dann laeuft beim resume alles nur bis zu dem Punkt, wo ``das Bild'' erscheinen soll. Da kommt dann statt dessen ein schwarzer Schirm mit grauen Punkten drauf -- und der Computer hat sich voellig aufgehaengt.
Agp Module stehen alle in der blacklist (auch wenn das inzwischen angeblich nicht mehr noetig sein sollte) -- Fehlermeldungen sind mir nicht aufgefallen ....
die NVidia-Treiber haben noch einen Parameter in der XF86Config, Option NvAGP "X" wobei X 0,1 oder 2 sein kann, das beeinflu�t wohl die Vertr�glichkeit mit dem suspend. Ich habe das aber auch nur mal irgendwo gelesen (google?).
Das stand auf der Software Suspend FAQ -- Punkt 4.7 nVidia GeForce4card http://swsusp.sourceforge.net/FAQ-4.html Hab ich auch ausprobiert, hat aber nichts genuetzt!
Funktioniert es denn, wenn du nicht den binary-only NVidia-Treiber sondern dern "nv" Treiber verwendest?
DAS wars! Mit Driver "nv" anstelle von "nvidia" klappt es mit dem suspend/resume sogar von X aus!! Also, was habe ich verloren? -- offensichtlich die 3D Unterstuetzung des Nvidia-Treibers, was natuerlich schade ist. Aber dafuer habe ich immerhin ein funktionierendes suspend/resume unter X! Trade off?
Mit meinem bisschen Latein bin ich nun am Ende (dabei war ich schon so stolz, als ich POWERSAVED_DISABLE_USER_SUSPEND endlich in /etc/powersave.conf gefunden habe anstelle von /etc/sysconfig/powersave usw -- der Platz fuer diesen Hinweis war in der LIESMICH.suspend wahrscheinlich nicht nicht mehr, lieber Stefan Seyfried)
LIESMICH.suspend, Zeile 42-46.
Korrekt. Aber es stand nirgendwo, wo diese beiden Werte gesetzt werden muessen: naemlich in /etc/powersave.conf (und nicht etwa in /etc/sysconfig/powersave/common, wo ein einfaeltiger user wie ich mit seinem sysconfig-editor unter yast2 erst einmal lange sucht).
Vielleicht kann mir jemand sagen, was ich tun muss, damit auch X nach dem resume wieder laeuft? (natuerlich kann ich suspend auch von der console aus aufrufen, aber dann lohnt es sich fast nicht mehr).
Das kommt darauf an. Wenn X �berhaupt nicht laufen darf, wird es schwer. Wenn du nur vorher auf eine Textkonsole umschalten musst, dann wird es einfach.
In der Tat - und mit dem nv driver braucht man nicht einmal mehr auf die Textkonsole umschalten. Ganz herzlichen Dank fuer Deine Hilfe!! Frank
On Wed, Jun 16, 2004 at 08:47:22PM +0200, Frank Schweitzer wrote:
Runlevel 3, ohne X (auf runlevel 5 ging es nicht, weder von X aus, noch von Konsole aus)
ok, dann kann ich dir auch nicht weiterhelfen, dann ist es der NVidia- bin�rtreiber.
die NVidia-Treiber haben noch einen Parameter in der XF86Config, Option NvAGP "X" wobei X 0,1 oder 2 sein kann, das beeinflu�t wohl die Vertr�glichkeit mit dem suspend. Ich habe das aber auch nur mal irgendwo gelesen (google?).
Das stand auf der Software Suspend FAQ -- Punkt 4.7 nVidia GeForce4card http://swsusp.sourceforge.net/FAQ-4.html Hab ich auch ausprobiert, hat aber nichts genuetzt!
ja, das funktioniert wohl nur mit 2.4. Zur Info: in der 9.1 wird *nicht* swsusp2 verwendet, das auf swsusp.sourceforge.net liegt, sondern der kernel- eigene swsusp, aber die probleme mit den Hardwaretreibern sind bei beiden Implementationen �hnlich.
Funktioniert es denn, wenn du nicht den binary-only NVidia-Treiber sondern dern "nv" Treiber verwendest?
DAS wars! Mit Driver "nv" anstelle von "nvidia" klappt es mit dem suspend/resume sogar von X aus!!
...wunderbar. Es ist �brigens nichts Hopfen und Malz verloren - ein Entwickler von NVidia fragte k�rzlich auf der swsusp2-Mailingliste an, was er denn tun m�sse, damit der NVidia-Treiber suspend/resume-f�hig wird. In einer der n�chsten Treiberversionen sollte es also besser werden.
Also, was habe ich verloren? -- offensichtlich die 3D Unterstuetzung des Nvidia-Treibers, was natuerlich schade ist. Aber dafuer habe ich immerhin ein funktionierendes suspend/resume unter X! Trade off?
Ja, *du* musst wissen, ob das f�r dich akzeptabel ist.
LIESMICH.suspend, Zeile 42-46.
Korrekt. Aber es stand nirgendwo, wo diese beiden Werte gesetzt werden muessen: naemlich in /etc/powersave.conf (und nicht etwa in
Zitat, Zeile 44ff: "Wenn sie suspend ausprobieren m�chten, so m�ssen sie die Werte f�r POWERSAVED_DISABLE_USER_SUSPEND oder POWERSAVED_DISABLE_USER_STANDBY in /etc/powersave.conf auf "no" �ndern." ;-)
/etc/sysconfig/powersave/common, wo ein einfaeltiger user wie ich mit seinem sysconfig-editor unter yast2 erst einmal lange sucht).
Ja, das ist vielleicht etwas ungl�cklich. Das Problem war, da� es bis kurz vor der 9.1 *ziemlich* unzuverl�ssig war (ich rechnete mit weniger als50% Erfolgsquote), so da� es eher Absicht war, da� es niemand "aus Versehen" einschalten sollte, und hinterher jammert, da� seine Daten weg sind. Nun denn, das war eh relativ erfolglos, denn es haben offensichtlich mehr Anwender die /etc/powersave.conf gefunden, als die Dokumentation (du bist hier eine der r�hmlichen Ausnahmen :-) was die vielen Mails auf der Liste zum Thema "nach dem resume bleibt die Maschine h�ngen / bootet neu" beweisen. H�tten wir den Update-kernel, der den agp-bug behebt schon zum 9.1-release gehabt, h�tten wir es vielleicht sogar defaultm�ssig eingeschaltet (wobei ich bei Desktops eher noch Bedenken h�tte, da die Hardware dort oft nicht so richtig auf powermanagement eingestellt ist).
Wenn du nur vorher auf eine Textkonsole umschalten musst, dann wird es einfach.
In der Tat - und mit dem nv driver braucht man nicht einmal mehr auf die Textkonsole umschalten.
Der suspend-code schaltet ja schon selbst auf Konsole 63, aber z.B. f�r die Intel-Karten, die noch einen speziellen BIOS-Patch brauchen, der vor dem zur�ckschalten zu X nach dem resume noch aufgerufen werden muss, haben wir das vor ein paar tagen auch in den powersave_proxy gehackt, einfach "chvt 1" vor der suspend ausgef�hrt wird und "chvt 7" wenn er beendet ist. So etwas h�tte man bei dir auch machen k�nnen, wenn es denn (mit dem NVidia Treiber) geholfen h�tte. Mit "nv" ist das unn�tig.
Ganz herzlichen Dank fuer Deine Hilfe!!
Gern geschehen, ich bin froh �ber jeden, der diese experimentellen features mit testet ;-)) Viel Spa� -- Stefan Seyfried
participants (2)
-
Frank Schweitzer
-
Stefan Seyfried