Pas de son

Bonjour,

J’ai un dual Boot avec Windows 11, sur cet os aucun problème de son.
J’ai installé une BookWorm 12.4 sur un LapTop de marque Medion (apparemment dérivé d’un Lenovo) modèle E15423.

Tout fonctionne correctement, sauf le son.
Résultat de la commande lspci:
lspci | grep audio
00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 30)

Avec la commande alsamixer je n’ai que des sortie S/PDIF (1,2,3)
Au niveau du panneau Préférences de son j’ai une carte:
Audio Interne
4 sorties / 4 entrées
Pro Audio

J’ai téléchargé:
firmware-intel-sound
firmware-linux-free
firmware-linux-nonfree
firmware-misc-nonfree
firmware-sof-signed
intel-microcode

Résultat de la commande dmesg:
**sudo dmesg | grep snd **
**[sudo] Mot de passe de francoise : **
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-17-amd64 root=UUID=7174e942-9f6a-4daf-be2f-a10a3885fc1a ro quiet snd_hda_intel.dmic_detect=0
[ 0.030443] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-17-amd64 root=UUID=7174e942-9f6a-4daf-be2f-a10a3885fc1a ro quiet snd_hda_intel.dmic_detect=0
[ 3.088098] snd_hda_intel 0000:00:1f.3: dmic_detect option is deprecated, pass snd-intel-dspcfg.dsp_driver=1 option instead
[ 3.088124] snd_hda_intel 0000:00:1f.3: enabling device (0000 → 0002)
[ 3.088431] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])

Résultat de la commande : inxi -Fza

Audio:
Device-1: Intel Tiger Lake-LP Smart Sound Audio vendor: MEDION AG
** driver: snd_hda_intel v: kernel alternate: snd_sof_pci_intel_tgl**
** bus-ID: 00:1f.3 chip-ID: 8086:a0c8 class-ID: 0401**
** API: ALSA v: k6.1.0-17-amd64 status: kernel-api tools: alsamixer,amixer**
** Server-1: PipeWire v: 0.3.65 status: active with: 1: pipewire-pulse**
** status: active 2: wireplumber status: active tools: pw-cat,pw-cli,wpctl**
** Server-2: PulseAudio v: 16.1 status: off (using pipewire-pulse)**
** tools: pacat,pactl,pavucontrol**

Le son fonctionne sur une enceinte JblGo en bluetooth.
Mais pas sur le haut-parleur du pc.

Ça fait quelque jours que je galère et je ne trouve pas de solution, un peu d’aide serait bienvenue.

Hello

Est-ce juste téléchargé ? Si oui, à partir d’où ?
Ou aussi installé ?

Quelques essais:
essai 1 : si pas installé, installez: " pipewire-audio "
puis reboot

essai 2 : « alsa-ucm-conf »
puis reboot

Si toujours rien, retour de « uname -r »

En fait je voulais dire installer .
pipewire-audio ainsi que alsa-ucm.conf déjà installé.

Retour:

=> uname -r
6.1.0-17-amd64

Toujours pareil.

installé depuis synaptic

Ok vu. Il faudrait justement essayer une plus récente:

P=alsa-ucm-conf_1.2.10-1_all.deb
wget http://ftp.fr.debian.org/debian/pool/main/a/alsa-ucm-conf/$P
sudo dpkg -i ./$P

Sinon, autre piste, noyau de bookworm-backports:
linux-image-amd64 : 6.5.10-1~bpo12+1

Install de alsa-ucm-conf_1.2.10-1_all.deb
Même combat.
Ok je vais voir pour le kernel.

Sinon, il reste aussi la configuration intel par paramétrage options noyau/grub, et écriture /etc/modprobe.d/alsa-base.conf , mais c’est plus aléatoire sans pouvoir vérifier/tester. Pour orientation, test éventuel:

/etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash snd_hda_intel.dmic_detect=0"

puis rafraichir grub. (update).

Ajouter ou création de /etc/modprobe.d/alsa-base.conf

option snd_hda_intel model=basic enable=1 index=0

Pas trouvé le kernel

J’ai installé :
uname -r
6.5.0-0.deb12.1-amd64

Même combat.

Il est bien là: linux-image-6.5.0-0.deb12.4-amd64 (= 6.5.10-1~bpo12+1)

Les numéros de noyaux sont toujours assez confus.

En ce qui concerne /etc/default/grub, je l’avais déjà fait et c’est actif.
L’ ajout de la ligne dans /etc/modprobe.d/alsa-base.conf, ne régle pas le problème hélas.

Beaucoup de choses ont déjà été faites semble-t-il…
Je présuppose que tout est ok côté pipewire.

Il reste la piste version de firmware-sof-signed, mais surpris que d’autres ont bien moins de problèmes avec le même équipement audio.

firmware-sof-signed  2.2.4-1    bookworm/non-free-firmware
firmware-sof-signed  2023.12-1  trixie/non-free-firmware

Install
linux-image-6.5.0-0.deb12.4-amd64_6.5.10-1~bpo12+1_amd64.deb

Pas mieux.
Je vais voir pour
firmware-sof-signed 2023.12-1 trixie/non-free-firmware
déjà installé firmware-sof-signed 2.2.4-1 bookworm/non-free-firmware

J’essaierai plutôt ça:

wget http://ftp.fr.debian.org/debian/pool/non-free-firmware/f/firmware-sof/firmware-sof-signed_2023.12-1_all.deb
sudo dpkg -i ./firmware-sof-signed_2023.12-1_all.deb

Sinon, un petit coup d’œil sur le retour de ça, pour voir:

dpkg -l |awk '$1~i && $2~"pipe|pulse|alsa" {print $2}'

Install de:
http://ftp.fr.debian.org/debian/pool/non-free-firmware/f/firmware-sof/firmware-sof-signed_2023.12-1_all.deb

même combat

=> dpkg -l |awk '$1~i && $2~« pipe|pulse|alsa » {print $2}'
alsa-topology-conf
alsa-ucm-conf
alsa-utils
bluez-alsa-utils
gstreamer1.0-pipewire:amd64
libcanberra-pulse:amd64
libpipeline1:amd64
libpipewire-0.3-0:amd64
libpipewire-0.3-common
libpipewire-0.3-modules:amd64
libpulse-mainloop-glib0:amd64
libpulse0:amd64
libpulsedsp:amd64
pipewire:amd64
pipewire-alsa:amd64
pipewire-audio
pipewire-audio-client-libraries
pipewire-bin
pipewire-jack:amd64
pipewire-pulse
pulseaudio
pulseaudio-utils
vlc-plugin-pipewire:amd64

pulseaudio
A sintaller pour voir…

Vlc lancé avec un fichier son, dans l’onglet lecture de pavucontrol je vois bien le flux actif, par contre il est indiqué muet.

Je vais être obligé de m’arrêter là et on reprendra demain si tu veux bien.

Pulseaudio n’est pas installé .

Pulseaudio a bien un historique dans ce système pourtant « fraîchement » installé, ce qui me surprend toujours.
dpkg ne peut connaître que des paquets qu’il a installés/désinstallés, et ne voit rien d’autre.
Pulseaudio est déjà une usine à gaz, mais s’obstiner à le faire fonctionner avec pipewire en concurrence, je n’essaie même pas de comprendre comment ça marche.
Si tu dis qu’il est maintenant définitivement désinstallé, c’est au moins ça de clair.
Peut-être essayer de le purger:
apt purge pulseaudio

Comme beaucoup de choses ont déjà été modifiées, correctement ou pas, impossible à savoir, et sans en connaître l’historique, se rafraîchir les idées en essayant une testing-live clarifirait un peu. A voir demain.

J’ai testé une live--------> même combat.