Ubuntu : résoudre les problèmes de son avec PipeWire, ALSA et WirePlumber

Quand Ubuntu n’a plus de son, l’ancien réflexe consistait souvent à accuser ALSA, à relancer alsa-utils, puis à chercher une version plus récente du pilote.

Ce réflexe appartient surtout aux anciennes versions d’Ubuntu.

Aujourd’hui, ALSA existe toujours, mais il n’est qu’une partie de la pile audio. Sur les versions modernes d’Ubuntu, le son passe généralement par PipeWire, avec WirePlumber pour gérer les périphériques, les profils, les routes et les sorties disponibles.

La bonne méthode n’est donc plus de compiler ALSA à la main. Elle consiste à diagnostiquer la pile complète : matériel, noyau, ALSA, PipeWire, WirePlumber, profil de sortie et application.

Comprendre la pile audio moderne d’Ubuntu

Avant de corriger le son, il faut savoir où regarder.

Sur Ubuntu moderne, la chaîne ressemble souvent à ceci :

application → PipeWire / pipewire-pulse → WirePlumber → ALSA → noyau Linux → carte son

Chaque couche a son rôle :

Couche	Rôle	Commande utile
Application	Produit le son	Paramètres audio de l’application
PipeWire	Serveur audio moderne	systemctl --user status pipewire
pipewire-pulse	Compatibilité PulseAudio	pactl info
WirePlumber	Gestion des périphériques et routes	wpctl status
ALSA	Accès bas niveau à la carte son	aplay -l
Noyau Linux	Détection matérielle et pilotes	lspci, lsusb, dmesg

Si vous voyez “ALSA” dans un vieux tutoriel, ne partez pas immédiatement compiler des pilotes. Vérifiez d’abord PipeWire, WirePlumber et la sortie sélectionnée dans les paramètres son.

Étape 1 : vérifier les évidences

Ubuntu recommande de commencer par les vérifications simples : volume général, application muette, haut-parleurs branchés, bon périphérique de sortie sélectionné. Cela paraît idiot. C’est pourtant là que se cachent beaucoup de pannes très sérieuses, avec une dignité limitée.

• Vérifiez que le volume système n’est pas à zéro.
• Vérifiez la touche muet du clavier.
• Vérifiez le volume de l’application.
• Testez un casque filaire.
• Débranchez/rebranchez les enceintes.
• Changez de sortie dans Paramètres → Son.
• Testez HDMI, casque, haut-parleurs internes et Bluetooth séparément.

Dans les paramètres Ubuntu, ouvrez Son, puis sélectionnez le bon périphérique de sortie. Ubuntu documente explicitement ce test : certains ordinateurs exposent plusieurs périphériques, dont certains ne produisent aucun son audible.

Étape 2 : identifier le matériel audio

Commencez par vérifier que le noyau détecte bien la carte son.

Pour une carte interne PCI ou intégrée :

lspci | grep -Ei 'audio|sound'Code language: JavaScript (javascript)

Pour une interface USB, un casque USB ou une carte son externe :

lsusb

Pour obtenir plus de détails côté noyau :

dmesg | grep -Ei 'audio|snd|alsa|hda|sof' | tail -80Code language: JavaScript (javascript)

Si lspci ou lsusb ne voit aucun périphérique audio, le problème est probablement plus bas que PipeWire. Il peut venir du BIOS/UEFI, du noyau, d’un firmware manquant ou du matériel.

Si le matériel est visible, continuez.

Étape 3 : vérifier ALSA

ALSA doit voir au moins une carte son.

aplay -l

Vous pouvez aussi lister les périphériques PCM :

aplay -L

Si aplay -l renvoie no soundcards found, PipeWire ne pourra pas inventer une carte son. Il faut alors regarder côté noyau, modules et firmware.

Listez les modules audio chargés :

lsmod | grep '^snd'Code language: JavaScript (javascript)

Pour les cartes Intel/Realtek HD Audio, vous verrez souvent des modules comme snd_hda_intel, snd_hda_codec_realtek ou snd_sof_pci_intel selon le matériel.

Étape 4 : vérifier les volumes ALSA avec alsamixer

ALSA peut être muet même si GNOME affiche un volume correct.

Lancez :

alsamixer

Dans alsamixer :

• appuyez sur F6 pour choisir la bonne carte son ;
• vérifiez Master, PCM, Speaker, Headphone ;
• si un canal affiche MM, il est muet ;
• appuyez sur M pour basculer muet/non muet ;
• montez les volumes avec les flèches ;
• quittez avec Échap.

Vous pouvez aussi démuter depuis la ligne de commande :

amixer set Master unmute
amixer set PCM unmute
amixer set Speaker unmute
amixer set Headphone unmute
amixer set Master 80%Code language: JavaScript (javascript)

Si le son revient après alsamixer, le problème était simplement un canal ALSA muet. Pas glorieux, mais efficace.

Étape 5 : tester le son directement avec ALSA

Pour distinguer un problème ALSA d’un problème PipeWire, testez ALSA directement.

speaker-test -c 2 -t wav

Ou avec un fichier son fourni par ALSA :

aplay /usr/share/sounds/alsa/Front_Center.wav

Si ce test fonctionne, la carte son et ALSA vont probablement bien. Le problème se situe plutôt côté PipeWire, WirePlumber, profil de sortie ou application.

Si ce test échoue, remontez vers le matériel, les modules noyau, les firmwares et les volumes ALSA.

Étape 6 : vérifier PipeWire et WirePlumber

Sur Ubuntu récent, PipeWire doit tourner dans la session utilisateur.

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

Affichez ensuite les périphériques et sorties connus par WirePlumber :

wpctl status

PipeWire fournit aussi des outils de diagnostic :

pactl info
pactl list short sinks
pactl list short sourcesCode language: PHP (php)

Avec pactl info, vérifiez la ligne Server Name. Sur une Ubuntu moderne avec compatibilité PulseAudio via PipeWire, vous devriez souvent voir une mention de PipeWire.

PipeWire documente plusieurs configurations : démon PipeWire, démon compatible PulseAudio, configuration WirePlumber et clients ALSA/JACK/PulseAudio émulés. Cela explique pourquoi les commandes PulseAudio comme pactl restent utiles même sur un système PipeWire.

Étape 7 : redémarrer proprement la pile audio

Avant de modifier des fichiers, redémarrez proprement les services audio utilisateur.

systemctl --user restart pipewire pipewire-pulse wireplumber

Puis vérifiez :

wpctl status

Si vous utilisez une ancienne version d’Ubuntu encore sous PulseAudio, la commande sera différente :

systemctl --user restart pulseaudio

Ne mélangez pas au hasard PulseAudio et PipeWire. Installer, supprimer et masquer des services audio sans savoir lequel pilote réellement la session crée souvent plus de problèmes qu’il n’en résout.

Étape 8 : sélectionner la bonne sortie avec wpctl

Si le mauvais périphérique est sélectionné, vous pouvez le changer depuis les paramètres GNOME. En ligne de commande, utilisez wpctl.

Listez les périphériques :

wpctl status

Repérez l’identifiant de la sortie audio souhaitée, puis définissez-la comme sortie par défaut :

wpctl set-default IDCode language: JavaScript (javascript)

Remplacez ID par l’identifiant réel affiché par wpctl status.

Réglez le volume :

wpctl set-volume @DEFAULT_AUDIO_SINK@ 80%Code language: JavaScript (javascript)

Démutez la sortie :

wpctl set-mute @DEFAULT_AUDIO_SINK@ 0Code language: JavaScript (javascript)

Cas fréquent : “Dummy Output” dans Ubuntu

“Dummy Output” signifie généralement qu’Ubuntu ne voit aucune sortie audio utilisable au niveau attendu par l’environnement de bureau.

Procédez dans cet ordre :

1. Vérifiez que le matériel est visible avec lspci ou lsusb.
2. Vérifiez ALSA avec aplay -l.
3. Vérifiez les modules avec lsmod | grep '^snd'.
4. Redémarrez PipeWire et WirePlumber.
5. Vérifiez wpctl status.
6. Regardez les erreurs utilisateur avec journalctl --user.

journalctl --user -u pipewire -u pipewire-pulse -u wireplumber --since "30 minutes ago" --no-pagerCode language: JavaScript (javascript)

Si ALSA voit la carte mais PipeWire ne propose que “Dummy Output”, le problème vient souvent de WirePlumber, d’un profil invalide, d’un service audio bloqué ou d’une configuration utilisateur cassée.

Réinitialiser la configuration audio utilisateur

Si le problème semble limité à votre session utilisateur, renommez les configurations locales au lieu de les supprimer.

mkdir -p ~/.config/audio-backup

for dir in pipewire wireplumber pulse; do
	if [ -d "$HOME/.config/$dir" ]; then
		mv "$HOME/.config/$dir" "$HOME/.config/audio-backup/${dir}.$(date +%F-%H%M%S)"
	fi
done

systemctl --user restart pipewire pipewire-pulse wireplumberCode language: JavaScript (javascript)

Cette méthode évite le grand coup de hache. Si cela empire, vous pouvez récupérer les anciens dossiers dans ~/.config/audio-backup.

Réinstaller les paquets audio essentiels

Si les services ou fichiers système semblent abîmés, réinstallez les paquets audio essentiels depuis les dépôts Ubuntu.

sudo apt update
sudo apt install --reinstall alsa-utils pipewire pipewire-pulse wireplumber libspa-0.2-bluetoothCode language: CSS (css)

Puis redémarrez la session audio :

systemctl --user daemon-reload
systemctl --user restart pipewire pipewire-pulse wireplumber

Ou redémarrez simplement la machine si vous voulez éliminer les états intermédiaires :

sudo reboot

Évitez les scripts trouvés sur un forum qui suppriment PulseAudio, masquent des sockets, installent des PPA audio et modifient GRUB en une seule commande. C’est le genre de cocktail qui finit en “plus de son, plus de Bluetooth, plus de joie”.

Cas HDMI : image OK, pas de son

Le son HDMI est souvent détecté comme une sortie séparée.

• Ouvrez Paramètres → Son.
• Choisissez la sortie HDMI.
• Testez chaque profil disponible.
• Vérifiez que l’écran ou la TV n’est pas muet.
• Débranchez/rebranchez le câble HDMI si nécessaire.

En ligne de commande :

wpctl status
pactl list short sinksCode language: PHP (php)

Si la sortie HDMI apparaît mais ne sort aucun son, essayez de changer de profil dans les paramètres son ou avec un outil comme pavucontrol.

sudo apt install pavucontrol
pavucontrol

pavucontrol reste utile même avec PipeWire, car pipewire-pulse fournit une couche compatible PulseAudio.

Cas Bluetooth : casque connecté, mais pas de son

Pour le Bluetooth, vérifiez d’abord que le paquet de support Bluetooth PipeWire est installé.

sudo apt install libspa-0.2-bluetoothCode language: CSS (css)

Redémarrez ensuite Bluetooth et la pile audio :

sudo systemctl restart bluetooth
systemctl --user restart pipewire pipewire-pulse wireplumber

Puis ouvrez les paramètres son et sélectionnez le casque comme sortie.

Avec certains casques, vous devrez choisir entre un profil haute qualité pour l’écoute et un profil mains libres pour le micro. Ce n’est pas Ubuntu qui devient philosophe : c’est une limite classique des profils Bluetooth audio.

Cas micro : entrée détectée, mais rien n’enregistre

Pour un problème de micro, vérifiez l’entrée par défaut :

wpctl status
wpctl set-default ID_DU_MICRO
wpctl set-mute @DEFAULT_AUDIO_SOURCE@ 0
wpctl set-volume @DEFAULT_AUDIO_SOURCE@ 80%Code language: JavaScript (javascript)

Testez l’enregistrement :

arecord -f cd -d 5 test-micro.wav
aplay test-micro.wavCode language: CSS (css)

Vous pouvez aussi utiliser pavucontrol, onglet Input Devices, pour vérifier que le bon micro est sélectionné et que le niveau bouge.

Cas applications Snap, Flatpak ou navigateur

Si le son fonctionne dans une application mais pas dans une autre, le problème ne vient probablement pas d’ALSA.

• Vérifiez le volume interne de l’application.
• Vérifiez l’onglet Playback dans pavucontrol.
• Vérifiez les permissions audio des applications sandboxées.
• Testez avec une application native et une application Snap/Flatpak.
• Testez une vidéo locale avec VLC ou GNOME Videos.

Dans un navigateur, vérifiez aussi que l’onglet n’est pas muet. Oui, cela mérite une ligne entière. Oui, tout le monde s’est déjà fait avoir.

Collecter un rapport utile avant de demander de l’aide

Si vous devez demander de l’aide sur un forum ou ouvrir un ticket, donnez des informations exploitables. Le wiki Ubuntu Community rappelle justement que la procédure de dépannage sert à collecter les informations essentielles sur la carte son avant de demander de l’aide.

Voici un bloc de commandes utile :

echo "=== Ubuntu ==="
lsb_release -a 2>/dev/null || cat /etc/os-release

echo "=== Kernel ==="
uname -a

echo "=== Audio hardware PCI ==="
lspci | grep -Ei 'audio|sound' || true

echo "=== Audio hardware USB ==="
lsusb | grep -Ei 'audio|sound|headset|microphone' || true

echo "=== ALSA cards ==="
aplay -l || true

echo "=== ALSA devices ==="
aplay -L | head -80 || true

echo "=== PipeWire services ==="
systemctl --user --no-pager status pipewire pipewire-pulse wireplumber || true

echo "=== wpctl ==="
wpctl status || true

echo "=== pactl ==="
pactl info || true
pactl list short sinks || true
pactl list short sources || true

echo "=== Recent audio logs ==="
journalctl --user -u pipewire -u pipewire-pulse -u wireplumber --since "1 hour ago" --no-pager || true

echo "=== Kernel audio logs ==="
dmesg | grep -Ei 'audio|snd|alsa|hda|sof|firmware' | tail -120 || trueCode language: PHP (php)

Publiez la sortie dans un bloc de code. Une capture floue de “Dummy Output” aide moins qu’un vrai diagnostic.

Checklist de dépannage rapide

• Le volume système est-il actif ?
• Le bon périphérique est-il sélectionné dans Paramètres → Son ?
• lspci ou lsusb voit-il le matériel audio ?
• aplay -l voit-il une carte son ?
• alsamixer montre-t-il un canal muet ?
• speaker-test fonctionne-t-il avec ALSA ?
• systemctl --user status pipewire pipewire-pulse wireplumber est-il propre ?
• wpctl status affiche-t-il les sorties attendues ?
• Le problème touche-t-il toutes les applications ou une seule ?
• Le problème concerne-t-il seulement HDMI, Bluetooth ou le micro ?

Commandes à essayer, dans le bon ordre

Voici une séquence raisonnable, du moins intrusif au plus intrusif.

# 1. Voir les sorties PipeWire/WirePlumber.
wpctl status

# 2. Voir les cartes ALSA.
aplay -l

# 3. Vérifier les volumes ALSA.
alsamixer

# 4. Redémarrer la pile audio utilisateur.
systemctl --user restart pipewire pipewire-pulse wireplumber

# 5. Tester ALSA directement.
speaker-test -c 2 -t wav

# 6. Réinstaller les paquets essentiels si nécessaire.
sudo apt update
sudo apt install --reinstall alsa-utils pipewire pipewire-pulse wireplumber libspa-0.2-bluetoothCode language: PHP (php)

Arrêtez-vous dès que le son revient. Inutile de continuer à réparer un système réparé. C’est comme resserrer une vis après l’avoir cassée : satisfaisant pendant une seconde, puis coûteux.

Quand envisager un noyau plus récent ?

Si votre ordinateur est très récent, le matériel audio peut nécessiter un noyau ou des firmwares plus récents.

Signes possibles :

• lspci voit le contrôleur audio, mais ALSA ne crée aucune carte ;
• dmesg mentionne un firmware manquant ;
• le problème est connu pour votre modèle précis ;
• le son fonctionne sur une version Ubuntu plus récente en session live ;
• le problème apparaît après une mise à niveau de noyau.

Dans ce cas, testez d’abord une session live d’une version Ubuntu plus récente. Si le son fonctionne en live USB, vous avez une piste solide. Ensuite seulement, envisagez un noyau HWE, une mise à niveau Ubuntu ou une correction spécifique au matériel.

Conclusion

Les problèmes de son sous Ubuntu ne se résolvent plus comme en 2010.

ALSA reste essentiel, mais il n’est plus le seul suspect. Sur Ubuntu moderne, il faut diagnostiquer toute la chaîne : matériel, noyau, ALSA, PipeWire, WirePlumber, sortie sélectionnée et application.

Commencez par les vérifications simples, testez ALSA directement, inspectez wpctl status, redémarrez proprement PipeWire et WirePlumber, puis réinstallez les paquets audio seulement si nécessaire.

Sources et documentation

• Ubuntu Help : I cannot hear any sounds on the computer
• Ubuntu Community Help Wiki : Sound Troubleshooting Procedure
• Documentation ubuntu-fr : PipeWire
• PipeWire Documentation : Configuration
• WirePlumber Documentation : ALSA configuration
• SkyMinds : corriger le son saccadé sous VLC

Report a typo