Ubuntu son absent après mise à jour : corriger Dummy Output avec PipeWire et ALSA

Un Ubuntu son absent après mise à jour peut vite donner l’impression que la carte son est morte : plus de haut-parleurs, plus de micro, et parfois une seule sortie appelée Dummy Output ou Sortie fictive. Sur Ubuntu, Linux Mint et distributions proches, ce symptôme vient le plus souvent d’un service audio bloqué, d’un profil PipeWire/PulseAudio incorrect, d’un module ALSA non chargé ou d’un firmware audio manquant, surtout sur certains PC portables récents.

La bonne nouvelle : dans beaucoup de cas, il n’est pas nécessaire de réinstaller Linux. Il faut d’abord vérifier si le matériel est détecté, redémarrer proprement la couche audio, puis isoler les causes : session utilisateur, noyau, firmware, profil de sortie, HDMI, Bluetooth ou conflit après mise à jour.

Pour corriger rapidement un son absent sous Ubuntu, vérifiez d’abord que la sortie audio n’est pas coupée, redémarrez PipeWire, contrôlez la détection ALSA avec aplay -l, installez les firmwares manquants, puis testez un ancien noyau si le problème est apparu juste après une mise à jour.

Ubuntu son absent après mise à jour : réponse rapide

1. Ouvrez Paramètres > Son et testez toutes les sorties disponibles.
2. Redémarrez la session audio avec systemctl --user restart pipewire pipewire-pulse wireplumber.
3. Vérifiez que Linux voit la carte son avec aplay -l.
4. Installez ou réinstallez les firmwares audio avec sudo apt install --reinstall linux-firmware alsa-utils.
5. Redémarrez le PC, pas seulement la session graphique.
6. Si le problème suit une mise à jour, démarrez sur l’ancien noyau depuis le menu GRUB.
7. Si Dummy Output reste seul, contrôlez les logs avec journalctl --user -u pipewire -u wireplumber.

Pourquoi Ubuntu affiche Dummy Output ou ne sort plus de son

Sous Linux, le son n’est pas géré par un seul composant. Plusieurs couches travaillent ensemble :

Après une mise à jour, un changement de noyau, de firmware ou de profil audio peut casser cette chaîne. Le PC peut continuer à fonctionner parfaitement, mais l’audio ne reçoit plus la bonne route.

Les cas fréquents :

• PipeWire démarre avant que le périphérique soit prêt ;
• WirePlumber choisit une sortie HDMI inexistante ;
• le paquet linux-firmware n’est pas à jour ;
• un portable Intel récent a besoin du firmware SOF ;
• un ancien réglage PulseAudio reste dans le profil utilisateur ;
• le noyau mis à jour introduit une régression audio ;
• le son est coupé dans alsamixer alors que l’interface graphique semble normale.

Important : évitez les commandes trouvées au hasard qui suppriment complètement PipeWire, PulseAudio ou ALSA. On peut aggraver la panne et perdre le Bluetooth, le micro ou le partage d’écran audio.

Diagnostic : savoir si le problème vient du matériel, d’ALSA ou de PipeWire

Avant de modifier la configuration, il faut identifier où le son se perd. Cette étape évite de réinstaller inutilement le système.

Vérifier les sorties dans l’interface graphique

Allez dans Paramètres > Son. Regardez :

• si une sortie interne est proposée ;
• si seule une sortie Dummy Output apparaît ;
• si une sortie HDMI/DisplayPort est sélectionnée ;
• si le volume général ou celui de l’application est coupé ;
• si le micro est également absent.

Si une sortie correcte existe mais reste muette, le problème peut être un mauvais profil, un volume ALSA coupé ou une application mal routée. Si seule Dummy Output apparaît, il faut vérifier plus bas dans la pile audio.

Contrôler la détection ALSA

Ouvrez un terminal et lancez :

aplay -l

Si vous voyez une carte comme HDA Intel, sof-hda-dsp, Realtek, USB Audio ou HDMI, le matériel est au moins partiellement détecté. Si la commande répond no soundcards found, ALSA ne voit pas la carte son : il faut chercher côté noyau, firmware ou BIOS/UEFI.

Vérifiez aussi les périphériques PCI ou USB :

lspci | grep -i audio
lsusb | grep -i audio

Sur un PC portable Intel récent, une ligne proche de Audio device: Intel Corporation est normale. Sur un casque USB, lsusb doit montrer le périphérique.

Identifier la couche audio utilisée

Ubuntu récent et Linux Mint récent utilisent souvent PipeWire, parfois avec une compatibilité PulseAudio. Vérifiez les services :

systemctl --user status pipewire pipewire-pulse wireplumber --no-pager

Les trois services doivent être actifs ou au moins présents. Si wireplumber est en erreur, les périphériques peuvent exister mais ne pas être proposés correctement au bureau.

Lire les erreurs utiles

Les logs utilisateur donnent souvent l’indice décisif :

journalctl --user -u pipewire -u pipewire-pulse -u wireplumber --since "30 min ago" --no-pager

Cherchez des mots comme failed, error, alsa, profile, device, permission ou sof. Un message isolé n’est pas toujours grave, mais une erreur répétée à chaque démarrage indique une vraie piste.

Causes possibles du son absent sous Ubuntu ou Linux Mint

PipeWire ou WirePlumber bloqué

C’est le cas le plus simple. Le matériel est détecté, mais le service qui expose les sorties aux applications reste coincé après une veille, une mise à jour ou un changement de périphérique.

Profil audio incorrect

Certains PC proposent plusieurs profils : analogique, HDMI, casque, micro combiné, surround, entrée seule. Si le profil actif ne contient pas de sortie exploitable, vous pouvez voir une sortie vide ou muette.

Firmware SOF ou linux-firmware manquant

Sur plusieurs portables Intel modernes, l’audio dépend de firmwares SOF. Après une installation minimale ou une mise à jour incomplète, la carte peut disparaître ou se présenter seulement partiellement.

Volume coupé dans ALSA

Même si le volume du bureau est à 80 %, ALSA peut avoir un canal Master, Speaker, Headphone ou PCM en sourdine. C’est classique après une migration, un changement de noyau ou un outil audio tiers.

Régression après mise à jour du noyau

Si le son fonctionnait hier et disparaît juste après une mise à jour, l’ancien noyau peut aider à confirmer une régression. Ce n’est pas une solution définitive, mais un diagnostic très utile.

Conflit entre PulseAudio et PipeWire

Sur des systèmes mis à niveau plusieurs fois, des restes de configuration PulseAudio peuvent perturber PipeWire. Il faut nettoyer prudemment la configuration utilisateur, sans supprimer tous les paquets audio au hasard.

Solutions détaillées pour réparer Dummy Output

1. Redémarrer proprement PipeWire et WirePlumber

Commencez par la correction la moins risquée :

systemctl --user restart pipewire pipewire-pulse wireplumber

Puis rouvrez Paramètres > Son. Testez aussi une application simple, par exemple une vidéo locale ou le test de haut-parleurs.

Si la commande indique qu’un service n’existe pas, listez les unités disponibles :

systemctl --user list-units | grep -E 'pipewire|pulse|wireplumber'

Sur une version plus ancienne, PulseAudio peut encore être utilisé. Dans ce cas :

pulseaudio -k

PulseAudio se relance normalement tout seul. Si votre système est déjà sous PipeWire, préférez la commande systemctl --user ci-dessus.

2. Vérifier les volumes cachés avec alsamixer

Installez les outils ALSA si nécessaire :

sudo apt update
sudo apt install alsa-utils

Lancez :

alsamixer

Dans l’interface :

• utilisez F6 pour choisir la bonne carte son ;
• vérifiez Master, Speaker, Headphone, PCM ;
• si un canal affiche MM, appuyez sur M pour le réactiver ;
• montez les volumes avec les flèches ;
• quittez avec Échap.

Sauvegardez ensuite l’état ALSA :

sudo alsactl store

Cette étape résout souvent les cas où la sortie existe mais reste silencieuse.

3. Réinstaller les firmwares et paquets audio essentiels

Si aplay -l ne voit rien ou si la carte apparaît sous un nom étrange, réinstallez les composants de base :

sudo apt update
sudo apt install --reinstall linux-firmware alsa-utils pipewire pipewire-pulse wireplumber

Redémarrez ensuite complètement :

sudo reboot

Après redémarrage, relancez :

aplay -l
systemctl --user status pipewire wireplumber --no-pager

4. Tester l’ancien noyau depuis GRUB

Si le problème a commencé juste après une mise à jour, redémarrez le PC. Au démarrage, ouvrez le menu GRUB, puis choisissez Options avancées pour Ubuntu et démarrez sur le noyau précédent.

Si le son revient avec l’ancien noyau, vous avez probablement une régression. Dans ce cas :

• gardez l’ancien noyau le temps de confirmer ;
• évitez de supprimer les noyaux fonctionnels ;
• notez la version qui marche et celle qui casse ;
• surveillez les mises à jour linux-image, linux-modules et linux-firmware.

Pour voir le noyau actif :

uname -r

5. Réinitialiser seulement la configuration audio utilisateur

Si le matériel est détecté mais que le bureau reste bloqué sur une mauvaise sortie, vous pouvez déplacer les réglages utilisateur. Ne les supprimez pas directement : renommez-les pour pouvoir revenir en arrière.

mkdir -p ~/backup-audio-config
mv ~/.config/pulse ~/backup-audio-config/pulse.$(date +%F-%H%M) 2>/dev/null || true
mv ~/.local/state/wireplumber ~/backup-audio-config/wireplumber.$(date +%F-%H%M) 2>/dev/null || true
systemctl --user restart pipewire pipewire-pulse wireplumber

Déconnectez-vous puis reconnectez-vous si nécessaire. Les profils audio seront recréés automatiquement.

6. Vérifier HDMI, Bluetooth et casques USB

Quand un écran HDMI, une station d’accueil ou un casque Bluetooth est connecté, Linux peut envoyer le son au mauvais endroit. Dans Paramètres > Son, testez chaque sortie.

Vous pouvez aussi voir les périphériques PipeWire avec :

wpctl status

Pour changer la sortie par défaut, repérez l’identifiant de la sortie, puis utilisez :

wpctl set-default ID_DU_PERIPHERIQUE

Remplacez ID_DU_PERIPHERIQUE par le numéro affiché par wpctl status.

7. Contrôler le BIOS/UEFI et les périphériques désactivés

Sur certains PC, l’audio interne peut être désactivé dans l’UEFI, ou perturbé après un reset de paramètres. Vérifiez :

• audio intégré activé ;
• mode contrôleur non exotique ;
• mise à jour BIOS récente si le constructeur mentionne un correctif audio ;
• absence de périphérique audio désactivé dans un menu avancé.

Cette piste est moins fréquente, mais utile si lspci ne montre aucune carte audio interne.

Prévention : éviter que le son disparaisse après une mise à jour

Pour limiter les retours de panne :

• gardez linux-firmware à jour ;
• évitez les dépôts audio expérimentaux sur une machine de travail ;
• ne mélangez pas inutilement JACK, PulseAudio et PipeWire ;
• conservez au moins un ancien noyau fonctionnel ;
• notez le modèle exact du PC et de la carte son ;
• testez le son juste après les grosses mises à jour ;
• sauvegardez vos réglages importants avant de suivre des commandes radicales.

Une maintenance simple suffit souvent :

sudo apt update
sudo apt upgrade

Évitez en revanche de lancer des commandes de purge globales comme sudo apt purge pipewire* pulseaudio* sans plan de retour arrière.

Checklist récapitulative

• La bonne sortie est sélectionnée dans Paramètres > Son.
• aplay -l affiche au moins une carte son.
• pipewire, pipewire-pulse et wireplumber sont actifs.
• Les canaux Master, Speaker, Headphone ne sont pas en sourdine dans alsamixer.
• linux-firmware et alsa-utils sont installés.
• Un ancien noyau a été testé si la panne suit une mise à jour.
• HDMI, Bluetooth, casque USB et station d’accueil ont été isolés.
• Les réglages utilisateur PulseAudio/WirePlumber ont été renommés, pas supprimés brutalement.

Erreurs courantes à éviter

Réinstaller Ubuntu trop vite

Une réinstallation peut masquer le problème sans le comprendre. Si la cause est un firmware, un noyau ou un modèle de PC spécifique, la panne peut revenir après les premières mises à jour.

Copier des commandes anciennes pour PulseAudio

Beaucoup de guides datent d’avant PipeWire. Certaines commandes restent utiles, mais d’autres ne correspondent plus aux versions récentes d’Ubuntu et Linux Mint.

Supprimer tous les paquets audio

Purger PipeWire, PulseAudio, ALSA, Bluetooth et les firmwares en une seule commande peut rendre le diagnostic plus difficile. Procédez par étapes et gardez les messages d’erreur.

Ignorer les périphériques HDMI

Un écran ou une TV peut devenir sortie par défaut après une mise à jour. Le son fonctionne, mais il part vers un périphérique qui n’a pas de haut-parleurs actifs.

Confondre panne audio et panne matérielle

Une vraie panne de haut-parleurs existe, mais elle est moins probable si le problème apparaît juste après une mise à jour. Testez un casque filaire, un casque USB et une session live USB avant de conclure.

FAQ

Pourquoi Ubuntu affiche seulement Dummy Output ?

Dummy Output apparaît quand la couche audio ne trouve pas de sortie utilisable. Cela peut venir d’un service PipeWire bloqué, d’une carte non détectée par ALSA, d’un firmware manquant ou d’un profil audio incorrect.

Est-ce que je dois réinstaller Linux Mint ou Ubuntu ?

Non, pas en première intention. Vérifiez d’abord aplay -l, redémarrez PipeWire, contrôlez alsamixer et réinstallez linux-firmware. La majorité des pannes audio logicielles se corrigent sans réinstallation.

Quelle commande utiliser si PipeWire ne redémarre pas ?

Utilisez :

systemctl --user restart pipewire pipewire-pulse wireplumber

Puis consultez les erreurs avec :

journalctl --user -u pipewire -u wireplumber --since "30 min ago" --no-pager

aplay -l ne montre aucune carte son, que faire ?

Commencez par vérifier lspci | grep -i audio, réinstaller linux-firmware, redémarrer et tester un ancien noyau. Si la carte reste invisible, vérifiez l’UEFI/BIOS et testez une session live USB.

Le son marche avec un casque USB mais pas avec les haut-parleurs internes, pourquoi ?

Le casque USB utilise sa propre carte son. Si lui fonctionne, PipeWire est probablement opérationnel. Le problème vise plutôt la carte interne, le profil ALSA, le firmware, le canal Speaker ou un bug de noyau.

Puis-je revenir à PulseAudio au lieu de PipeWire ?

C’est possible sur certaines distributions, mais ce n’est pas la première solution à tenter. PipeWire est le comportement standard sur beaucoup de versions récentes. Mieux vaut d’abord corriger le profil, les firmwares et la configuration utilisateur.

Conclusion

Un son absent sous Ubuntu ou Linux Mint après mise à jour est frustrant, surtout quand Dummy Output laisse penser que tout a disparu. En procédant dans l’ordre — sortie audio, PipeWire, ALSA, firmware, ancien noyau, configuration utilisateur — vous pouvez isoler la cause sans casser le système ni perdre de temps dans une réinstallation inutile.

Besoin d’aide ? Si malgré ces étapes votre problème persiste, contactez-moi pour un diagnostic gratuit à distance ou à domicile (Montpellier / Île-de-France).