Si vous avez abandonné, vous ne pouvez pas confirmer si cette solution fonctionne pour vous ou non. Mais je vais quand même la publier dans l'espoir que quelqu'un d'autre puisse en bénéficier.
Version courte :
Essayez de renommer le répertoire /home/[user_name]/.config/dconf
a /home/[user_name]/.config/dconf.original
Faites-le à partir d'un terminal texte ou, si vous pouvez utiliser l'interface graphique (nous y reviendrons), faites-le à partir d'une session différente de celle de l'utilisateur en train d'être corrigé. Ensuite, connectez-vous à nouveau en tant qu'utilisateur concerné. Le problème a-t-il été résolu ?
Version longue :
Mon système compte 4 utilisateurs. Deux utilisateurs sont membres du groupe admin et peuvent utiliser la commande sudo. J'ai effectué une mise à niveau de la version 13.10 à la version 14.04. Après un certain temps d'utilisation de la version 14.04, le deuxième utilisateur admin a commencé à avoir le même problème, de la connexion au greeter à une image de fond avec un pointeur de souris et rien de plus, pas de barre de menu en haut de l'écran et pas de lanceur unity pour démarrer les programmes, également CTRL+ALT+L ne fonctionnait plus, pour fermer la session aller sur un autre tty et utiliser sudo restart lightdm
était nécessaire.
L'utilisateur concerné peut utiliser Gnome 3 sans problème, seule la session Unity a été affectée.
Comme tous les autres utilisateurs pouvaient se connecter en utilisant Unity ou Gnome 3, il était évident que quelque chose avait été corrompu du côté de l'utilisateur concerné. Je voulais corriger cette session sans avoir à supprimer l'utilisateur et à le recréer. J'ai donc renommé son répertoire .config dans l'espoir qu'un fichier de configuration y soit à l'origine de tout cela. Et c'était exactement cela. La tentative de connexion suivante à une session Unity s'est déroulée correctement (mais tous les programmes ont été réinitialisés à leurs valeurs par défaut). Si je remettais en place le répertoire .config d'origine, le problème réapparaissait. J'ai alors commencé à travailler dans le répertoire .config, j'ai d'abord renommé la moitié de ses sous-répertoires (il y avait environ 40 sous-répertoires), et à la première tentative, j'ai trouvé le groupe qui contenait le coupable. J'ai ensuite remis en place la moitié de cette moitié, et le problème est réapparu. J'ai ensuite renommé la moitié de ce dernier groupe et... Je pense que vous savez déjà comment cela se passe.
En utilisant cette méthode, j'ai fini par trouver le coupable. Renommer le répertoire dconf a résolu le problème.
Le contenu du fichier .config/dconf (en fait un seul fichier) ne doit pas nécessairement être corrompu. Il n'est peut-être pas corrompu (au niveau du système de fichiers, mon système de fichiers est propre), mais il contient des données non valides qui se sont retrouvées là à cause d'un bogue dans je ne sais quel composant du système.
J'ai également noté que, dans votre cas, tous les utilisateurs sont concernés, de sorte que ce n'est peut-être pas la solution à votre problème. Mais je pense qu'il est possible que tous les utilisateurs rencontrent ce problème en même temps et qu'il soit causé par le même fichier (dans le répertoire .config de chaque utilisateur).