Écran noir à la connexion

Ce que l'écran noir veut dire

Un écran noir où des dialogues apparaissent quand même (KWallet qui demande un mot de passe, une boîte d'erreur, le message « un problème est survenu avec le verrouillage de l'écran ») n'est pas une panne de carte graphique : le gestionnaire de fenêtres (kwin) est vivant, c'est le bureau (plasmashell : fond d'écran, tableau de bord) qui n'a pas démarré. Le message de plantage « l'application kded5 s'est arrêtée subitement » va souvent avec.

Entrer par la console texte

Ctrl+Alt+F3 ouvre une console même quand le bureau est noir. Taper le nom d'usager (en minuscules), Entrée, puis le mot de passe (rien ne s'affiche pendant la frappe), Entrée. Quand la ligne se termine par $, vous êtes dedans. Si le mot de passe est refusé, la console est peut-être en clavier US : accents et ponctuation changent de place.

Pour revenir à l'écran graphique : Ctrl+Alt+F1 ou Ctrl+Alt+F2.

Prendre les preuves

Sur Kubuntu 24.04, Plasma démarre par des services systemd de l'usager : le journal de session de SDDM est vide et c'est normal, on regarde ailleurs. Dans la console, avec votre compte, sans sudo :

systemctl --user --failed
journalctl --user -u plasma-plasmashell -b --no-pager | tail -30
df -h /home

• --failed liste plasma-plasmashell.service, plasma-krunner.service et plasma-kded.service : les trois programmes bâtis sur les composants Plasma sont morts pendant que kwin survit. C'est presque toujours la configuration KDE de votre compte.
• Le journal finit par KCrash: crashing.... Les lignes « Cyclic dependency », « kicker » et « point size » qui précèdent sont du bruit normal de Plasma 5.27.
• df -h à 100 % : disque plein, Plasma ne démarre pas sans espace libre. Vider la corbeille (~/.local/share/Trash/files) et /var/crash avant tout autre test.

Relancer le bureau depuis la console fonctionne, puisque systemd de l'usager est partagé entre la console et l'écran :

systemctl --user restart plasma-plasmashell.service

Puis Ctrl+Alt+F1 ou F2 pour regarder. Si ça retombe, on teste.

Tester une chose à la fois

1. Test A, le rendu 3D (aucun fichier touché) :

   systemctl --user set-environment QT_QUICK_BACKEND=software
   systemctl --user restart plasma-plasmashell.service

   Si le bureau vient et tient, la cause est le rendu 3D : créer avec nano le fichier ~/.config/plasma-workspace/env/rendu-logiciel.sh contenant export QT_QUICK_BACKEND=software, en attendant une mise à jour de Mesa. Sinon, annuler : systemctl --user unset-environment QT_QUICK_BACKEND.

2. Test B, la disposition du tableau de bord :

   mv ~/.config/plasma-org.kde.plasma.desktop-appletsrc ~/.config/appletsrc.sauvegarde
   mv ~/.local/share/plasma ~/.local/share/plasma.sauvegarde
   systemctl --user restart plasma-plasmashell.service

   Le second mv met de côté les widgets et thèmes installés depuis la boutique KDE ; « No such file » veut dire qu'il n'y en a pas, c'est correct.

3. Test C, le compte neuf. Trois commandes courtes, et il tranche entre le système et votre dossier personnel :

   sudo adduser test
   sudo systemctl restart sddm

   Mot de passe deux fois, Entrée aux autres questions, puis se connecter comme test à l'écran de connexion (en bas à gauche, choisir « Plasma (X11) »). Un bureau qui apparaît pour test prouve que le système est sain.

Ramener le bureau : la configuration KDE de côté

Quand le compte test fonctionne, on met de côté la configuration KDE de votre compte sans rien effacer. Dans la console (Ctrl+Alt+F3), connecté avec votre compte :

mkdir ~/config-kde.sauvegarde
mv ~/.config/k* ~/.config/plasma* ~/config-kde.sauvegarde/
sudo systemctl restart sddm

Chrome, Discord et Eclipse ne sont pas touchés : leurs réglages ne commencent ni par k ni par plasma. À la reconnexion, le bureau est celui d'une installation neuve (thème, fond d'écran, tableau de bord par défaut). Si vous tenez à vos préférences, rapatriez les fichiers un à un depuis ~/config-kde.sauvegarde en vous reconnectant entre chaque, kdeglobals (polices, thème global) en dernier : c'est le suspect numéro un.

Si le compte test est noir lui aussi, c'est le système : sudo dpkg --configure -a, puis sudo apt update && sudo apt upgrade avec la retenue du noyau vérifiée (Le standard 6.14).

KWallet demande un mot de passe inconnu

Le portefeuille s'est souvent créé avec un mot de passe tapé vite lors de la première connexion Wi-Fi. Un mot de passe de portefeuille oublié ne se récupère pas : on repart à neuf, et il ne contient que les mots de passe Wi-Fi enregistrés, à retaper une fois.

mv ~/.local/share/kwalletd ~/.local/share/kwalletd.sauvegarde

Au prochain dialogue, KWallet propose de créer un portefeuille : choisir « Fichier chiffré Blowfish classique » et donner le même mot de passe que celui de la session. Kubuntu l'ouvre alors tout seul à la connexion et la question ne revient plus.

Le verrouillage d'écran cassé

Le message « un problème est survenu avec le verrouillage de l'écran, lancer loginctl unlock-session N » veut dire que le verrouilleur (kscreenlocker_greet) plante comme les autres programmes Plasma. Inutile de déverrouiller une session inutilisable : sudo systemctl restart sddm depuis la console redonne l'écran de connexion.

Portables hybrides Intel + NVIDIA

Sur un portable avec une carte NVIDIA sans pilote propriétaire, l'écran est branché sur l'Intel et la NVIDIA est pilotée par nouveau. Ce n'est pas la cause d'un écran noir avec des dialogues, mais ça se vérifie en trente secondes :

lspci -k | grep -A3 -iE 'vga|3d'

Kernel driver in use: i915 (ou xe) sur l'Intel est attendu ; nouveau sur la NVIDIA veut dire aucun pilote propriétaire. Pour l'exclure sans rien modifier (tout revient au prochain redémarrage) :

sudo systemctl stop sddm
sudo rmmod nouveau
sudo systemctl start sddm

Le pilote propriétaire (sudo ubuntu-drivers install, puis redémarrer) se fait après la migration du noyau, jamais avant : DKMS le compile contre le noyau actif, et sous Secure Boot il passe par l'écran bleu MOK (Secure Boot).

Récapitulatif

Les pages du site