Arch Linux

pm-suspend will nicht mehr mit gnome3-Benutzer

Renate55

pm-suspend, also der Button Bereitschaft im Menü - die Kiste geht in den suspend und kommt bis zum Bildschirm gesperrt. Wenn ich dann den Hauptbenutzer mit gnome 3 einloggen will hängt die Geschichte. Es bleibt der gesperrt-Bildschirm, und bestenfalls fährt die Kiste noch runter. Mit KDE und einem anderen Benutzer, auch mit gnome ist es mit Ach und Krach gegangen.

echo mem > /sys/power/state

ist auch mit dem gleichen Benutzer gegangen.
An welcher der vielen versteckten Konfigurationsdateien im Homeverzeichnis kann das liegen? :/ Bisher ist es problemlos gegangen. Nur ein Mini-Update heute früh.

Vielleicht ist auch wacom der Übeltäter. Da habe ich gestern rumgespielt, mit wacom und dkms. Ich habe wacom aus den Modules der rc.conf rausgenommen. Mit modprobe wacom geht der Stift, danach aber kein pm-suspend. Mit rmmod wacom lief jetzt pm-suspend bei dem gleichen Nutzer durch. Ich bin einigermaßen ratlos.

fs4000

Probier doch mal das Modul in SUSPEND_MODULES einzutragen: https://wiki.archlinux.org/index.php/Pm-utils#Basic_Configuration

Renate55

danke für die Antwort.

SUSPEND_MODULES="ehci_hcd  nvidia"

Ich habe eine /etc/pm/config.d/config angelegt und das reingeschrieben. Ich hatte auch noch wacom drin. Da ist mir aber Maus und Tastatur eingefroren.
Der Dell Latitude wacht nach dem Suspend auf und kommt bis zum Gdm Login Screen. Wenn ich den Bildschirm entsperren will, bleibt es dunkel.
Ich komme mit Strg Alt+F* auf die Konsole und kann gdm restarten und mich dann einloggen. Ich hoffe, das bleibt so.
Irgendwie will der Xserver beim ersten Mal nicht. Ohne diese config ist teilweise gar nichts gegangen, keine Maus und Tastatur, und er ist bestenfalls noch heruntergefahren, ohne ihn hart ausschalten zu müssen.

Die pm-suspend.log. Ich werde da nicht schlau draus.

Failed.

/usr/lib/pm-utils/sleep.d/01laptop-mode resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01grub resume suspend:

/usr/lib/pm-utils/sleep.d/01grub resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave resume suspend:

/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00logging resume suspend:

/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
Mon Jun 18 22:13:52 CEST 2012: Finished.

(gdm-binary:5854): WARNING **: Could not acquire name; bailing out

So eine seltsame Fehlermeldung

Mit einem Downgrade von nvidia läuft es im Moment.

balert

Ich habe zur Zeit auch Probleme mit dem Standby. Mein System: Arch 64Bit, Gnome3, GDM, Nvidia GPU.
Ich bleibe meistens bei GDM stecken. Es passieren aber scheinbar zufällig verschiedene Dinge. Manchmal bleibt schon GDM stecken, manchmal klappt das einloggen aber die Gnome Shell stürzt ab bevor man sie sieht, teilweise startet sie sich neu und die Sitzung ist auch noch vorhanden, teilweise stürzt sie komplett ab und will abgemeldet werden. Teilweise geht aber in GDM auch gar nichts mehr. Dann funktioniert wiederum nicht immer SysRq ... manchmal hilft wirklich nur noch hart ausschalten, dann verlasse ich mich halt auf die letzte Hoffnung: Filesystem Journal.
Diesmal sind die Standby Probleme sehr vielseitig, jedesmal scheint alles anders zu sein. Ich habe eben mal nvidia bei SUSPEND_MODULES eingetragen wie oben erklärt. Danach hat das resume mal wieder funktioniert, allerdings flackert GDM und die Gnome-Shell so seltsam beim einloggen. Da scheint irgendwas ganz komisch zu sein. Möglicherweise liegt es an meinem Umbau, habe meinen AMD Prozessor durch Intel ersetzt und seither keine Neu-Installation gemacht, aber zunächst hat alles funktioniert, die Standby Probleme kommen erst seit kurzem, vermutlich seit einem Update.
Vielleicht kann ich auch zur Lösung des Problems vom Threadstarter beitragen, es scheint zumindest ähnlich zu sein.

fs4000

balert schriebMöglicherweise liegt es an meinem Umbau, habe meinen AMD Prozessor durch Intel ersetzt und seither keine Neu-Installation gemacht, aber zunächst hat alles funktioniert, die Standby Probleme kommen erst seit kurzem, vermutlich seit einem Update.

Es kann höchstens sein, dass du selbst irgendwas spezielles für die alte Hardware konfiguriert hast. Ein nicht modifiziertes Arch sollte völlig unabhängig von der Hardware immer absolut gleich sein. (Bei Windows ist das nicht so, da kann ich nur dringend zu einer Neuinstallation raten.)

balert

Habe eben Archlinux komplett neu installiert. (Mittlerweile hatte es sich mal wieder gelohnt). Jedoch funktioniert der Standby immernoch nicht richtig. Einmal klappt es meist nach dem Reboot. Beim zweiten Mal bleibt GDM schwarz. Jedoch können jetzt Konfigurationsartefakte von der alten Hardware ausgeschlossen werden. Alles ist frisch installiert, sollte also ein Bug sein, in GDM, Gnome oder NVidia? Kenne mich da nicht so aus. Sollte man das melden, wenn ja, wie geht das?

fs4000

Da bei mir alles funktioniert, klingt Nvidia recht wahrscheinlich. Allerdings wird dir bei dem Nvidia Binary-Treiber keiner (außer Nvidia selbst) helfen können.

balert

Das heißt ich muss warten, und ggf. solange das Paket nvidia downgraden?!

fs4000

Du kannsts ja mal mit dem Downgrade probieren, es gab da ja einen Sprung von Version 295 auf 302. Die alten Pakete gibts hier:
http://arm.konnichi.com/extra/os/x86_64/nvidia-295.59-1-x86_64.pkg.tar.xz
http://arm.konnichi.com/extra/os/x86_64/nvidia-utils-295.59-1-x86_64.pkg.tar.xz

balert

Yey, hat geholfen. Vielen Dank!!!

Weitere Informationen: bugs.archlinux.org/task/30330

balert

Hm, ein lib32-nvidia-utils das zu dem alten Treiber passt wäre jetzt noch gut, kann es aber nicht finden.
Edit: http://schlunix.org/archlinux/multilib/os/x86_64/lib32-nvidia-utils-295.59-1-x86_64.pkg.tar.xz

mannohneschuh

balert schriebHm, ein lib32-nvidia-utils das zu dem alten Treiber passt wäre jetzt noch gut, kann es aber nicht finden. Gibt es das Paket überhaupt in der Version 295.59???

mal kreativ geraten