Ubuntu se bloque dans une boucle de connexion

Mon Ubuntu est bloqué dans une boucle de connexion en essayant d'entrer sur mon bureau. Lorsque je me connecte, l'écran devient noir et peu de temps après, l'écran de connexion réapparaît.

J'ai lu que le problème pouvait être dû à une erreur liée aux graphiques, voici ma carte graphique: ATI Radeon 7670M

Êtes-vous arrivé ici après avoir couru sudo startx? Néanmoins:

Appuyez sur Ctrl+ Alt+ F3et connectez-vous au shell.

Maintenant, cours ls -lA. Si vous voyez la ligne

-rw-------  1 root root   53 Nov 29 10:19 .Xauthority

alors vous devez faire chown username:username .Xauthorityet essayez de vous connecter (vous devrez peut-être faire la même chose pour pour .ICEauthority).

Sinon, fais ls -ld /tmp. Vérifiez les 10 premières lettres de la gauche: ils devraient lire exactement ceci: drwxrwxrwt.

drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp

Sinon, vous devez faire sudo chmod a+wt /tmpet vérifier à nouveau.

Si ce n'est pas les deux, je vous recommanderais soit

1. sudo dpkg-reconfigure lightdm
2. ou désinstaller, réinstallez-le.

Maintenant, appuyez sur Alt+ →jusqu'à atteindre l'écran de connexion, puis redémarrez.

J'avais ceci et après avoir regardé /var/log/Xorg.0.logj'ai découvert que c'était un problème de Nvidia (il y avait une ligne disant Xlib: extension "GLX" missing on display ":0).

J'ai réalisé que j'avais des pilotes Nvidia sur le site officiel qui ne sont pas vraiment stables et testés (donc j'ai lu et aussi expérimenté dans le passé).

La solution ici consistait à installer le paquet à nvidia-currentpartir de dépôts Ubuntu; c'est une version terriblement obsolète, mais au moins, elle a été testée correctement. Son installateur est tout à fait capable aussi et il a désinstallé avec succès ma version unstable installée sur le site web de Nvidia.

TL; DR , essayez simplement de vous connecter au shell ( Ctrl+ Alt+ F2ou quel que soit F entre F1et F6) et tapez

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367

Si cela réussit, redémarrez.

sudo reboot

Si le problème est résolu, vous devriez pouvoir vous connecter à Unity.

MISE À JOUR

S'il vous plaît noter que parfois nvidia-currentpeut installer le mauvais pilote. Dans ce cas, recherchez le dernier pilote compatible pour votre carte vidéo et installez-la. Par exemple, sous Ubuntu 16.04, nvidia-currentpointe vers la version: 304.131-0ubuntu3. Cela pourrait être incompatible avec votre carte graphique. par conséquent, recherchez sudo apt-cache search nvidia-[0-9]+$le paquet dont vous avez besoin et installez-le.

J'ai rencontré ce problème et aucune des solutions suggérées ci-dessus n'a fonctionné pour moi. Après avoir presque abandonné, j'ai jeté un œil sur le .xsession-errorset remarqué que j'avais une faute de frappe dans mon fichier .profile(j'avais un extra }dans le fichier après l'avoir modifiée plus tôt dans la journée).

Cela causait la boucle de connexion. Ce pourrait être un autre endroit à regarder si les autres solutions suggérées ne fonctionnent pas pour vous.

J'ai eu un problème presque identique il y a quelques mois. Le passage à une console à partir de l'écran de connexion LightDM (Ctrl-Alt-F1), en vous connectant avec un nom d'utilisateur et un mot de passe administratifs et en entrant les commandes suivantes a résolu le problème:

sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart

Face au même problème aujourd'hui.

La cause était un peu étrange pour moi. xubuntu-desktopa été enlevé, donc l'était ubuntu-desktop. LightDM s'est arrêté sans message d'erreur. J'ai essayé de lxdm et quand j'ai essayé de me connecter, un message indiquant que Xubuntu était introuvable a été affiché.

Réinstallé xubuntu-desktopet c'est corrigé maintenant. Pensez apt-get autoremoveenlevé le paquet.

Mon dossier personnel était plein :-( df -hje vais vous donner cette réponse. Je devais me connecter via ssh, faire de la place et travailler comme une fleur.

ctrl+ alt+ F1, connectez-vous en tant qu'utilisateur, libérez de l'espace et redémarrez votre serveur X! surtoutsudo service sddm restart

Appuyez sur Ctrl+ ALT+ F3. Vous devriez recevoir une invite de connexion de style unix. Entrez donc votre nom d'utilisateur et votre mot de passe. À partir de là, vous devriez recevoir un shell (un programme qui vous permet d'entrer des commandes, un peu comme des fenêtres cmd.exe). Entrez ces commandes et appuyez sur ENTER(ou Return) après avoir écrit chacune d'elles (vous devrez entrer votre mot de passe quand il [sudo] password for USERNAMEaffichera quelque chose comme . Notez que le mot de passe ne s'affichera pas lorsque vous le taperez!):

sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx

Puis redémarrez votre ordinateur en utilisant cette commande:

sudo reboot

Voyez si cela fonctionne :)

Si cela ne fonctionne pas, essayez de revenir au 3ème terminal ( Ctrl+ ALT+ F3), connectez-vous et entrez cette commande (en appuyant sur ENTERaprès l'avoir tapé):

sudo apt-get -y install lxdm

Cela montrera un dialogue semblable à DOS après un peu. Si lxdmn'est pas sélectionné, sélectionnez - le en utilisant les UPet les DOWNtouches fléchées et appuyez sur ENTERpour accepter cette sélection. Puis redémarrez en utilisant la même commande qu'avant ( sudo reboot).

Si cela ne fonctionne toujours pas, retournez au 3ème terminal ( ALT+ F3), connectez-vous et entrez cette commande (même procédure):

sudo apt-get -y install lubuntu-desktop

Cela installera un environnement de bureau beaucoup plus léger qui devrait fonctionner pour le moment (devrait vous permettre de vous connecter et d’utiliser votre ordinateur). Ceci fait, redémarrez ( sudo reboot) et lorsque vous êtes confronté à la page de connexion, sélectionnez l' Lubuntuenvironnement au lieu de Ubuntu.

Vous pourriez avoir des problèmes avec LightDM, le gestionnaire de connexion fourni par défaut avec Ubuntu. En 12.04, le problème que vous décrivez était utilisé auparavant.

Vous pouvez installer GDM, un autre gestionnaire de connexion, pour résoudre ce problème:

Sur l'écran de connexion, maintenez les touches Ctrl+ Alt+ enfoncées F2pour accéder au terminal. N'aie pas peur! Connectez-vous simplement ici avec votre nom d'utilisateur et votre mot de passe.

Ensuite, tapez sudo apt-get install gdm. Laissez-le s'installer, tapez-le sudo dpkg-reconfigure gdmet suivez les instructions pour le définir en tant que gestionnaire de connexion.

Appuyez sur Ctrl+ Alt+ F7pour revenir à l'écran de connexion, qui devrait maintenant avoir un aspect différent. La connexion fonctionne-t-elle? Si c'est le cas, votre problème est résolu!

Si ce n'est pas le cas, revenez au terminal plein écran (à nouveau, Ctrl+ Alt+ F2) et exécutez sudo dpkg-reconfigure lightdmLightDM en tant que gestionnaire de connexion. Vous savez maintenant qu’il s’agit d’un problème lié aux pilotes graphiques.

Ce n'est pas une réponse directe à votre cas, mais plutôt une solution générale pour les boucles de connexion.

Le problème peut être aussi simple qu'une mauvaise commande placée dans le fichier .profile du répertoire de base. (Depuis que ce fichier est chargé lors de la connexion)

Pour voir si c'est vraiment le cas, appuyez sur Ctrl Alt F1, puis connectez-vous. Vérification du fichier .xsession-errors dans votre répertoire personnel

~/.xsession-errors

Cela devrait donner des indices sur une commande problématique.

Votre environnement de bureau ne parvient pas à démarrer (cela ressemble à). Je commencerais par essayer de me connecter en tant qu'utilisateur différent.

Ctrl+ Alt+ F1puis connectez-vous

sudo adduser testing

Une fois l'utilisateur ajouté ctrl+ alt+ f7, essayez de vous connecter en tant que test. Si vous pouvez vous connecter en tant que test, votre configuration d'unité / gnome est ignorée et doit être réinitialisée. Cette question le couvre. Je préfère mv ~/.config ~/.config.old.

Oui, j'ai provoqué une boucle de connexion sur mon utilisateur principal Ubuntu 12.10 et le correctif était simple.

Fond d'écran: Ubuntu 12.10 est installé dans VirtualBox sous Windows 7 et utilise Unity.

Cause: A partir du bureau I Ctrl+ Alt+ Ten mode terminal, puis essayé de courir « startx » (je tentais d'aider un ami au téléphone tard dans la nuit ... mais ce fut une chose stupide à faire). Un nouveau bureau vierge Unity est apparu et tout a été suspendu ...

Problème:

Forcer VirtualBox à se fermer, puis redémarrer Ubuntu, je suis arrivé à l'écran de connexion mais j'ai continué à boucler sur ce même écran à chaque fois après la saisie du mot de passe. Aucune erreur n'a été affichée. Je pouvais me connecter en tant qu'invité, mais je n'avais aucun droit Sudo et donc aucun contrôle ... Cependant, une fois connecté en tant qu'invité I Ctrl+ Alt+, je me suis connecté F3à un compte.

J'ai entré mon nom d'utilisateur principal et mon mot de passe et je me suis connecté avec le mode commande. La déconnexion m'a ramené à la connexion CLI et Ctrl+ Alt+ F7m'a ramené au bureau des invités. Donc, mon compte fonctionnait toujours. J'ai ensuite ajouté un utilisateur test et je lui ai donné les droits sudo. À partir de la connexion Unity, je pouvais me connecter et me déconnecter. Testez l'utilisateur sans problème. Donc, l'unité fonctionnait toujours.

Correction: mon compte principal était donc toujours accessible via CLI et Unity fonctionnait pour tous les autres comptes. Cela indiquait un problème de configuration sur mon compte principal. J'ai suivi les conseils de SiddharthaRT en haut de ce post et je l'ai fait chown username:username .Xauthority. Cela a résolu mon problème. Merci !!

Problèmes de pilotes propriétaires

État de la MoKSB

J'ai pu me connecter à l' TTYaide ctrl+alt+F1, mais je n'avais pas d'accès à Internet, car le pilote est également propriétaire.

Aucun problème de Xorg n'était apparent.

J'ai décidé de supprimer les paquets lorsque j'ai reçu le MokSB failedmessage m'indiquant qu'il ne pouvait PAS changer les paramètres de démarrage sécurisé. La partie notable est qu’il m’a demandé un mot de passe même s’il a échoué.

Démarrage sécurisé

Attention: Ne retirez PAS aveuglément vos pilotes!

Un bon test pour voir s'il s'agit d'un problème de pilote propriétaire consiste à désactiver Secure Boot, à démarrer Ubuntu et à tenter de se connecter. Si la connexion fonctionne, vous savez maintenant quel est votre problème.

Pilotes Broadcom et pilotes Nvidia

J'ai enlevé les paquets nvidia

sudo apt-get purge nvidia-*

puis j'ai enlevé les paquets broadcom

sudo apt-get purge bcmwl-kernel-source

et redémarré.

J'ai essayé de me connecter à nouveau et le succès!

J'ai vu mon bureau!

J'ai redémarré à nouveau. connecté à nouveau et tout a été réglé par défaut.

• J'ai redémarré dans le BIOS

• désactiver le démarrage sécurisé (non recommandé, besoin d'une meilleure solution)

• démarrer ubuntu en utilisant grub

• connecté et installé le fichier * .deb téléchargé pour mon pilote wifi

• installé à l'aide du centre logiciel

• et redémarré.

J'ai suivi la même procédure pour mes pilotes nvidia car les pilotes vidéo par défaut sont affreux sur ma carte.

Réactiver Secure Boot

Si j'active à nouveau le démarrage sécurisé, je vois le même problème. Étant donné que les pilotes ne sont PAS signés, ce n'est pas un véritable démarrage sécurisé et je suis verrouillé.

Personnellement, je trouve que c'est un problème très faux (et ennuyeux).

Solution alternative?

La solution la plus pratique que j'ai vue était la personnalisation du noyau, vu que je ne pouvais pas simplement laisser le démarrage sécurisé désactivé, l'activer puis le désactiver lorsque je change de système d'exploitation. Encore une fois, c'est juste énervant.

MISE À JOUR le 4 janvier 2017

Selon cet article , le noyau Linux> = 4.6 supporte maintenant officiellement

La série GeForce GTX 900 a accéléré la prise en charge avec des images de micrologiciel signées.

Cela devrait résoudre le problème de démarrage sécurisé causé par l'utilisation des images de microprogramme non signées.

J'ai appuyé sur Ctrl+ Alt+ F3et connecté à la coquille. Ensuite avec cette commande:

chown username:username .Xauthority 

Où usernameest mon identifiant, j'ai résolu le problème.

J'ai traversé ce problème plusieurs fois et ce fut un problème différent à chaque fois. L'un des problèmes suivants peut être à l'origine de votre problème et vous pouvez utiliser l'interface de ligne de commande à l'aide de Ctrl+ Alt+ F1(Remplacer F1 par F2, F3 .... si votre tty1 est occupé) pour essayer les solutions suivantes

Pilotes NVIDIA manquants ou en panne?

1. Exécuter nvidia-smipour accéder à l'interface de gestion du système NVIDIA. La sortie devrait être quelque chose de ce genre.

Mon Sep 17 14:58:26 2018       
+-----------------------------------------------------------------------------+ 
| NVIDIA-SMI 390.87                 Driver Version: 390.87                    | 
|-------------------------------+----------------------+----------------------+ 
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC | 
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. | 
|===============================+======================+======================| 
|   0  GeForce GT 720      Off  | 00000000:01:00.0 N/A |               N/A    | 
| 19%   35C    P8    N/A /  N/A |    543MiB /   980MiB |     N/A Default      |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+ 
| Processes:                                                       GPU Memory | 
|  GPU       PID   Type   Process name                        Usage           | 
|=============================================================================| 
|    0                    Not Supported                                       |
+-----------------------------------------------------------------------------+

Si vous ne pouvez pas y accéder, il y a probablement un problème avec vos pilotes graphiques.

2. Dans ce cas, vous devriez pouvoir trouver le nom de votre carte graphique en utilisant lspci | grep VGA.
3. Vous pouvez trouver les pilotes compatibles pour votre carte graphique en utilisant le lien .
4. (Essayez sans cette étape et peut-être alors avec cette étape s'il n'y a pas eu de succès). Supprimer les pilotes cassés existants en utilisant sudo apt-get purge nvidia*.

5. Installez les pilotes en utilisant

   sudo add-apt-repository ppa:graphics-drivers

   sudo apt-get update

   sudo apt-get install nvidia-390 (Ou quel que soit le pilote compatible pour votre carte graphique)

6. Essayez un redémarrage en systemctl reboot -iespérant que votre boucle de connexion soit corrigée.

Votre maison est-elle votre maison?

1. Vérifiez le propriétaire de votre répertoire personnel à l'aide de ls -l /home
2. Si vous ne possédez pas votre répertoire personnel, changez-le en utilisant sudo chown $USER:$USER $HOME
3. Essayez un redémarrage en utilisant systemctl reboot -i et espérez que votre boucle de connexion est corrigée.

Possédez-vous votre .Xauthority?

1. Vérifiez le propriétaire de votre répertoire personnel à l'aide de ls -l ~/.Xauthority
2. Si vous ne possédez pas votre .Xauthority, changez-le en utilisant sudo chown $USER:$USER ~/.Xauthority
3. Si vous le faites, déplacez votre fichier .Xauthority en utilisant sudo mv ~/.Xauthority ~/.Xauthority.bak
4. Essayez un redémarrage en utilisant systemctl reboot -i et espérez que votre boucle de connexion est corrigée.
5. Vous aurez peut-être besoin de faire la même chose sur .ICEauthority.

Est-ce que votre / tmp a raison?

1. Exécuter ls -ld /tmpet assurez-vous que les autorisations sont exactement drwxrwxrwt. La sortie devrait être de cette sorte

drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp

2. Sinon, lancez sudo chmod a+wt /tmp
3. Essayez un redémarrage en utilisant systemctl reboot -i et espérez que votre boucle de connexion est corrigée.

Peut-être que votre problème est lightdm?

1. Reconfigurez votre gestionnaire d'affichage en utilisant dpkg-reconfigure lightdmet en testant les autres gestionnaires d'affichage (gdm3, lightdm,) disponibles. Peut-être que cela vous donnera suffisamment d’indices pour avancer.
2. Si aucun d’entre eux n’aide, essayez d’installer sddm sudo apt-get install sddm une dernière fois. reconfigurer l’affichage sur sddm.

Si aucune des solutions ci-dessus ne fonctionne, vous pouvez essayer de réinstaller Ubuntu.

PS: Ceci est une compilation de réponses provenant des sources que j'ai citées, certaines de ce post également.

Je devais seulement changer les permissions de mon dossier personnel:

sudo chmod 755 /home/<username>

Cela peut être fait en vous connectant à un terminal, en utilisant votre nom d'utilisateur et mot de passe dans un shell en utilisant CtrlAltF1.

J'ai eu la boucle de connexion en liaison avec une mise à jour d'Ubuntu 12.04 à 14.04. Avec gdm j’avais des messages d’erreur dans ~ / .cache / gdm / session.log avec des entrées telles que /etc/gdm/Xsession: line 33: mktemp: command not foundet après sudo aptitude purge gdmavec lightdm j’ai reçu plusieurs messages d’erreur similaires ~/.xsession-errors, par exemple usr/sbin/lightdm-session: line 24: mktemp: command not found.

J'ai essayé plusieurs choses. Ce qui, à mon avis, a finalement résolu le problème pour moi est le suivant:

Je me suis déplacé mes fichiers de configuration .profile, .bashrcet .pam_environmentà d' autres noms, puis j'ai réussi à se connecter. Je soupçonne qu'il y a un problème dans l'un d'entre eux.

sudo chown $USER:$USER $HOME

était le problème pour moi.

J'avais mis en place une partition home avec:

sudo mkdir /home/$USER

mais j'ai oublié chown.

J'ai eu le même problème après une nouvelle installation d'Ubuntu 12.10 (mais en réutilisant ma partition home existante). J'ai essayé toutes les autres réponses, mais aucune n'a fonctionné. Mais j'ai trouvé la clé de mon problème spécifique dans le fichier .xsession-errors de mon répertoire personnel.

Voici comment je l'ai résolu dans mon cas:

1. Appuyez sur Ctrl+ Alt+ F1pour ouvrir un terminal virtuel. Puis connectez-vous avec nom d'utilisateur et mot de passe.

2. Ouvrez le fichier ~/.xsession-errorss'il existe (type cat ~/.xsession-errors). Dans mon cas, ce fichier contenait une seule ligne avec un message d'erreur:

   / usr / sbin / lightdm-session: 27:.: Impossible d'ouvrir / usr / bin / byobu-launch

3. C’est maintenant byobuun outil de ligne de commande que j’utilise et je ne sais pas du tout comment cela s’est retrouvé dans un fichier système puisque c’était juste après une nouvelle installation. Byobu n'étant pas installé par défaut, cela pourrait expliquer l'erreur car il recherche un fichier ( /usr/bin/byobu-launch) qui n'existe pas. Donc, dans mon cas, j'ai dû installer byobupour résoudre le problème:

   sudo apt-get install byobu

4. Appuyez sur Ctrl+ Alt+ F7pour revenir à l'écran de connexion, et la connexion a bien fonctionné maintenant.

Bien sûr, dans votre cas, vous pourriez trouver un message d'erreur différent dans .xsession-errors, qui nécessite une solution différente.

J'ai eu un problème très similaire où je pouvais me connecter au terminal, mais pas sur le bureau. Mon fond d'écran du profil était chargé lors de la connexion, mais après quelques secondes, il est revenu à l'écran de connexion. J'ai vérifié toutes les autorisations de fichiers comme suggéré, elles allaient bien. J'ai essayé sans partition d'accueil distincte et j'ai pu me connecter au bureau. Après cela, j’ai vérifié les paramètres de la partition d’origine chiffrée LUKS, qui étaient également satisfaisants (bien qu’il y ait des messages d’erreur sur le terminal, me disant que le volume chiffré ne pouvait pas être monté, car il était déjà monté).

Ensuite, j'ai examiné dmesg, trouvé des erreurs BTRFS liées au système de fichiers de la partition home chiffrée LUKS (ouais, je mélange LUKS et BTRFS), essayé d'écrire sur le système de fichiers et constaté qu'elle m'avait généré des erreurs d'E / S. J'ai donc dû réparer le système de fichiers ou en créer un nouveau et le restaurer à partir d'une sauvegarde.

Longue histoire: regardez dmesg et essayez en fait d'écrire sur le système de fichiers qui semble être accessible en écriture.

Cela peut aussi être dû à une combinaison spéciale de paramètres:

• Crypté /home/$USER
• $USERen nopasswdlogingroupe

lightdm essaiera de vous connecter, mais ne pourra accéder à aucun fichier afin d’obtenir les symptômes décrits.

Pour résoudre ce problème, supprimez $USERdu groupe:

sudo gpasswd -d $USER nopasswdlogin

J'ai dû faire face au même problème. Malheureusement, dans mon cas, le problème n’a pas été résolu simplement en modifiant les autorisations; ma contribution consistera donc à essayer de créer un guide simple à complexe. Espérons que vos utilisations seront résolues avec les plus simples.

Remarque: remplacez <username>par votre nom d'utilisateur.

Hypothèses: Nvidia Graphic Card,lightdm

Accès au terminal

Pour ouvrir un nouveau terminal, utilisez simplement (puis connectez-vous avec vos identifiants):

Ctrl+ Alt+F1

Vérifiez les droits / groupes / autorisations de vos fichiers de répertoire personnel

cd ~<username>
ls -lah

Corrige le propriétaire et le groupe de .Xauthorityet / tmp

chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp

Vérifiez s'il y a toujours un problème en redémarrant lightdm

sudo service lightdm restart

Reconfigurer lightdm

dpkg-reconfigure lightdm
sudo service lightdm restart

Si vous souhaitez voir les erreurs possibles du système

tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log    # if you want to be able to see all new errors live

Fichiers journaux pertinents:

/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log

En dernier recours, comme je l’ai fait, réinstallez les pilotes de la carte graphique. Nvidiane fonctionne tout simplement pas bien avec Ubuntu.

J'ai rencontré le même problème et la cause dans mon cas était que j'ai essayé d'ajouter quelque chose au /etc/environmentfichier et ce que j'ai ajouté ne semblait pas vouloir que je me connecte après mon redémarrage.

Solution:

Lorsque vous vous trouvez sur l'écran de connexion, appuyez sur CTRL+ ALT+ F2. Connectez-vous avec le nom d'utilisateur et le mot de passe administrateur, éditez le /etc/environmentfichier et supprimez les modifications que vous y avez apportées.

Dans le terminal, vous pouvez exécuter la commande suivante utilisée nanopour éditer le fichier:

sudo nano /etc/environment

Appuyez sur CTRL+ opuis sur ENTERpour enregistrer le fichier. Appuyez sur CTRL+ xpour quitter nano.

Une fois que vous avez édité et enregistré le fichier, appuyez simplement sur CTRL+ ALT+ F2pour revenir à l'écran de connexion de l'interface graphique et vous devriez pouvoir vous connecter.

J'ai trouvé que /tmples paramètres d'autorisation de mon fichier n'étaient pas corrects. Il avait des autorisations pour root uniquement.

C'était ma propre erreur. J'ai oublié qu'un jour plus tôt, j'ai supprimé le /tmpdossier avec les sudodroits et après l'avoir recréé à nouveau avec sudo mkdir tmp. Grosse erreur. J'ai créé un dossier / tmp avec les autorisations root uniquement.

Dans le ~/.Xsession-errorsfichier, je pouvais voir que x11 n’était pas capable d’écrire un fichier /tmp. Après avoir exécuté ces commandes à partir du compte root (ou Alt+ Ctrl+ f1) dans l'écran de bienvenue et utilisé les informations d'identification du compte problème pour vous connecter), j'ai résolu le problème:

sudo chmod 1777 /tmp
sudo chown root:root /tmp

Après cela, j'ai pu me connecter à nouveau à Unity avec le compte normal. Donc si vous avez ce qui semble être un .Xauthorityproblème, vous pouvez essayer si rien d’autre ne marche.

Voir ce fil sur les forums Ubuntu

Juste au cas où changer les privilèges d'accès pour les fichiers .Xauthorityet .IDEauthorityavec la chowncommande ne fonctionnait pas pour vous:

Cette solution s’applique à ceux qui, outre le fait de devoir modifier les privilèges d’accès des fichiers susmentionnés, ne peuvent plus utiliser les commandes comme ils le faisaient auparavant, c’est-à-dire que le shell ne les trouve pas. (C’est la raison pour laquelle la commande de connexion ne peut pas être exécutée non plus.)

Tapez echo $SHELLdans votre terminal. Si vous revenez /bin/bash, utilisez export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbinpour pouvoir utiliser temporairement des commandes.

Ensuite, ouvrez votre .profilefichier, situé dans votre répertoire personnel ~, c'est- /home/yourusernameà- dire avec sudo gedit ~/.profileet ajoutez les chemins d'accès manquants à PATH, de manière à ce qu'il ressemble à ceci:

PATH=/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin

Maintenant, redémarrez votre système pour que les modifications apportées à la variable d'environnement PATH prennent effet.

(Si les commandes ne sont pas reconnues par votre shell, vous pouvez également utiliser les chemins d'accès équivalents aux exécutables des commandes, par exemple, au lieu de sudo gedit ~/.profiletype /usr/bin/sudo /usr/bin/gedit ~/.profile. Le shell vous indique le répertoire à utiliser, c'est-à-dire commandnon trouvé, mais la commande que vous essayez d' utiliser. use peut être trouvé dans /path/to/command's/directory- pourrait être l’un des chemins que vous voyez ci-dessus.)

J'ai dû supprimer les pilotes NVIDIA pour pouvoir entrer, comme dans (remplacez nvidia-current par nvidia-340 ou quel que soit votre numéro).

Revenir aux pilotes Nouveau

Ensuite, j'ai eu un cadre UNITY buggy. Je devais suivre les étapes montrées ici pour les réparer:

https://askubuntu.com/a/290376/275142

Cela m'est arrivé lorsque j'ai éteint l'ordinateur alors qu'il achevait encore de mettre à niveau les dernières images du noyau. Je ai fait CTRL-ALT F1, connecté, puis sudo apt-get updateet sudo apt-get dist-upgradeet laissez-le finir de configurer.

Après le redémarrage, j'ai été capable de me connecter à nouveau à la destkop.

Peut-être êtes-vous affecté par le bogue n ° 1240336 dans lequel différentes autorisations ont été supprimées après la mise à niveau de la version.

Autres effets secondaires

• pas de login invité
• Synaptique ne partant pas du menu

Je me connecte pour travailler lorsque je mets l'utilisateur dans le videogroupe ou après avoir exécuté sudo chmod a+rw /dev/dri/*un terminal.

Mais:

• pas de son
• Déconnexion du menu utilisateur ne fonctionne pas
• en cours d'exécution /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 donne: polkit-gnome-authentication-agent-1: 5805): polkit-gnome-1-WARNING **: Impossible de déterminer la session dans laquelle nous sommes: Aucune session pour le pid 5805

Solution

Courez sudo pam-auth-update --forcedans le terminal. Cela a résolu les problèmes décrits dans mes cas.

Passez à un autre écran de connexion.

Ctrl+ Alt+ F2pour ouvrir un terminal.

Ctrl+ Alt+ F7pour revenir au mode graphique.

Type sudo dpkg-reconfigure gdm

Dans un écran graphique, sélectionnez GDM et OK.

Type sudo reboot

Si les autres questions ne mènent pas à une solution, ma suggestion est d'essayer de suivre ces étapes:

1. Connectez-vous en mode caractère avec un VC (console virtuelle). C'est-à-dire, Ctrl Alt F1et votre nom d'utilisateur / mot de passe vous connecter. Appelons cet utilisateur original.

2. Créez un nouvel utilisateur. Vous pouvez utiliser par exemple :

   adduser newuser --group sudo
   

   pour ajouter un nouvel utilisateur administratif (c'est-à-dire un utilisateur capable de le faire sudo).

3. Essayez de vous connecter en tant que newuser. Si cela fonctionne, vous maintenant que le problème est dans la configuration spécifique de l' originalutilisateur. Sinon, arrêtez de lire ici - le problème concerne le système et vous devrez probablement réinstaller un élément de la pile graphique.

4. Maintenant, vous pouvez essayer de chercher ce qui est arrivé. Comparer les fichiers cachés dans ~originalet ~newuseressayer de trouver discordances. En particulier, vous devez rechercher des fichiers qui ne vous appartiennent pas:

   find . \! -user original
   

   et des fichiers qui ne vous sont pas écrits (il y en aura plus, surtout dans les caches):

   find . \! -perm -u=w
   

5. Vous pouvez déplacer des fichiers suspects vers une sauvegarde ( sudo mv whatever whatever-backup) et essayer de vous reconnecter.

6. Les fichiers dans /tmpet /varqui peuvent être sensibles à ce problème devraient être supprimés par un redémarrage --- mais parfois il y a un reste là-bas aussi.

En dernier recours, vous pouvez sauvegarder les informations importantes de original(pas tout le répertoire personnel ! Ou vous propagez le problème), et de supprimer et de le recréer, bien qu'il vaut mieux être en mesure de trouver où est le problème.

Pour moi, la configuration de certains paquets était désactivée, donc en cours d'exécution (après ctrl+ alt+ F3):

sudo dpkg --configure -a

résolu le problème.