Accueil
» LINUX
»
Comment réparer un écran de connexion GNOME défectueux sous Linux
Comment réparer un écran de connexion GNOME défectueux sous Linux
Si l' écran de connexion GNOME est figé, vide ou ne répond pas, passez à une console texte (TTY) et redémarrez le gestionnaire d'affichage du système. Sur une distribution Linux basée sur systemd et utilisant GNOME Display Manager (GDM), le display-manager.servicenom générique permet généralement de redémarrer le service approprié sans avoir à deviner s'il s'agit de `gd` gdmou de ` gd` gdm3.
Cette procédure concerne les écrans de connexion défectueux. Si l'écran de connexion s'affiche normalement mais que votre bureau revient à l'écran de connexion après la saisie de votre mot de passe, il est possible que GDM fonctionne correctement et que le problème provienne de votre session utilisateur, de votre pilote graphique ou de la configuration de votre compte. Le redémarrage de GDM interrompt également les sessions graphiques actives ; par conséquent, n'y recourez que si cela ne vous pose pas de problème.
1. Ouvrez un TTY et connectez-vous.
Sur l'écran de connexion bloqué, appuyez sur Ctrl+Alt+F3 . Si rien ne change, essayez F2, F4, F5 ou F6 ; sur certains ordinateurs portables, maintenez également la touche Fn enfoncée. Les raccourcis clavier de la console virtuelle varient, il n'existe donc pas de touche de fonction universelle. Lorsque l'invite de commande apparaît, saisissez votre nom d'utilisateur et votre mot de passe Linux. Le mot de passe ne s'affichera pas pendant la saisie.
Connectez-vous avec un compte utilisateur standard sudo. Une connexion administrateur distincte n'est pas requise. Si vous ne parvenez pas à accéder à un terminal TTY, consultez la section « Si le raccourci TTY ne fonctionne pas » ci-dessous.
Une console virtuelle Linux affiche une invite de connexion textuelle après avoir quitté un écran de connexion graphique qui ne répondait pas.
2. Vérifiez quel gestionnaire d'affichage est en cours d'exécution.
Exécutez d'abord cette commande d'état :
systemctl status display-manager.service --no-pager
La sortie peut identifier GDM comme `<nom_du_gestionnaire_d'affichage>` gdm.serviceou gdm3.service`<nom_du_gestionnaire_d'affichage>`, selon la distribution. systemd définit `< display-manager.servicenom_du_gestionnaire_d'affichage>` comme le nom commun de l'unité de gestion d'affichage, généralement lié au gestionnaire installé. Si cette commande indique que l'unité est introuvable, listez les services de gestion d'affichage disponibles :
Utilisez l'unité GDM exacte indiquée sur votre machine dans les commandes ci-dessous. Si la liste mentionne LightDM, SDDM ou un autre gestionnaire de connexion, ce correctif spécifique à GDM ne s'applique pas.
Un terminal vérifie display-manager.service et affiche quel gestionnaire d'affichage systemd est en cours d'exécution.
3. Redémarrez le gestionnaire d'affichage une fois.
Une fois que la vérification d'état confirme qu'il s'agit d'une unité générique ou d'une unité GDM, redémarrez-la. Pour la plupart des distributions systemd, essayez :
sudo systemctl restart display-manager.service
Si votre système affiche une unité spécifique, remplacez son nom par celui-ci, par exemple « unité » gdm.serviceou «gdm3.service unité ». Saisissez votre mot de passe si le système sudovous le demande. Un redémarrage arrête et relance le service ; il peut fermer les sessions graphiques et supprimer les données non enregistrées. Évitez de le redémarrer plusieurs fois si la commande signale une erreur.
Patientez quelques secondes. L'écran de connexion graphique devrait s'afficher automatiquement. Si le terminal (TTY) est toujours visible, revenez à la console graphique en appuyant sur Ctrl+Alt+F1 ou Ctrl+Alt+F2 ; la touche appropriée varie selon les systèmes. Les anciennes instructions mentionnent souvent F7, mais ce n'est plus le cas sur tous les systèmes modernes.
Un terminal exécute la commande systemctl restart à côté d'un panneau de connexion de style GNOME.
4. Consultez le journal des interventions si l'écran est toujours cassé.
Utilisez le journal pour voir pourquoi GDM a échoué ou s'il a redémarré correctement :
Si le nom générique de l'unité est indisponible, remplacez-le par le nom de service exact trouvé à l'étape 2. Cette commande affiche jusqu'à 80 entrées récentes depuis le démarrage actuel. Les instructions d'administration système de GNOME renvoient à la journalctldocumentation pour les journaux de session et d'application ; les anciennes instructions ~/.xsession-errorspeuvent ne plus s'appliquer aux installations GNOME actuelles.
Un terminal affiche les entrées récentes du journal système du service de gestion d'affichage.
Utilisez l'erreur pour choisir l'étape suivante.
« Espace insuffisant sur l’appareil » : vérifiez l’espace libre df -h / /var. Libérez de l’espace avec précaution avant de tenter de redémarrer le programme d’accueil.
L'unité présente une défaillance ou s'arrête de manière répétée : consultez les lignes de journalisation environnantes et vérifiez les mises à jour récentes du système ou des pilotes graphiques. Réparez ou restaurez les paquets à l'aide du gestionnaire de paquets documenté de votre distribution ; les noms de paquets et les procédures de récupération peuvent varier.
L'écran d'accueil fonctionne, mais la connexion boucle : cela indique un problème plus grave qu'un simple blocage. Consultez les journaux de session et les instructions de dépannage GNOME de votre distribution plutôt que de redémarrer GDM à répétition.
Le redémarrage réussit, mais l'écran reste noir : revenez à l'interface graphique VT, puis consultez le journal. Un problème de pile graphique ou d'écran peut persister même lorsque GDM est en cours d'exécution.
Si le raccourci TTY ne fonctionne pas
Essayez les autres touches de fonction mentionnées ci-dessus et vérifiez si votre clavier nécessite la touche Fn. Si l'ordinateur ne répond toujours pas, utilisez le mode de récupération ou de dépannage de votre distribution pour consulter les journaux. Évitez de supprimer les dossiers de configuration GNOME ou de réinstaller l'intégralité du bureau avant d'avoir identifié le composant défaillant ; ces opérations peuvent supprimer des paramètres sans pour autant résoudre un problème d'affichage ou graphique.