Forum Linux.debian/ubuntu Eteindre le PC avec Jessie par un utilisateur

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
0
19
mai
2014

Depuis plusieurs semaines, il m'est impossible d'éteindre le PC depuis ma session utilisateur Gnome sous Jessie.

Je clique sur "éteindre", je vois les applications ouvertes qui perdent leur thème graphique GTK, puis rien ne se passe.

Avant ca marchait.

Mon workaround, ouvrir un terminal root et lancer #halt ou #reboot. Mais je n'ai pas forcément envie de donner le mdp root à tous mes utilisateurs.

Savez vous par où je devrais commencer pour investiguer le problème?
Est-ce que tout le monde qui utilise Jessie à jour à le meme soucis que moi?
Est ce que c'est un problème qui va être résolu par Debian? ou un soucis spécifique à ma configuration machine?

  • # Sudo

    Posté par  (site web personnel) . Évalué à -2.

    Mon workaround, ouvrir un terminal root et lancer #halt ou #reboot. Mais je n'ai pas forcément envie de donner le mdp root à tous mes utilisateurs.

    D'abords, on utilise Wheezy lorsqu'on déploie sur un parc utilisateur… Ensuite, on ne donne JAMAIS le root. Le sudo, cela existe si jamais il faut. Il suffit de donner aux personnes le droit de faire "sudo halt" !

    • [^] # Re: Sudo

      Posté par  (site web personnel) . Évalué à 2.

      Je n'ai jamais parlé de parc utilisateur. Il se trouve que je partage le PC que j'administre avec plusieurs personnes, donc plusieurs utilisateurs.

      Je suis utilisateur de Debian depuis longtemps et je connais les spécificités de la stable et la testing.

      Je vais regarder du coté de sudo pour le workaround. Merci.

  • # Shutdown

    Posté par  . Évalué à 1.

    J'utilise shutdown pour les utilisateurs,
    ça fonctionne mieux que halt ou reboot même ci les deux derniers ne sont que des liens vers le premier. ;)

    Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

  • # regarde si y a pas un utilisateur connecté en plus du tiens

    Posté par  . Évalué à 3.

    c'est un comportement similaire à ce que tu peux avoir quand tu as un autre utilisateur connecté,
    du coup linux refuse de couper la session de l'autre personne, donc refuse de s'arreter

  • # Dans le même genre : la mise en veille

    Posté par  . Évalué à 4. Dernière modification le 20 mai 2014 à 08:59.

    Depuis peu (combien de temps, impossible à savoir), la mise en veille sur disque de mon PC de bureau via KDE déclenche une fenêtre de demande d'autorisation consolekit qui me demande de taper mon mot de passe utilisateur.
    Je trouve ça chouette, à part que la séquence est :

    • demander la mise en veille
    • verrouillage de l'écran
    • déverrouiller l'écran avec mon mot de passe utilisateur
    • entrer mon mot de passe utilisateur dans la fenêtre d'autorisation
    • mise en veille
  • # systemd ?

    Posté par  (site web personnel) . Évalué à 4.

    Maintenant que debian est en train de passer à systemd, il devient nécessaire de l'installer pour profiter des boutons d'arrêt/redémarrage etc.

    Un problème opposé a été ouvert avec lxde, puisque lxde ne permet pas d'arrêter le pc si systemd est installé. Bref, on commence à s'amuser, et je crois que ça n'est pas fini…

    (Il semblerai également que systemd soit maintenant nécessaire pour monter les clefs usb automatiquement dans la session utilisateur)…

  • # Console (ctrl-alt-f1) + ctrl-alt-supr

    Posté par  (site web personnel) . Évalué à 3.

    Et ça reboot sans se loguer (si configuré correctement).

    Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

  • # Evolution en cours ?

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    Hello!

    J'avais remarqué un temps que si Evolution était exécuté, mon ordinateur ne terminait pas l'extinction. Il fallait cliquer sur "Fichier>Quitter" d'Evolution pour que l'extinction se termine (comme il n'y a plus de thème, il n'y a plus de barre de titre avec la croix).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.