Comment empêcher le verrouillage de l'écran lorsque le couvercle est fermé?

14

J'ai Ubuntu 11.10 avec Gnome 3 (pas d'Unity), gnome-screen-saver a été supprimé et remplacé par xscreensaver. L'économiseur d'écran fonctionne bien - rien à redire. Lorsque je ferme le couvercle de mon ordinateur portable, même pendant une seconde, l'écran se verrouille (et la boîte de dialogue demandant mon mot de passe est celle de xscreensaver). J'aimerais que cela ne se produise pas ...

Ce que j'ai déjà essayé / regardé:

  • Paramètres xscreensaver - la case "Verrouiller l'écran après" n'est pas cochée (même si je l'ai également essayée et réglée sur 720 minutes)
  • gconf-editor - apps -> gnome-screensaver -> lock_enabledn'est pas vérifié
  • Paramètres système -> Alimentation - «Lorsque le couvercle est fermé» est réglé sur «Ne rien faire» pour la batterie et la climatisation
  • Paramètres système -> Écran - Le verrouillage est "désactivé"
  • gconf-editor - apps -> gnome-power-manager -> buttons -> lid_ac&& lid_batterysont tous deux définis sur "rien"

  • dconf-editor - apps -> org -> gnome -> desktop -> screensaver -> lock_enabledn'est pas vérifié

Sortie de gsettings list-recursively org.gnome.settings-daemon.plugins.power::

org.gnome.settings-daemon.plugins.power active true
org.gnome.settings-daemon.plugins.power button-hibernate 'hibernate'
org.gnome.settings-daemon.plugins.power button-power 'suspend'
org.gnome.settings-daemon.plugins.power button-sleep 'suspend'
org.gnome.settings-daemon.plugins.power button-suspend 'suspend'
org.gnome.settings-daemon.plugins.power critical-battery-action 'hibernate'
org.gnome.settings-daemon.plugins.power idle-brightness 30
org.gnome.settings-daemon.plugins.power idle-dim-ac false
org.gnome.settings-daemon.plugins.power idle-dim-battery true
org.gnome.settings-daemon.plugins.power idle-dim-time 10
org.gnome.settings-daemon.plugins.power lid-close-ac-action 'nothing'
org.gnome.settings-daemon.plugins.power lid-close-battery-action 'nothing'
org.gnome.settings-daemon.plugins.power notify-perhaps-recall true
org.gnome.settings-daemon.plugins.power percentage-action 2
org.gnome.settings-daemon.plugins.power percentage-critical 3
org.gnome.settings-daemon.plugins.power percentage-low 10
org.gnome.settings-daemon.plugins.power priority 1
org.gnome.settings-daemon.plugins.power sleep-display-ac 600
org.gnome.settings-daemon.plugins.power sleep-display-battery 600
org.gnome.settings-daemon.plugins.power sleep-inactive-ac false
org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0
org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'suspend'
org.gnome.settings-daemon.plugins.power sleep-inactive-battery true
org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 0
org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type 'suspend'
org.gnome.settings-daemon.plugins.power time-action 120
org.gnome.settings-daemon.plugins.power time-critical 300
org.gnome.settings-daemon.plugins.power time-low 1200
org.gnome.settings-daemon.plugins.power use-time-for-policy true

gnome-settings-daemon est en cours d'exécution:

<~> $ ps -ef | grep gnome-settings-daemon
1000      1719  1645  0 19:37 ?        00:00:01 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
1000      1726     1  0 19:37 ?        00:00:00 /usr/lib/gnome-settings-daemon/gsd-printer
1000      1774  1645  0 19:37 ?        00:00:00 /usr/lib/gnome-settings-daemon/gnome-fallback-mount-helper

Autre chose que je peux vérifier? Merci!

Joe Casadonte
la source
Essayez avec dconf-editorpour voir s'il y a des options.
Zoke
Regardé dconf-editor, a publié une sortie gsettings - ne semble pas y avoir quoi que ce soit dans l'un d'eux ...
Joe Casadonte
est votre démon gnome-settings-daemon en cours d'exécution - nb cela devrait afficher deux entrées / usr / libps -ef | grep gnome-settings-daemon
fossfreedom
@fossfreedom - oui, le démon gnome-settings-daun est en cours d'exécution.
Joe Casadonte
J'ai le même problème. C'est peut-être un bug? bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/994754
Aibara

Réponses:

7

J'ai réussi à trouver une solution de contournement, même si j'imagine qu'il existe une meilleure solution. J'ai regardé ce qui se passait lorsque mon couvercle a été fermé et ouvert et j'ai /etc/acpi/lid.shconstaté que xscreensaver était appelé automatiquement. Je ne sais pas si différents ordinateurs portables ont des paramètres différents et ainsi de suite - je ne sais vraiment pas trop sur ce genre de choses.

Dans tous les cas, j'ai essayé de le faire simplement obéir à son fichier de configuration et non de le verrouiller, mais je n'ai pas pu le comprendre, j'ai donc simplement supprimé les lignes qui impliquaient xscreensaver. Maintenant, tout fonctionne très bien: pas de verrouillage, et si le couvercle est fermé après le temps que vous avez défini pour que xscreensaver démarre, il démarre normalement (et ne se verrouille pas).

Je ne sais toujours pas pourquoi xscreensaver est configuré pour être appelé automatiquement lorsque le couvercle est fermé ou pourquoi il ignore ses paramètres et se verrouille lorsque le couvercle est ouvert. Je ne comprends pas non plus pourquoi avec mon ancien ordinateur portable, cela ne se produit que sporadiquement (parfois il se verrouille à chaque fois, parfois pas du tout), malgré le même fichier lid.sh.

Je dois également noter que j'utilise Ubuntu 12.04 avec Unity, bien que je ne pense pas que cela fera une différence.

Aibara
la source
Je vous remercie! Merci merci merci merci MERCI!
Joe Casadonte
Aucun problème! Cela me rendait fou aussi.
Aibara
Solution cool. Je jette un œil dans mon /etc/acpi/lid.sh pour le moment, et je ne sais pas quel appel xscreensaver commenter - il y a un -unthrottle et un -deactivate. J'ai essayé de taper 'xscreensaver --help' dans la ligne de commande pour voir ce que cela fait, mais cela m'a dit qu'en fait 'xscreensaver' n'est pas installé - cela signifie-t-il que j'ai un problème différent? Je suis également sur Ubuntu 12.04 Unity, mais je suppose que cela pourrait être spécifique à un ordinateur portable: j'utilise un Lenovo ThinkPad T420s.
Alex
Hm, à moins que vous n'ayez installé manuellement xscreensaver, vous ne l'avez probablement pas. Ce n'est pas la valeur par défaut.
Aibara
2
Hé, j'ai le même problème sur Ubuntu 14.04 mais apparemment il n'y a pas de fichier /etc/acpi/lid.sh. Est-ce la même chose pour toi? avez-vous une autre solution?
Yekhezkel Yovel
3

Depuis GTK3 j'ai utilisé

gsettings set org.gnome.desktop.lockdown disable-lock-screen 'true'

Cela empêchera tous les écrans de verrouillage. Si vous voulez toujours pouvoir verrouiller l'écran, vous pouvez utiliser 'Changer de compte d'utilisateur ...' comme substitut. Pour 11.10, il suffit de configurer un raccourci clavier pour la commande

gdmflexiserver -xnest

Pour 12.04+ son

dm-tool switch-to-greeter
edm
la source
Cela fonctionne avec gnome-screen-saver, mais malheureusement pas avec xscreensaver.
Aibara
La première commande seule fonctionne en 12.10
alfC
Magnifique, fonctionne très bien le 13.04! Pour ceux qui veulent savoir ce que le leur est configuré pour utiliser simplement "gsettings get org.gnome.desktop.lockdown disable-lock-screen", il dira probablement faux.
Elijah Lynn
3

J'utilise Ubuntu 12.04 Classic (c'est-à-dire Unity, je pense) et j'ai eu le même problème. Voici ce que je voulais: lorsque l'écran n'est pas verrouillé, la fermeture et la réouverture du couvercle ne doivent pas entraîner le verrouillage de l'écran.

Ceci est facilement réalisable par dconf-editor; recherchez org > gnome > desktop > screensaveret décochez simplement l' lock-enabledentrée.

PS: Cela semble facile à faire, mais la réponse était difficile à trouver.

Gurjeet Singh
la source
BTW: Il s'agit du même paramètre que dans Paramètres-> Luminosité et verrouillage-> Verrouillage. Fonctionnement confirmé dans Ubuntu 14.04, la fermeture du couvercle ne verrouille plus le système. C'était probablement un bogue dans les versions antérieures d'Ubuntu.
jmiserez
Cela a résolu le problème dans Ubuntu MATE, mais j'ai dû naviguer vers org-mate-screensaver pour décocher l'entrée.
Muzaffar
1

J'utilise Gnome Classic le 12.04, et la réponse d'Aibara Iduas n'a pas fonctionné pour moi, mais amène-moi à la réponse. J'ai dû éditer /usr/share/acpi-support/screenblank, en supprimant les références à xscreensaver.

user79937
la source
0

Afin de désactiver le verrouillage de l'écran lors de la reprise défini LOCK_SCREEN=falsedans/etc/default/acpi-support

Exécution (en tant que root ou sudo) de cette commande:

sed -i.bak s/'LOCK_SCREEN=true'/'LOCK_SCREEN=false'/ /etc/default/acpi-support

Crée une sauvegarde du fichier (/etc/default/acpi-support.bak) et modifie l'option LOCK_SCREEN requise sur false.

pl1nk
la source
0

Je veux que mon écran soit verrouillé lors de la suspension, de l'hibernation, lorsque l'économiseur d'écran devient actif en raison de son inactivité à l'heure configurée ou lorsque je me verrouille manuellement.
Je ne veux pas que l'écran soit verrouillé lorsque je ferme le couvercle pendant une courte période (pendant que je transporte mon ordinateur portable). Lors de la fermeture du couvercle, je souhaite uniquement éteindre l'écran.
Tout cela peut être configuré via des utilitaires GUI, sauf qu'il ne verrouille pas l'écran lorsque le couvercle est fermé - cette fonctionnalité semble manquer dans GNOME actuel :(

Néanmoins, le script suivant fait le travail pour moi

=== /etc/acpi/local/lid.sh.pre ===

#!/bin/bash

. /etc/default/acpi-support  ## in this file: LOCK_SCREEN_LID=false

function fail () {
  echo $@ >> /tmp/lid_no_screensaver.log
  beep
}

function screensaver_disable () {
  export DISPLAY=$1
  USER=$2
  if sudo -u $USER LANG=C gnome-screensaver-command -q | grep -q 'screensaver is active' ; then
    TIME_ACTIVE=$(DISPLAY=':0' sudo -u joe LANG=C gnome-screensaver-command --time | sed -r -e 's/The screensaver has been active for ([[:digit:]]*) seconds./\1/')
    [ $TIME_ACTIVE -ge 10 ] && return  ## we don't stop the screensaver when he should lock
  fi

  sudo -u $USER gnome-screensaver-command --deactivate
  ( sleep 1
    sudo -u $USER LANG=C gnome-screensaver-command -q | grep -q 'screensaver is inactive' || fail 'Unable to deactivate screensaver :('
  ) &
}

if [ "$LOCK_SCREEN_LID" = false ] ; then
  for DISPLAY in $(ps aux | grep X | grep -v grep | sed -e 's|^[^/]*||' | cut -d' ' -f2) ; do
    for USER in $(ps aux | grep gnome-screensaver | grep -v grep | cut -d' ' -f1) ; do
      if ! grep -q open /proc/acpi/button/lid/*/state; then
        screensaver_disable $DISPLAY $USER
      fi
    done
  done
fi

=== / etc / default / acpi-support ===

LOCK_SCREEN_LID=false

Testé avec gnome-screensaver + GNOME 3.4.2 + Debian Wheezy

Johannes Lötzsch
la source
0

Aucune des réponses ci-dessus n'a fonctionné pour moi. Je devais faire ça:

sudo vim /etc/UPower/UPower.conf

# <snip> ...

ignoreLid=true

# <snip> ...

Il a fallu un redémarrage pour prendre effet. Et vos autres paramètres Ubuntu / GNOME concernant les événements Lid sont probablement supprimés.

pztrick
la source
-1

Installez gnome-tweak-toolInstaller gnome-tweak-tool . Cliquez sur "Shell" à droite et là vous pouvez choisir quoi faire avec ou sans la batterie.

rockr101
la source
Malheureusement, ils ont tous deux dit "ne rien faire".
Joe Casadonte
Ces options ne semblent pas faire ce qui est demandé; au moins sur Ubuntu 12.04.
Gurjeet Singh