Je ne peux pas arrêter ni redémarrer sans console

12

Après la mise à jour du 11.04 au 11.10, une conduite filaire apparaît dans ma machine:

Les méthodes d'interface graphique d'arrêt (y compris le redémarrage) provoquent uniquement une déconnexion, et dans l'écran de connexion, les options d'arrêt ou de redémarrage ne font rien (si vous vous demandez, le redémarrage apparaît dans la boîte de dialogue d'arrêt).

La seule façon dont je peux redémarrer ou arrêter est via la console sudo shutdown -h nowou sudo reboot. C'est OK pour moi, mais pas pour le reste des utilisateurs.

Comment régler ceci?

Mise à jour

La sortie syslog lors de la sélection de l' arrêt depuis mon bureau est:

AptDaemon: INFO: Quitting due to inactivity
AptDaemon: INFO: Quitting was requested
CRON[5095]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
CRON[5094]: (root) MAIL (mailed 1 byte of output; but got status 0x00ff, #012)
kernel: [17027.614974] psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
kernel: [17027.616510] psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
kernel: [17027.618037] psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
kernel: [17027.619557] psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
kernel: [17027.621046] psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
kernel: [17027.621051] psmouse.c: issuing reconnect request
acpid: client 1032[0:0] has disconnected
acpid: client connected from 1032[0:0]
acpid: 1 client rule loaded
gnome-session[1836]: WARNING: Unable to stop system: Authorization is required
acpid: client 1032[0:0] has disconnected
acpid: client connected from 6055[0:0]
acpid: 1 client rule loaded
rtkit-daemon[1313]: Successfully made thread 6134 of process 6134 (n/a) owned by '119' high priority at nice level -11.
rtkit-daemon[1313]: Supervising 4 threads of 2 processes of 2 users.
rtkit-daemon[1313]: Successfully made thread 6139 of process 6134 (n/a) owned by '119' RT at priority 5.
rtkit-daemon[1313]: Supervising 5 threads of 2 processes of 2 users.
rtkit-daemon[1313]: Successfully made thread 6140 of process 6134 (n/a) owned by '119' RT at priority 5.
rtkit-daemon[1313]: Supervising 6 threads of 2 processes of 2 users.

Je soupçonne que la ligne gnome-session[1836]: WARNING: Unable to stop system: Authorization is requiredest liée au problème.

Lors de la sélection shutdowndans l'écran de connexion, la sortie est la même à partir de la ligne pointée. Voici la sortie:

gnome-session[1836]: WARNING: Unable to stop system: Authorization is required
acpid: client 1032[0:0] has disconnected
acpid: client connected from 6055[0:0]
acpid: 1 client rule loaded
rtkit-daemon[1313]: Successfully made thread 6134 of process 6134 (n/a) owned by '119' high priority at nice level -11.
rtkit-daemon[1313]: Supervising 4 threads of 2 processes of 2 users.
rtkit-daemon[1313]: Successfully made thread 6139 of process 6134 (n/a) owned by '119' RT at priority 5.
rtkit-daemon[1313]: Supervising 5 threads of 2 processes of 2 users.
rtkit-daemon[1313]: Successfully made thread 6140 of process 6134 (n/a) owned by '119' RT at priority 5.
rtkit-daemon[1313]: Supervising 6 threads of 2 processes of 2 users.
acpid: client 6055[0:0] has disconnected
acpid: client connected from 6055[0:0]
acpid: 1 client rule loaded
11.10 shutdown reboot jgomo3
la source
Tout d'abord, veuillez supprimer votre diatribe concernant le redémarrage dans la boîte de dialogue d'arrêt. Cela n'a rien à voir avec votre question. Vous pouvez déposer un bug s'il vous dérange. Deuxièmement, veuillez jeter un œil aux fichiers journaux (par exemple / var / log / messages) après l'échec d'une tentative d'arrêt via l'interface graphique.
Jan
@Jan j'ai fait ce que tu m'as suggéré. Notez également que / var / log / messages n'existe plus; je ne le savais pas, mais [1] m'a montré quoi faire: utiliser / var / log / syslog [1] askubuntu.com/q/51265/10580
jgomo3
Je pense que vous avez trouvé la ligne incriminée dans les fichiers journaux. J'espère que quelqu'un pourra vous aider à résoudre le problème.
Jan

Réponses:

2

J'ai eu le même problème (également similaire lorsque j'utilisais Gentoo) et cela a fonctionné pour moi: https://www.grendelman.net/wp/policykit-adventures/ . Testé le 12.04 et le problème a disparu. Je l'emploierais cependant comme correctif temporaire, car quelque chose me dit que ce n'est pas vraiment si sûr quand tout le monde est autorisé à redémarrer l'hôte sans aucune vérification pour les autres sessions en cours d'exécution. Dans mon cas, ce bogue ne se manifestait que lorsque j'avais d'autres sessions en cours d'exécution sur des VT, ou quand quelqu'un d'autre était connecté via SSH. Quoi qu'il en soit, j'espère que cela vous corrigera. Prendre plaisir :-)

pietrek
la source
2

Problème

Je viens de rencontrer le même problème sur mon Linux Mint 12 (alias Ubuntu-11.10) avec Cinnamon desktop. Le bouton GUI "redémarrer" m'a déconnecté au lieu de redémarrer.

Résultats

J'ai trouvé votre message mais j'ai rencontré une solution différente qui "fonctionnait pour moi". J'ai eu le même message dans mon syslog:

gnome-session[12937]: WARNING: Unable to restart system: Authorization is required

J'ai découvert que j'avais deux utilisateurs connectés sur ma machine:

$ who
root     tty1         2012-12-28 10:14
evigier  pts/0        2012-12-28 10:14 (:0)

root était connecté sur mon tty principal, alias ctrl + alt + F1. Je l'ai commencé hier parce que je devais faire des tâches d'administration diaboliques dont je ne me souviens pas.

Solution

Je me suis déconnecté de mon utilisateur root tty1, suis revenu sur mon bureau ctrl + alt + F7, puis j'ai appuyé restart.

m-ric
la source