Authentifizierung vor Suspendierung erforderlich

22

Seit dem letzten Update von Ubuntu 14.04 wird beim Drücken der Sleep-Taste in meinem Laptop ein Popup-Fenster mit der Meldung "Authentifizierung ist erforderlich, um das System anzuhalten" angezeigt.

Beim Schließen des Deckels wird kein Passwort abgefragt. Dies funktioniert jedoch nicht, wenn ein anderer Monitor angeschlossen ist.

Gibt es irgendetwas, das eingerichtet werden kann (in sudoers oder woanders), um diese Passwortabfrage zu vermeiden?

Arauzo
quelle
Sie können hier eine Lösung findenhttp://ubuntuforums.org/showthread.php?t=1466504
vembutech
1
Nein, ich kann nicht. Die Frage ist, wie man ein Passwort vor dem Suspendieren vermeidet und nicht danach.
Arauzo

Antworten:

5

Polkit verwenden

Füge dich der usersGruppe hinzu nach

sudo usermod -aG users "$USER"

Sie müssen einen Neustart des Computers nach den folgenden Schritten.

1. Wenn PolKit-Version> = 0,106

Sie können die Version von Polkit folgendermaßen überprüfen: pkaction --version

Wenn die PolKit-Version <0.106 ist, gibt es KEINE .rules Dateien, sondern nur alte .pklaund .confDateien, da diese Polkit-Versionen nicht über den Javascript-Interpreter verfügen.

Einfach eine Datei hinzufügen /etc/polkit-1/rules.d/85-suspend.rulesmit:

polkit.addRule(function(action, subject) {
    if (action.id == "org.freedesktop.login1.suspend" &&
        subject.isInGroup("users")) {
        return polkit.Result.YES;
    }
});

Geben Sie im Terminal Folgendes ein:

sudo chmod 755 /etc/polkit-1/rules.d
sudo chmod 644 /etc/polkit-1/rules.d/85-suspend.rules

2. Wenn PolKit Version <0.106

In diesem Fall fügen Sie eine Datei hinzu /var/lib/polkit-1/localauthority/50-local.d/50-enable-suspend-on-lockscreen.pklamit:

[Allow suspending in lockscreen]
Identity=unix-group:users
Action=org.freedesktop.login1.suspend
ResultAny=yes
ResultInactive=yes
ResultActive=yes

Geben Sie in bash Folgendes ein:

sudo chmod 644 /var/lib/polkit-1/localauthority/50-local.d/50-enable-suspend-on-lockscreen.pkla

Mehr zu pklocalauthority

Power Manager-Einstellungen verwenden (nicht sicher, ob es funktioniert)

In XFCE Power Manager:

  1. Unter dem SecurityReiter:

    • Stellen Sie Automatically lock the sessionauf Nie
    • Prüfen Lock the screen when the system is going for sleep
  2. DisplayLeeren Sie den Bildschirm unter der Registerkarte nach 15 Minuten. Stellen Sie ein Sleep und Switch offdeaktivieren Sie die Uhrzeiten (ausgegraut).
  3. SystemStellen Sie unter der Registerkarte den Ruhemodus des Systems Suspendnach einer halben Stunde ein.

Verweise:

mja
quelle
In xfce4 funktioniert die Änderung der Einstellungen
chaskes
18
  1. In der Kommandozeile ausführen:

    locate -b org.freedesktop.login1.policy
    

    Die gefundene Datei ist /usr/share/polkit-1/actions/org.freedesktop.login1.policy.

  2. In der Datei in der Nähe der Linie

    <action id="org.freedesktop.login1.suspend">
    

    Überprüfen Sie diese:

    <defaults>
        <allow_any>yes</allow_any>
        <allow_inactive>yes</allow_inactive>
        <allow_active>yes</allow_active>
    </defaults>
    

( Quelle )

Vedavrat
quelle
Für Ubuntu 15.10 sollte eine solche Lösung ebenfalls funktionieren.
Vedavrat
4
Es fragt mich nicht mehr nach dem Passwort, aber ich erinnere mich nicht, etwas getan zu haben, und ich habe diese Zeilen, um <allow_any> auth_admin_keep </ allow_any> zuzulassen. Was bedeuten sie? Gibt es Sicherheitsbedenken, wenn diese auf "Ja" geändert werden?
Arauzo
Hier musste ich mich auch umziehen <action id="org.freedesktop.login1.suspend-multiple-sessions">;
SDLINS
4
Empfiehlt eine maßgebliche Quelle dies wirklich? Dateien in /usr/sharesollten nicht bearbeitet werden. Dieses Präfix ist für schreibgeschützte Dateien vorgesehen, die von Paketen installiert und von Benutzern nicht geändert werden. Der richtige Weg ist, die Datei an einen anderen, äquivalenten Ort zu kopieren /etc, an dem das Bearbeiten erlaubt ist, und dort Änderungen vorzunehmen. Es wäre auch vorzuziehen, zu erklären, warum diese Änderungen das Problem beheben, dh was das ursprüngliche Problem ist - z. B. was der (in meinem Fall) vorherige Wert von auth_admin_keepbedeutet und warum es nicht richtig ist.
Underscore_d
1
Laut Arch Linux-Wiki ist das Bearbeiten der .policyDateien NICHT der richtige Weg.
mja