Ceci se produit généralement lorsque le système est configuré pour utiliser l'authentification réseau ou des services d'annuaire et, pour une raison quelconque, qu'il ne parvient pas à récupérer des résultats de ses serveurs configurés. L'utilisateur root, en tant que seul utilisateur local, est le seul qui puisse encore se loguer sur ces machines. Voici certaines des raisons courantes pour lesquelles une machine peut apparaître fonctionnelle tout en étant incapable de traiter les logins correctement :

Dans tous les cas n'impliquant pas des problèmes réseau externes, la solution consiste à redémarrer le système en mode utilisateur unique et à réparer la configuration avant de recommencer l'amorçage en mode de fonctionnement et de tenter de se loguer de nouveau.

C'est de loin le problème le plus couramment rencontré par les utilisateurs, car il existe un grand nombre de raisons pour lesquelles ceci peut se produire. Tout d'abord, si vous utilisez l'authentification réseau, vérifiez que le nom d'utilisateur et le mot de passe fonctionnent réellement sur d'autres machines (qui fonctionnent correctement). Vérifiez si un autre utilisateur peut se loguer sur la machine dont le comportement semble incorrect. Si un autre utilisateur peut se loguer sans difficulté ou si l'utilisateur root peut se loguer, loguez-vous et examinez le fichier /var/log/messages. Recherchez les tampons horaires qui correspondent aux tentatives de login et vérifiez si PAM a produit des messages d'erreur cohérents.

Vous trouverez ci-après certaines raisons courantes pour lesquelles l'authentification d'un utilisateur particulier peut échouer sur une machine donnée :

Si ceci concerne un utilisateur particulier, il est probable que les fichiers de configuration GNOME de cet utilisateur ont été endommagés. Certains symptômes peuvent inclure le non fonctionnement du clavier, la géométrie déformée de l'affichage, ou même l'écran s'affichant sous la forme d'un champ gris vide. La distinction importante est que si un autre utilisateur se logue, la machine fonctionne normalement. Si c'est le cas, il est probable que le problème peut être corrigé relativement rapidement en déplaçant simplement le répertoire de configuration GNOME de l'utilisateur vers un nouvel emplacement, ce qui provoque la création d'un nouveau par le bureau GNOME. Bien que l'utilisateur soit obligé de reconfigurer GNOME, aucune donnée n'est perdue.

Il peut exister plusieurs raisons pour lesquelles un bureau KDE n'autorise pas les utilisateurs à se loguer. Des données du cache endommagées peuvent provoquer des problèmes de login, ainsi que des fichiers de configuration du bureau KDE endommagés.

Les données du cache servent au démarrage du bureau pour accroître les performances. Si les données sont endommagées, le démarrage est ralenti ou échoue complètement. Le fait de les supprimer force les routines de démarrage du bureau à démarrer complètement. Ceci est plus long qu'un démarrage normal, mais les données sont intactes et l'utilisateur peut se loguer.

Pour supprimer les fichiers cache du bureau KDE, lancez la commande suivante en tant qu'utilisateur root :

rm -rf /tmp/kde-utilisateur /tmp/socket-utilisateur
			

Remplacez utilisateur par le nom de l'utilisateur. La suppression de ces deux répertoires entraîne celle des fichiers cache endommagés uniquement, aucune donnée réelle n'étant menacée par cette procédure.

Les fichiers de configuration du bureau endommagés peuvent toujours être remplacés par les fichiers de configuration d'origine. Si vous souhaitez restaurer les paramètres de l'utilisateur, recopiez-les soigneusement depuis leur emplacement temporaire, après la restauration de la configuration en utilisant les valeurs de configuration par défaut.