Der Computer wird angehalten, wenn er nicht angemeldet ist

Seit dem letzten Update von Gnome / GDM scheint sich mein Computer im Suspend-Modus zu befinden, wenn ich ungefähr 20 Minuten lang im Anmeldebildschirm bin.

Dies war vor dem Update nicht der Fall. Aktuelle Version von gnome-session & amp; gdm 3.28.0. Ich verwende Arch Linux.

Das Systemprotokoll , fokussiert auf Mar 29 17:21:17 oliver-desktop kernel: PM: suspend exit +/- 200 Zeilen. Wenn Sie mehr brauchen, lassen Sie es mich wissen.

Ich habe viele Einstellungen durchgesehen, keine von denen, die ich ausprobiert habe, war in der Lage, gdm dazu zu bringen, sich anders zu verhalten. Ebenfalls, die Konfigurationsdokumentation deutet nicht auf eine Option im Zusammenhang mit der automatischen Unterbrechung hin.

arch-linux gnome3 gdm founderio
quelle

Ich glaube, ich bin auf dasselbe Problem gestoßen. Es wird auch während der Aktivität einer SSH- oder VNC-Sitzung angehalten.

Michael Franzl

Antworten:

Du wirst es finden https://wiki.archlinux.org/index.php/GDM#GDM_auto-suspend_.28GNOME_3.28.29 sinnvoll.

GDM-Auto-Suspend (GNOME 3.28)

GDM verwendet eine separate dconf-Datenbank, um die Energieverwaltung zu steuern. Sie können festlegen, dass sich GDM wie Benutzersitzungen verhält, indem Sie die Benutzereinstellungen in die dconf-Datenbank von GDM kopieren.

$ IFS=$'\n'; for x in $(sudo -u YOUR_USER gsettings list-recursively org.gnome.settings-daemon.plugins.power); do eval "sudo -u gdm dbus-launch gsettings set $x"; done; unset IFS

yvbbrjdr
quelle

Ich verstehe, dass Sie zitieren, aber zu Ihrer Information: eval ist wahrscheinlich unnötig. (Und eval ist oft schädlich, daher ist es am besten, unnötige zu vermeiden, insbesondere in Verbindung mit sudo.)

Scott

Jep. Und ich weiß nicht, warum das offizielle Wiki verwendet eval.

yvbbrjdr

Ich kann es momentan nicht testen, aber es sieht genauso aus wie das Edge-Case, das ich habe. Ich danke dir sehr!

founderio

Jetzt getestet - Ja, es funktioniert!

founderio

Es kann erwähnenswert sein, dass der Versuch, dies von einem Terminal aus in einer Sitzung zu tun, in der dbus bereits ausgeführt wird, Probleme verursachen kann. Wenn Sie eine Nachricht wie erhalten No protocol specifiedVersuchen Sie stattdessen, von einem tty aus zu starten. Für die Aufzeichnung habe ich die Einstellungen manuell mit geändert sudo -u gdm dbus-launch gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' und sudo -u gdm dbus-launch gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type 'nothing' statt der oben genannten eval Methode.

founderio

Ich bin auf das gleiche Problem beim Testen von Debian gestoßen (Debian 10 "Buster").

Ich stellte fest, dass dies unabhängig von den Energieeinstellungen ist, die von einem nicht privilegierten Benutzer innerhalb einer Gnome-Anmeldesitzung vorgenommen wurden. Es wird auch während einer aktiven SSH- oder VNC-Sitzung angehalten.

Die anstößigen Einstellungen können auf der Konsole ausgedruckt werden. Als Superuser:

su -s /bin/bash Debian-gdm
unset XDG_RUNTIME_DIR

dbus-launch gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type
dbus-launch gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout

Dies druckt "suspend" und "1200".

Um die Federung auszuschalten, stellen Sie ein:

dbus-launch gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type nothing

Ich habe hier auch einen Debian-Fehlerbericht eingereicht: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896083

Michael Franzl
quelle