Bonjour,
Depuis environ une semaine, je n’ai plus de son avec “sortie factice” dans les paramètres.
J’ai regardé et testé les solutions de nombreux sujets postés sur les forums Ubuntu, Linux Mint, …
Je poste donc içi en désespoir de cause.
C’est un laptop acheté récemment chez LDLC (marque en propre). Manjaro est à jour avec le kernel LTS (5.10).
lspci -v retourne
00:1f.3 Audio device: Intel Corporation Smart Sound Technology Audio Controller (rev 30)
Subsystem: CLEVO/KAPOK Computer Device 8680
Flags: bus master, fast devsel, latency 32, IRQ 137
Memory at 6001110000 (64-bit, non-prefetchable) [size=16K]
Memory at 6001000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_sof_pci
journalctl -r -p err retourne
> hdaudio hdaudioC0D0: no AFG or MFG node found
> mai 05 12:05:25 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
> mai 05 12:05:25 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
J’ai modifié le fichier /etc/modprobe.d/alsa-base.conf avec différentes options proposées sur les forums en fonction du type d’appareil notamment.
J’ai testé un kernel plus récent mais cela n’a rien changé et je doute que cela soit la cause.
Pour finir le son est bien actif et ce qui est étrange c’est qu’avec mon casque Bluetooth, j’ai du son (lien de cause à effet ?).
Merci pour vos retours.
Bonne journée
Antoine
Si tu utilises pulseaudio, ce qui m’a souvent permis de retrouver ma sortie dans les paramètres, c’est soit:
1 Relancer le service pulseadio (si tu as déjà rebooté, ce qui est probable, passe à la suite)
systemctl --user stop pulseaudio.socket
systemctl --user stop pulseaudio.service
systemctl --user start pulseaudio.socket
systemctl --user start pulseaudio.service
Parfois tuer le process pulseaudio suffit.
2 Aller resélectionner la bonne carte dans alsamixer
3 Stopper le service pulseaudio (voir 1.) , renommer ~/.config/pulse en ~/.config/pulse-backup et relancer le service
4. Réinstaller pulseaudio
1 Like
Merci pour vos réponses !
nl.smart : OK je poste ca demain
Mez : effectivement, le reboot ne change rien
Pour les 2. 3. et 4. ce sont les 1ères manipulations que j’ai effectuées suite à la recherche sur les forums mais cela n’a rien donné (même les paquets liés et celui pour Alsa listés sur le wiki Arch).
Mais je vais tout de même relancer la réinstallation en éliminant les fichiers de configuation.
Bonne soirée
Bonjour,
Pour inxi -F, voici le retour de la commande
> System: Host: LDLC-MANJARO Kernel: 5.10.32-1-MANJARO x86_64 bits: 64 Desktop: GNOME 3.38.4 Distro: Manjaro Linux
> Machine: Type: Laptop System: Notebook product: NJ5x_NJ7xLU v: N/A serial: <superuser required>
> Mobo: Notebook model: NJ5x_NJ7xLU serial: <superuser required> UEFI: INSYDE v: 1.07.06 date: 11/06/2020
> Battery: ID-1: BAT0 charge: 35.6 Wh (89.0%) condition: 40.0/40.1 Wh (99.7%)
> CPU: Info: Dual Core model: Intel Core i3-1005G1 bits: 64 type: MT MCP cache: L2: 4 MiB
> Speed: 1000 MHz min/max: 400/3400 MHz Core speeds (MHz): 1: 1000 2: 1000 3: 1000 4: 1000
> Graphics: Device-1: Intel Iris Plus Graphics G1 driver: i915 v: kernel
> Device-2: Chicony Chicony USB2.0 Camera type: USB driver: uvcvideo
> Display: wayland server: X.Org 1.21.1.1 driver: loaded: i915 note: n/a (using device driver) - try sudo/root
> resolution: 1920x1080~60Hz
> OpenGL: renderer: Mesa Intel UHD Graphics (ICL GT1) v: 4.6 Mesa 21.0.3
> Audio: Device-1: Intel Smart Sound Audio driver: snd_hda_intel
> Sound Server-1: ALSA v: k5.10.32-1-MANJARO running: yes
> Sound Server-2: PulseAudio v: 14.2 running: yes
> Sound Server-3: PipeWire v: 0.3.26 running: yes
> Network: Device-1: Intel Killer Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter driver: iwlwifi
> IF: wlp0s20f3 state: up mac: 04:6c:59:72:0c:31
> Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
> IF: enp1s0f1 state: down mac: 80:fa:5b:8c:88:7d
> IF-ID-1: wg0 state: unknown speed: N/A duplex: N/A mac: N/A
> Bluetooth: Device-1: Intel type: USB driver: btusb
> Report: rfkill ID: hci0 state: up address: see --recommends
> Drives: Local Storage: total: 894.25 GiB used: 308.61 GiB (34.5%)
> ID-1: /dev/sda vendor: LDLC model: SSD F6 PLUS M.2 2280 3D NAND 960GB size: 894.25 GiB
> Partition: ID-1: / size: 878.85 GiB used: 308.61 GiB (35.1%) fs: ext4 dev: /dev/dm-0
> ID-2: /boot/efi size: 299.4 MiB used: 448 KiB (0.1%) fs: vfat dev: /dev/sda1
> Swap: Alert: No swap data was found.
> Sensors: System Temperatures: cpu: 41.0 C mobo: N/A
> Fan Speeds (RPM): N/A
> Info: Processes: 227 Uptime: 21m Memory: 31.03 GiB used: 3.74 GiB (12.1%) Shell: Zsh inxi: 3.3.04
Bon à l’origine, j’avais déjà précisé le type de carte son avec lspci -v
La réinstallation n’a rien donné. J’en suis toujours au même point. Si vous avez des idées.
Peut-être commencer par désinstaller un des deux…
Chez moi, si je souhaite installer pipewire, il y a un conflit avec pulseaudio et je suis forcé de désinstaller ce dernier pour que ça passe… L’inverse est vrai si je repasse de pipewire vers pulseaudio.
Dans ton cas, les 2 tournent en parallèle.Tu as simultanément pulseaudio et pipewire. Ça ne me semble pas normal et ça pourrait créer un conflit.
Chez moi, ça donne ça:
Audio: Device-1: Advanced Micro Devices [AMD/ATI] driver: snd_hda_intel
Device-2: Advanced Micro Devices [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor driver: N/A
Device-3: Advanced Micro Devices [AMD] Family 17h HD Audio driver: snd_hda_intel
Sound Server-1: ALSA v: k5.12.1-2-MANJARO running: yes
Sound Server-2: PipeWire v: 0.3.27 running: yes
Effectivement, mais lorsque j’ai tenté la désinstallation de l’un des deux, il y a des dépendances avec Gnome Shell qui m’ont freiné.
J’ai donc utilisé les commandes indiquées dans un post sur le forum pour désactiver pipewire (dont je ne me souvenais pas d’avoir procédé à l’installation):
systemctl --user mask pipewire.socket --now
systemctl --user disable pipewire.service --now
La sortie de inxi -F donne maintenant:
Audio: Device-1: Intel Smart Sound Audio driver: snd_hda_intel
Sound Server-1: ALSA v: k5.10.34-1-MANJARO running: yes
Sound Server-2: PulseAudio v: 14.2 running: yes
Malheureusement, j’ai toujours “sortie factice” dans les paramètres.
Et la sortie de journalctl -r -p err me donne toujours:
hdaudio hdaudioC0D0: no AFG or MFG node found
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
mai 07 21:55:49 LDLC-MANJARO kernel: snd_hda_intel 0000:00:1f.3: spurious response 0x0:0x0, last cmd=0x000000
Je commence à sécher… En général, la petite liste fournie au début résolvait mes problèmes pulseaudio. Même avec pipewire un jour après avoir joué avec wayfire, je me suis retrouvé sans output, et un rollback vers pulseaudio suivi d’un retour vers pipewire avait résolu mon problème.
Si tu as de l’output en bluetooth et que la carte son n’est pas reconnue (ce que confirme en effet les erreurs dans journalctl) comme output, c’est peut-être plus profond…
Est-ce que tu as utilisé un LiveUSB ou un dual boot (autre distro ou Windows) qui confirme que la sortie son est détectée ailleurs?
Est-ce que tu avais fait des modifications dans les fichiers de conf de pulseaudio à force de bidouiller? (/etc/pulse/daemon.conf ou /etc/pulse/default.pa)
J’ai lancé Tails pour vérifier les paramètres son et la sortie n’est pas détectée (j’ai à nouveau ‘sortie factice’). Le problème est donc comme tu le dis bien plus profond.
J’ai ajouté de la RAM au laptop il y a 2 semaines (oublié de le mentionner, désolé) ceci pourrait être une cause du problème ? J’ai regardé dans le BIOS les paramètres mais je n’ai rien trouvé lié au matériel (mais je ne connais pas forcément bien cette partie)