Si le bureau se bloque pendant la connexion, mais uniquement sur un compte, il ne s'agit pas d'un problème avec le système, mais avec votre compte.
Il existe deux approches pour résoudre ce problème. Vous pouvez soit rechercher les fichiers journaux de votre compte pour voir s'il y a une erreur pertinente, soit commencer à renommer les fichiers de configuration jusqu'à ce que vous trouviez ce qui est corrompu.
Avant d'essayer l'une ou l'autre de ces méthodes, vous devez d'abord vous connecter avec succès. Si vous pouvez vous connecter à un autre compte, vous pouvez utiliser ce compte et exécuter 'su - youruser' pour basculer. Vous pouvez également accéder à une console texte par ssh depuis une autre machine, ou en appuyant sur ctrl-alt-f2 et en vous connectant sur la console texte. Vous pouvez également vérifier si votre connexion au gestionnaire d'affichage dispose d'une session à sécurité intégrée ou d'un bureau alternatif qui fonctionne. Toutes ces possibilités peuvent vous aider.
Le fichier journal principal qui serait le plus pertinent pour un crash de compte serait .xsession-errors mais il peut y en avoir un autre. En général, ce fichier contient beaucoup d'avertissements inoffensifs, et il est difficile de distinguer les avertissements des erreurs, mais il est possible que certaines des dernières lignes puissent donner un indice sur la raison pour laquelle votre session s'est plantée. Si vous avez un autre compte utilisateur qui ne plante pas, il peut être utile d'examiner le fichier .xsession-errors de ce compte pour avoir une idée des avertissements inoffensifs.
Avant d'effacer les fichiers de configuration, vous devez d'abord vérifier si vous avez dépassé votre quota de disque ou si le disque sur lequel se trouve votre répertoire personnel est plein, car cela empêcherait facilement la connexion.
Si vous utilisez gnome-Shell, il est possible qu'une extension Shell fasse planter votre session. Gnome-Shell a des mécanismes en place pour désactiver automatiquement toutes les extensions après un plantage à la connexion, mais si cela ne se déclenche pas, vous pouvez essayer de les désactiver manuellement avec
gnome-shell-extension-tool -d
et voir si ça aide.
En général, les fichiers de configuration sont cachés, vous pouvez voir tous les fichiers avec 'ls -a'. Vous pouvez essayer de déplacer tous les fichiers de configuration de votre compte dans un sous-répertoire et voir si vous pouvez vous connecter. La plupart d'entre eux seront recréés, donc si vous voulez restaurer la configuration de votre compte, vous devez les recopier par-dessus les fichiers nouvellement créés, un par un, jusqu'à ce que vous trouviez ce qui fait échouer votre session.
Ces fichiers sont essentiels à la session, mais peuvent être supprimés en toute sécurité si vous n'avez pas de session ouverte. Si les permissions sur ces fichiers sont incorrectes ou s'ils ne peuvent pas être créés, votre session échouera : .ICEauthority .Xauthority .xsession-errors
Les fichiers de configuration qui sont critiques pour le bureau à vérifier se trouvent dans des répertoires : .local/ .config/ certains fichiers de configuration séparés sont : .dmrc .gconf
Certains fichiers de configuration qui ne sont pas spécifiques au bureau mais qui peuvent causer des problèmes sont les fichiers de configuration par défaut, et les valeurs par défaut du système peuvent être trouvées dans /etc/skel/ ; En général, vous ne voulez pas supprimer ces fichiers car ils ne sont pas recréés, mais s'ils sont corrompus, ils peuvent causer des problèmes, vous pouvez donc les comparer aux valeurs par défaut ou les renommer et copier les valeurs par défaut pour voir si c'est un problème.
Il existe de nombreux autres fichiers de configuration, mais la plupart d'entre eux sont spécifiques à une application et n'affecteront pas votre bureau.
Il est très possible que quelque chose dans .cache/ soit corrompu, et il est généralement sûr de supprimer ce répertoire.
C'est un petit nombre de choses à vérifier de toute façon.
