web-dev-qa-db-fra.com

La connexion au bureau échoue, le terminal fonctionne

J'ai un système d'ordinateur 12.04 LTS fraîchement installé (SSD de 120 Go, 1 TB HDD, 16 GiB RAM); depuis quelques jours, je ne peux plus me connecter au bureau graphique: il y a une très courte fenêtre Shell clignotante qui disparaît très rapidement ( edit: voir ci-dessous ), et je suis à nouveau confronté à l'écran de connexion. Je crois qu'il y a quelque chose à propos de modprobe et vbox, mais je ne peux pas le lire assez vite ...

Je peux me connecter à un terminal (Ctrl+Alt+F1). Cela n'a pas aidé de chowner tout le contenu de mon répertoire personnel à me: my-group, comme suggéré ici .

Voici ce que j'ai pu trouver dans /var/log, en recherchant la date et l'heure (j'ai inséré des sauts de ligne après <my-hostname>; les valeurs en temps réel sont préservées):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

kern.log:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

syslog:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

Virtualbox et Truecrypt sont installés, mais je ne vois pas pourquoi ils pourraient empêcher une connexion graphique.

Je suis confus:

  • De quoi s'agit-il requirement "user ingroup nopasswdlogin" not met? Je je me connecte avec un mot de passe, et le mot de passe fonctionne correctement lors de la connexion à un terminal!
  • Puis-je en quelque sorte lire le résultat d'erreur, par exemple en le retardant, en le redirigeant vers un fichier ou en demandant au système de me demander d'appuyer sur une touche?
  • Une mise à jour récente a-t-elle probablement causé mon problème? Devrais-je installer les mises à jour en attente? Comment , d'ailleurs, sans accès à l'interface graphique?

J'ai quelques connaissances de travail sur le shell Linux, mais je suis nouveau sur Ubuntu. Toute aide serait appréciée.

Modifier: Après avoir arrêté la machine hier (Sudo shutdown now), j'ai trouvé le texte suivant à l'écran, qui semble être le texte "clignotant" mentionné auparavant (formaté; il y avait quelques espaces blancs stupides):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

Après l'avoir copiée manuellement, j'ai éteint la machine en appuyant plusieurs secondes sur le bouton.

Peut-être que virtualbox (4.2 installé) est la cause du problème. J'ajouterai d'autres extractions de fichier journal plus tard aujourd'hui (MET).

Éditez , pour les enregistrements: j'ai essayé ce qui suit, de / a/133754/103086 :

  • Sudo apg-get install gdm (à l'invite, choisissez GDM)
  • redémarré; la connexion a également échoué avec GDM
  • Sudo dpkg-reconfigure lightdm, redémarré; la connexion ne fonctionnera pas
  • mon fichier ~/.Xauthority est vide; le supprimer et le redémarrer n'a rien changé

En outre:

  • virtualbox désinstallée (Sudo apt-get remove virtualbox-4.2), redémarrage

Edit : J'ai téléchargé une archive Zip des fichiers journaux sélectionnés/filtrés sur http://www.tobias-herp.de/en/ erreurs/ubuntu-gui-lockout . Conservé apt-get upgradeing récemment, mais malheureusement, le problème persiste.

virtualboxlightdmlogin-screenpam
11
Tobias

Supprimer ~/.Xauthority a fonctionné pour moi

14
Andrew

J'ai eu le même problème. Il s’est avéré que mon problème était que ~/.Xauthority avait été mis à jour en tant que root et que désormais seul root pouvait le lire. Cela m'a empêché de démarrer une session X à partir de mon nom d'utilisateur. Je devais Sudo rm ./.Xauthority et cela a bien fonctionné par la suite.

4
Peter

J'ai finalement abandonné et réinstallé le système. Ce n’était pas un problème, car le système était relativement récent et la plupart des données personnelles n’y avaient pas encore été transférées. Je ne peux pas dire avec certitude que le problème n'a pas été causé par un package non standard, alors ...

Alors j'ai recommencé et j'ai pris les précautions pour être mieux la prochaine fois. Après l’installation, j’ai mis à jour le système, installé des paquets essentiels et jeté un œil à la configuration:

Sudo bash
apt-get upgrade
apt-get install ssh Mercurial vim
cd /etc/
vim Mercurial/hgrc
hg init .
hg add *
hg commit

Ainsi, chaque fois qu'un nouveau problème survient, je devrais avoir une meilleure chance de savoir ce qui aurait mal tourné.

3
Tobias

Dans mon cas, cela était dû à un ~/.dmrc erroné, comme expliqué ici . Ceci peut être détecté grâce à ~/.xsession-errors où j'avais l'erreur suivante:

émulateur x-terminal: Fatal IO erreur: client tué konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager détruit avec des sessions toujours en vie

2
BenC

Un problème similaire m'est arrivé après avoir ajouté un export PATH=$PATH:/home/<user>/SomeFolder à la fin de /etc/profile. Une fois connecté à un terminal, supprimé de cette ligne et redémarré, je pouvais me connecter normalement et le problème semble avoir disparu.

Documentation:

  • Le texte clignotant suivant s'affiche à l'écran avant l'écran de connexion:

    Could not write bytes: broken pipe
* Starting VirtualBox kernel modules

saned disabled; edit /etc/default/saned
  • Ubuntu 12.04 LTS, 64 bits, Intel Core i5, 6 Go.
  • J'ai VirtualBox 4.2.18 installé mais cela semble fonctionner correctement.
  • Je double démarrage avec Windows 8 en utilisant GRUB.
2
jRT

Pour moi, cela s’est produit lorsqu’une entrée de chemin non valide a été créée dans un fichier .profile. Quand je l'ai enlevé, cela a fonctionné parfaitement. Vérifiez votre fichier .xsession-error pour l'erreur qu'il signale

0
savyan

Dans mon cas, j’ai ajouté quelques commandes dans .xprofile, ce qui a provoqué le retour à l’écran de connexion juste après la connexion. Les erreurs que j'ai trouvées étaient les mêmes. Supprimez tout ce qui n'est pas essentiel de vos ~/.profile et ~/.xprofile devrait ramener la situation à la normale.

0
Dalf

Courir dans ceci maintenant en utilisant lightdm + tout greeter non unitaire. Si je règle greeter sur unit-greeter dans /etc/lightdm/lightdm.conf, cela semble fonctionner. Aucune idée pourquoi.

Edit: expurgé. Quelque chose que je viens d’arriver avec une mise à jour doit en être la cause et maintenant, même l’appareil d’accueil ne fonctionne plus.

0
Paul

La même erreur s’est produite pour moi sur Ubuntu 14.04.02 LTS. J'ai ouvert le fichier journal /var/log/lightdm/lightdm.log et je vois un message comme ...not enough disk space for .Xauthroity.... Ensuite, j'ai trouvé qu'il n'y a vraiment aucun espace sur le disque. J'ai donc supprimé certains fichiers et le bogue a disparu.

0
Paul Annekov