La connexion au bureau échoue, le terminal fonctionne

J'ai une configuration fraîchement 12,04 LTS système PC (120 GB SSD, disque dur 1 TB, 16 Gio RAM); depuis quelques jours, je ne peux pas connecter sur le bureau graphique plus: il y a fenêtre shell très court clignotant qui disparaît très rapidement ( edit: voir ci - dessous ), et je suis confronté à l'écran de connexion. Je crois qu'il ya quelque chose modprobeet vbox, mais je ne peux pas lire assez vite ...

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

Voilà ce que je pouvais trouver dans /var/log, grep pour la date et l' heure (j'ai inséré après les sauts de ligne <my-hostname>, les valeurs en temps réel préservé):

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

Je VirtualBox et Truecrypt installé, mais je ne peux pas penser à une raison pour laquelle ils pourraient empêcher une connexion graphique.

Je suis confus:

• Qu'est-ce à propos requirement "user ingroup nopasswdlogin" not met? Je ne vous connecter en utilisant un mot de passe et le mot de passe , fonctionne bien lors de la connexion à un terminal!
• Puis-je en quelque sorte lire la sortie d'erreur, par exemple en la retardant, en la redirigeant vers un fichier ou en demandant au système de m'inviter à appuyer sur une touche?
• A peut - être une mise à jour récente causé mon problème? Dois - je installer les mises à jour en attente? Comment , d' ailleurs, sans accès à l'interface utilisateur graphique?

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

Edit: Après avoir éteint la machine hier ( sudo shutdown now), j'ai trouvé le texte suivant à l'écran, qui semble être le texte "clignotant" mentionné précédemment (formaté; il y avait des espaces de début 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é manuellement, j'ai éteint la machine en appuyant sur le bouton plusieurs secondes.

Il se peut que Virtualbox (4.2 installé) soit à l'origine du problème. J'ajouterai quelques extractions de fichiers journaux plus tard dans la journée (MET).

Modifier , pour les enregistrements: j'ai essayé ce qui suit, à partir 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 ~/.Xauthoritydossier est vide; la suppression et le redémarrage n'a pas changé quoi que ce soit

En outre:

• Deinstalled virtualbox ( sudo apt-get remove virtualbox-4.2), la remise à zéro

Modifier : J'uploadé une archive zip de fichiers journaux sélectionnés / filtrés pour http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Conservé apt-get upgradeing récemment, mais malheureusement , le problème persiste.

La suppression de ~ / .Xauthority a fonctionné pour moi

J'ai eu ce même problème. Il s'est avéré que mon problème était celui qui a ~/.Xauthorityété mis à jour en tant que root, et à partir de ce moment, seul root pouvait le lire. Cela m'a empêché de démarrer une session X à partir de mon nom d'utilisateur. Je devais le faire sudo rm ./.Xauthorityet cela a bien fonctionné après cela.

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

J'ai donc recommencé et j'ai pris des précautions pour être mieux la prochaine fois. Après l'installation, j'ai mis à jour le système, installé certains packages cruciaux et épinglé un œil sur 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 pu mal tourner.

Dans mon cas, cela a été causé par une erreur, ~/.dmrccomme expliqué ici . Cela peut être détecté grâce à l' ~/.xsession-errorsendroit où j'ai eu l'erreur suivante:

x-terminal-emulator: Erreur fatale d'E / S: le client a tué konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager détruit avec des sessions toujours en vie

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

Documentation:

• J'obtenais le texte clignotant suivant à 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 installé VirtualBox 4.2.18 mais cela semble fonctionner très bien.
• Je double démarrage avec Windows 8 en utilisant GRUB.

Rencontrer cela maintenant en utilisant lightdm + n'importe quel greeter non unitaire. Si je mets le greeter à l'unité-greeter dans /etc/lightdm/lightdm.conf, cela semble fonctionner. Je ne sais pas pourquoi.

Edit: expurgé. Quelque chose que je viens de rentrer avec une mise à jour a dû causer cela et maintenant même l'unité d'accueil ne fonctionne plus.

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

Pour moi, ce qui est arrivé quand il y a une marque d'entrée de chemin non valide dans le fichier .profile. Quand je l'ai enlevé, il a parfaitement fonctionné. Vérifiez votre fichier .xsession-erreur pour l'erreur qu'il rapporte

Il y avait la même erreur pour moi sur Ubuntu LTS 14.04.02. J'ai ouvert le fichier journal /var/log/lightdm/lightdm.loget voir le message comme ...not enough disk space for .Xauthroity.... Ensuite , je l' ai trouvé qu'il n'y a vraiment aucun espace sur le disque. J'ai donc supprimé certains fichiers et bug disparu.