Gnome / X se déconnecte immédiatement après la connexion - quels fichiers journaux sont pertinents?
J'ai bricolé avec fingerprint-gui ainsi que X/xrandr paramètres de résolution.
Lorsque je démarre ma machine, elle démarre normalement. Dès que X et gnome ont fini de démarrer, il me déconnecte automatiquement et me ramène à l'invite de connexion gdm avec la liste d'utilisateurs. Ensuite, je peux cependant me connecter à l'aide de "Ubuntu Desktop Fail-safe".
J'ai vérifié la liste des applications de démarrage, mais tout semble aller pour le mieux.
Je ne peux pas encore mettre le doigt sur ce qui pourrait être exactement responsable de ceci: X, gnome ou certains paramètres foutus pam.d. Jusqu'ici, j'ai vérifié /var/logs/X11/xorg.0.log, /var/logs/auth.log et ~/.xsession-errors. De plus, je ne semble pas comprendre l’interaction entre X, GDM, GNOME, GNOME-policykit, PAM.d et tout le reste.
Y a-t-il d'autres fichiers journaux pertinents qui pourraient m'indiquer ce qui est cassé?
Specs:
- Ubuntu 10.10 Maverick Meerkat
- IBM ThinkPad R60, ATI Radeon x1400 Mobilité
- toutes les mises à jour installées
- Utilisateur Linux 1 an et plus,
Pour la postérité - je vais laisser une solution ici ...
Cela peut arriver si vous essayez d’exécuter un serveur X avec le privilège root tout en étant connecté à votre compte ... vous auriez donc pu taper:
Sudo startx
ou jouaient avec xauth en tant que root.
Cela créera un fichier dans votre répertoire personnel ~/.Xauthority qui appartient à root.
Lorsque vous essayez de vous connecter, le système essaiera de lire ce fichier mais n'aura pas l'autorisation et vous déconnectera.
La solution est de
- sortir vers un terminal Ctrl + Alt + F1
- connectez-vous à votre compte
- type: Sudo mv ~/.Xauthority ~/old.Xauthority
- déconnectez-vous maintenant en tapant "logout"
- revenir à dm avec Ctrl + Atl + F7
- vous devriez pouvoir vous connecter maintenant!
Si vous n'avez pas le privilège Sudo, vous devez trouver quelqu'un qui le possède sur votre système.
Je sais que c’est une question ancienne mais elle m’est juste arrivée. Il s’est avéré que la dernière ligne de mon fichier ~/.profile renvoyait un code de sortie non nul. Puisque la commande bash 'source' renvoie comme dernier code de sortie le dernier code de sortie du script, j'imagine que cela contrarie l'init de xsession.
Vous pouvez voir des preuves de cela dans ~/.xsession-errors (ce que j'ai fait), mais vous pourriez ne pas le faire si votre dernière commande de profil renvoie un code d'erreur sans imprimer de sortie.
Regardez donc au bas de chacun de vos scripts de connexion. Travaillé pour moi.
Cela m'est arrivé récemment. J'ai résolu mon problème en consultant les journaux lightdm (/usr/log/lightdm/*). Dans mon cas, il essayait de charger une session appelée gnome-Shell alors qu'il n'en existait aucune. J'ai copié /usr/share/xsession/gnome.session dans /usr/share/xsession/gnome-Shell.session et tout s'est bien passé.
(Remarque, je me rends compte que cela ne fonctionnerait probablement pas pour le demandeur, car Ubuntu n'utilisait pas LightDM dans 10.10. Cependant, si la question a été posée aujourd'hui, ou si quelqu'un effectue une recherche aujourd'hui, c'est probablement une réponse.)
Sans voir les fichiers journaux, il est difficile de dire d'où provient le bogue (utilisez Pastebin.ubuntu.com ou signalez un nouveau bogue à Launchpad en exécutant ubuntu-bug xorg-server, mais essayez de consulter les journaux de gdm à/var/log/gdm/(qui dossier peut ne pas être accessible sans accès root).
D'accord les gars, j'ai trouvé la vraie solution à ce problème, pour tous ceux qui ont les cartes graphiques NVIDIA installées.
La meilleure solution consiste à désinstaller les pilotes Nvidia. (Mais je recommande d'utiliser leur fichier .run de pilote pour désinstaller simplement en faisant: Sudo apt purge nvidia - - * etc. n'a pas fonctionné pour moi)
Lors de l'installation sur mon système, j'avais téléchargé le dernier pilote nvidia en tant que fichier .run à partir de leur site Web: http://www.nvidia.com/object/linux-display-archive.html
Le fichier .run a été enregistré dans ~/Downloads sous le nom nvidia-drivers.run
Une fois dans l'écran de connexion, j'ai suivi les étapes ci-dessous:
- ctrl + Alt + F6
- s'identifier
- Sudo service lightdm stop
- accédez au répertoire ~/Downloads où le fichier nvidia-drivers.run est stocké.
- Sudo nvidia-drivers.run --uninstall
- Sudo service lightdm redémarrer
Reportez-vous à l’étape 5: Tous les pilotes Nvidia seront correctement désinstallés et vous pourrez vous reconnecter immédiatement. Bonne chance!
il peut arriver que votre variable PATH soit gâchée. Pour résoudre le problème:
Presse Alt+Ctrl+F5 dans l'écran de connexion
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
Reconnectez-vous maintenant à l'écran d'accueil et essayez de vous connecter.
Cela m'est arrivé (sur Xfce) après avoir copié un fichier .mov sur le bureau. L'utilisation de ssh pour la connexion à distance et la suppression du fichier ont résolu le problème.