Écran noir Ubuntu après pilote ATI/AMD : corriger le démarrage

Vous installez Ubuntu, tout fonctionne, puis vous tentez d’installer un pilote graphique ATI ou AMD pour activer une sortie TV, un second écran ou une meilleure accélération 3D. Au redémarrage, écran noir. Parfois avec quelques lignes colorées. Parfois sans curseur. Parfois juste le silence radio.

Le cas historique concernait une ATI Mobility Radeon X600 avec les anciens pilotes propriétaires ATI. La solution consistait à démarrer en mode recovery, ouvrir un shell root, puis supprimer les paquets fglrx. Cette méthode reste utile pour restaurer une vieille installation, mais elle ne doit plus être présentée comme une procédure moderne d’installation de pilotes.

Ce qui a changé : fglrx est mort, amdgpu et radeon ont pris le relais

Si vous utilisez une version récente d’Ubuntu, n’installez pas les anciens pilotes fglrx. Ils appartiennent à l’époque d’AMD Catalyst et ne sont plus supportés par Ubuntu moderne. Les cartes AMD utilisent aujourd’hui les pilotes libres intégrés au noyau et à Mesa.

En pratique :

• fglrx concerne de très anciennes installations Ubuntu ;
• radeon gère beaucoup d’anciennes cartes ATI/AMD ;
• amdgpu gère les cartes AMD plus récentes ;
• Mesa fournit l’accélération OpenGL et Vulkan côté espace utilisateur ;
• RADV gère Vulkan pour beaucoup de GPU AMD modernes ;
• AMDGPU-PRO ne sert que dans des cas spécifiques, rarement pour un poste classique.

Donc, si votre réflexe est encore “je vais télécharger le pilote ATI officiel”, reposez la souris. Ubuntu gère généralement mieux les GPU AMD avec les pilotes libres fournis par la distribution. Le pilote magique téléchargé depuis un coin du web, c’est souvent le début du petit théâtre noir.

Symptômes courants

Un problème de pilote graphique peut prendre plusieurs formes :

• écran noir juste après GRUB ;
• écran noir après le logo Ubuntu ;
• écran strié de lignes colorées ;
• session graphique qui ne s’ouvre jamais ;
• retour immédiat à l’écran de connexion ;
• moniteur qui affiche “no signal” ;
• ventilateur GPU qui s’emballe ;
• système accessible en SSH mais pas en affichage local.

Le diagnostic dépend du moment exact où l’écran devient noir. Si vous voyez GRUB, le noyau démarre. Si vous voyez le logo Ubuntu puis plus rien, l’affichage casse souvent lors du chargement du pilote ou du serveur graphique.

Étape 1 : tenter d’ouvrir un terminal TTY

Quand l’écran graphique bloque, le système peut tout de même répondre. Essayez d’ouvrir une console texte :

Ctrl + Alt + F3

Connectez-vous avec votre utilisateur, puis vérifiez la carte graphique détectée :

lspci -nnk | grep -EA3 'VGA|3D|Display'Code language: JavaScript (javascript)

Regardez surtout la ligne Kernel driver in use. Elle indique le pilote réellement utilisé : amdgpu, radeon, vesa, fbdev, ou parfois rien du tout.

Si le TTY s’ouvre, vous pouvez réparer directement depuis là. Si vous n’obtenez rien, passez par GRUB et le mode recovery.

Étape 2 : démarrer avec nomodeset depuis GRUB

nomodeset demande au noyau de ne pas initialiser le mode graphique trop tôt. Cela permet souvent de démarrer avec un affichage minimal, juste le temps de corriger le pilote. Ce n’est pas une solution finale : c’est une béquille de récupération.

1. Redémarrez l’ordinateur.
2. Affichez le menu GRUB.
3. Sélectionnez votre entrée Ubuntu.
4. Appuyez sur e pour modifier temporairement l’entrée.
5. Trouvez la ligne qui commence par linux.
6. Ajoutez nomodeset à la fin de la ligne, ou remplacez quiet splash par nomodeset.
7. Appuyez sur Ctrl + X ou F10 pour démarrer.

Si Ubuntu démarre, ne vous contentez pas de laisser nomodeset pour toujours. Avec ce réglage, l’accélération graphique peut être limitée, la résolution incorrecte, et les performances mauvaises.

Étape 3 : utiliser le mode recovery

Si nomodeset ne suffit pas, utilisez le mode recovery.

1. Redémarrez l’ordinateur.
2. Dans GRUB, ouvrez Options avancées pour Ubuntu.
3. Choisissez une entrée contenant recovery mode.
4. Dans le menu de récupération, choisissez root.
5. Remontez le système de fichiers en écriture.

mount -o remount,rw /

Vous pouvez maintenant supprimer les anciens pilotes problématiques, réinstaller les paquets graphiques de base et mettre GRUB à jour.

Étape 4 : supprimer les anciens pilotes fglrx

Sur une vieille installation Ubuntu, l’écran noir peut venir des paquets fglrx. Dans ce cas, purgez-les complètement.

apt-get purge 'fglrx*' 'xorg-driver-fglrx' 'fglrx-amdcccle' 'fglrx-kernel-source'Code language: PHP (php)

Ensuite, nettoyez les dépendances inutiles :

apt-get autoremove --purgeCode language: JavaScript (javascript)

Sur les versions récentes d’Ubuntu, ces paquets n’existent probablement plus. Ce n’est pas grave. Cela confirme simplement que votre problème ne vient pas d’une installation fglrx active.

Étape 5 : réinstaller les pilotes graphiques libres

Réinstallez les paquets Xorg, Mesa et les pilotes AMD libres. Les noms exacts peuvent varier selon la version d’Ubuntu, mais cette base couvre les cas courants :

apt-get update
apt-get install --reinstall xserver-xorg-video-ati xserver-xorg-video-radeon xserver-xorg-video-amdgpu mesa-utilsCode language: JavaScript (javascript)

Sur un système minimal ou très récent, certains paquets peuvent déjà être présents ou remplacés par des dépendances plus modernes. Laissez APT gérer. L’objectif est de revenir aux pilotes de la distribution, pas d’empiler trois pilotes concurrents.

Étape 6 : retirer une configuration Xorg cassée

Les anciennes installations ATI généraient parfois un fichier xorg.conf. Sur Ubuntu moderne, ce fichier est rarement nécessaire. S’il force un mauvais pilote ou une mauvaise résolution, il peut provoquer un écran noir.

Vérifiez sa présence :

ls -l /etc/X11/xorg.conf

S’il existe, renommez-le au lieu de le supprimer :

mv /etc/X11/xorg.conf /etc/X11/xorg.conf.bak

Vérifiez aussi les fragments de configuration :

ls -la /etc/X11/xorg.conf.d/

Si vous voyez un fichier qui force fglrx, vesa, une sortie vidéo exotique ou une option ancienne, renommez-le aussi, puis testez le redémarrage.

Étape 7 : mettre GRUB et l’initramfs à jour

Après modification des pilotes et de la configuration graphique, mettez à jour GRUB et l’initramfs.

update-initramfs -u
update-grub
reboot

Au redémarrage, Ubuntu devrait revenir sur le pilote libre adapté. Si l’écran noir revient, gardez nomodeset uniquement pour démarrer et continuer le diagnostic.

Vérifier le pilote utilisé après réparation

Une fois la session ouverte, vérifiez le pilote actif :

lspci -nnk | grep -EA3 'VGA|3D|Display'Code language: JavaScript (javascript)

Vérifiez aussi l’accélération OpenGL :

glxinfo -B

Si glxinfo n’est pas disponible :

sudo apt install mesa-utils

Les lignes importantes sont OpenGL renderer, OpenGL version et le nom du pilote. Si vous voyez llvmpipe, l’affichage fonctionne, mais l’accélération matérielle ne fonctionne pas correctement. C’est mieux qu’un écran noir, mais ce n’est pas encore fini.

Lire les journaux pour trouver la vraie cause

Un écran noir n’est pas toujours causé par le pilote AMD. Wayland, GDM, LightDM, une mauvaise résolution, un écran externe ou un firmware manquant peuvent aussi être responsables.

Commencez par les erreurs du démarrage courant :

journalctl -b -p err

Regardez les messages liés au GPU :

dmesg | grep -Ei 'amdgpu|radeon|drm|firmware|gpu'Code language: JavaScript (javascript)

Si vous utilisez Xorg, vérifiez aussi le journal Xorg :

grep -E '^\((EE|WW)\)' /var/log/Xorg.0.logCode language: JavaScript (javascript)

Sur certaines versions, le journal Xorg se trouve plutôt dans le dossier utilisateur :

grep -E '^\((EE|WW)\)' ~/.local/share/xorg/Xorg.0.logCode language: JavaScript (javascript)

Tester Xorg au lieu de Wayland

Si l’écran noir apparaît après l’écran de connexion, testez une session Xorg. Sur Ubuntu avec GNOME, cliquez sur l’icône d’engrenage à l’écran de connexion, puis choisissez Ubuntu on Xorg.

Si Xorg fonctionne mais pas Wayland, le problème vient probablement de la session graphique, du compositeur, du pilote DRM ou d’une combinaison écran/GPU. Gardez Xorg comme solution temporaire, puis mettez à jour le noyau, Mesa et le firmware.

Mettre à jour le noyau, Mesa et les firmwares

Pour les cartes AMD, une grande partie du support graphique dépend du noyau Linux, de Mesa et des firmwares. Avant de chercher un pilote propriétaire, mettez d’abord le système à jour.

sudo apt update
sudo apt full-upgrade
sudo apt install --reinstall linux-firmware
sudo reboot

Sur un matériel AMD récent, une version Ubuntu trop ancienne peut simplement ne pas avoir un noyau et une pile Mesa assez récents. Dans ce cas, installez une version Ubuntu plus récente, ou utilisez une variante avec pile HWE quand elle est disponible.

Faut-il installer le pilote AMD officiel depuis le site AMD ?

Pas par défaut.

Le pilote AMD officiel pour Linux peut être utile pour des besoins précis : OpenCL, certaines cartes professionnelles Radeon PRO, workloads certifiés, calcul GPU, applications métiers ou compatibilité ciblée. Pour un poste Ubuntu classique, les pilotes libres fournis par Ubuntu sont généralement le meilleur choix.

Installer AMDGPU-PRO “pour avoir le vrai pilote” est souvent une fausse bonne idée. Vous risquez surtout de remplacer une pile graphique fonctionnelle par un mélange de paquets moins adapté à votre version d’Ubuntu.

Cas des très anciennes cartes ATI

Les très anciennes cartes ATI, comme certaines Mobility Radeon, ne bénéficient pas toujours d’un support parfait sur les versions récentes d’Ubuntu. Le pilote radeon peut fonctionner, mais certaines sorties vidéo, accélérations ou résolutions peuvent rester capricieuses.

Dans ce cas, trois stratégies existent :

• utiliser une distribution légère avec Xorg et un environnement sobre ;
• tester une version Ubuntu LTS plus adaptée au matériel ;
• renoncer aux fonctions exotiques comme sortie TV analogique ou double écran ancien ;
• remplacer la carte ou la machine si l’usage exige une sortie vidéo fiable ;
• garder une configuration Xorg minimale seulement si elle est nécessaire.

Le vieux matériel peut encore rendre service. En revanche, la sortie TV d’une ATI Mobility Radeon de 2005 sous Ubuntu moderne mérite parfois une minute de silence plutôt qu’une journée de debug.

Dépannage selon le symptôme

Symptôme	Cause probable	Action recommandée
Écran noir juste après GRUB	Mode graphique noyau ou firmware GPU	Démarrer avec nomodeset, puis consulter dmesg
Écran noir après le logo Ubuntu	Pilote graphique ou session graphique	TTY, purge fglrx, réinstallation Mesa/Xorg
Écran strié de lignes colorées	Ancien pilote ATI incompatible	Mode recovery, suppression de fglrx
Retour à l’écran de connexion	Session Xorg/Wayland cassée	Tester Ubuntu on Xorg, lire les journaux
Affichage en basse résolution	nomodeset ou pilote générique	Retirer nomodeset après correction
OpenGL renderer: llvmpipe	Pas d’accélération matérielle	Réinstaller Mesa, firmware et pilote adapté
Écran externe non détecté	Sortie vidéo mal gérée	Tester Xorg, xrandr, câble, port et résolution

Commandes utiles pour diagnostiquer une carte ATI/AMD sous Ubuntu

Identifier le GPU :

lspci -nn | grep -Ei 'vga|3d|display'Code language: JavaScript (javascript)

Voir le pilote noyau utilisé :

lspci -nnk | grep -EA3 'VGA|3D|Display'Code language: JavaScript (javascript)

Voir les erreurs GPU :

dmesg | grep -Ei 'amdgpu|radeon|drm|firmware|gpu'Code language: JavaScript (javascript)

Voir les erreurs du démarrage courant :

journalctl -b -p err

Vérifier le rendu OpenGL :

glxinfo -B

Lister les sorties vidéo sous Xorg :

xrandr --query

Rendre nomodeset permanent, seulement si nécessaire

Si vous avez besoin de nomodeset pour démarrer temporairement, vous pouvez le rendre permanent le temps du dépannage. Évitez toutefois d’en faire une solution définitive.

Ouvrez la configuration GRUB :

sudo nano /etc/default/grubCode language: JavaScript (javascript)

Modifiez cette ligne :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"Code language: JavaScript (javascript)

Puis mettez GRUB à jour :

sudo update-grub
sudo reboot

Une fois les pilotes corrigés, retirez nomodeset, relancez sudo update-grub, puis redémarrez. Sinon, vous risquez de garder une machine “réparée” mais bridée.

Checklist de récupération rapide

• Essayer Ctrl + Alt + F3 pour ouvrir un TTY.
• Démarrer avec nomodeset depuis GRUB si l’affichage bloque.
• Passer par le mode recovery si aucun TTY ne répond.
• Remonter la racine en écriture avec mount -o remount,rw /.
• Purger les anciens paquets fglrx.
• Réinstaller les pilotes libres radeon, amdgpu, Xorg et Mesa.
• Renommer un ancien xorg.conf s’il force un mauvais pilote.
• Mettre à jour initramfs et GRUB.
• Redémarrer sans nomodeset lorsque le pilote fonctionne.
• Lire journalctl, dmesg et les logs Xorg si le problème continue.

Articles liés sur SkyMinds

Pour compléter ce dépannage Ubuntu et démarrage Linux, ces articles peuvent aider :

• Ubuntu : résoudre le plantage après une mise à niveau
• GRUB : résoudre l’erreur “Grub loading 1.5. Grub loading, please wait… ERROR 15”
• Linux : retrouver l’usage des touches Fn + F5 et F6 pour régler la luminosité
• Créer un dual boot Ubuntu-Windows avec deux disques durs
• Mise à jour du serveur vers Ubuntu Focal Fossa

FAQ : écran noir Ubuntu et pilotes ATI/AMD

Pourquoi Ubuntu affiche-t-il un écran noir après installation d’un pilote ATI ?

L’écran noir vient souvent d’un pilote incompatible, d’un ancien paquet fglrx, d’une configuration Xorg cassée ou d’un problème d’initialisation graphique par le noyau. Sur les installations modernes, il faut revenir aux pilotes libres radeon ou amdgpu.

fglrx fonctionne-t-il encore sur Ubuntu récent ?

Non. fglrx, aussi appelé AMD Catalyst, n’est plus supporté dans Ubuntu moderne. À partir d’Ubuntu 16.04 LTS, il faut utiliser les pilotes libres radeon ou amdgpu selon la carte.

nomodeset répare-t-il vraiment le problème ?

Non. nomodeset permet surtout de démarrer avec un affichage minimal pour réparer le système. Si vous le gardez en permanence, vous pouvez perdre l’accélération graphique, la bonne résolution ou les performances normales du GPU.

Comment savoir si Ubuntu utilise amdgpu ou radeon ?

Lancez lspci -nnk | grep -EA3 'VGA|3D|Display'. La ligne Kernel driver in use indique le pilote actif. Vous verrez généralement amdgpu ou radeon.

Dois-je installer AMDGPU-PRO ?

Pas pour un usage classique. AMDGPU-PRO peut servir pour certains besoins professionnels, OpenCL ou workloads certifiés. Pour un poste Ubuntu standard, les pilotes libres fournis avec Ubuntu sont généralement plus simples et plus fiables.

Pourquoi glxinfo affiche llvmpipe ?

llvmpipe signifie que le rendu graphique passe par le processeur au lieu du GPU. L’affichage peut fonctionner, mais sans accélération matérielle correcte. Réinstallez Mesa, les firmwares et vérifiez le pilote noyau utilisé.

Une ancienne ATI Mobility Radeon peut-elle encore fonctionner sous Ubuntu ?

Oui, mais pas toujours parfaitement. Les anciennes cartes ATI dépendent souvent du pilote libre radeon. Certaines sorties vidéo anciennes, notamment TV-out ou VGA exotique, peuvent rester capricieuses sur Ubuntu moderne.

Conclusion

Si Ubuntu démarre sur un écran noir après l’installation d’un pilote ATI/AMD, commencez par récupérer l’accès avec un TTY, nomodeset ou le mode recovery. Ensuite, supprimez les anciens paquets fglrx, revenez aux pilotes libres, vérifiez Xorg, Mesa, les firmwares et GRUB.

La grande leçon : sur Ubuntu moderne, le bon pilote AMD est généralement déjà dans la distribution. Installer un vieux pilote propriétaire ATI pour “améliorer les choses” peut surtout améliorer votre connaissance du mode recovery. C’est formateur, certes. Mais on peut faire plus joyeux.

Sources

• Ubuntu Community Help Wiki : AMD binary driver, fglrx et alternatives
• Ubuntu Community Help Wiki : AMDGPU Driver
• Ubuntu Community Help Wiki : RadeonDriver
• Mesa Documentation : RADV Vulkan driver
• AMD : pilotes Linux pour cartes Radeon
• Dell Support : utiliser nomodeset pour les problèmes graphiques Linux

Report a typo