GNU/Linux >> Tutoriels Linux >  >> Linux

PulseAudio ne reconnaît pas Intel HDA après la mise à niveau vers les tests Debian (Buster)

Je me suis retrouvé ici à cause du même problème, après la mise à niveau de Stretch, l'audio a disparu. Symptômes et sorties similaires (carte Nvidia et son Intel HDA). Cependant, en suivant les instructions, j'ai constaté que je n'arrivais pas à faire fonctionner cette étape :

[email protected]:~# aplay -D plughw:0,0 /usr/share/sounds/alsa/Front_Center.wav
aplay: main:828: audio open error: Device or resource busy

J'ai trouvé que le coupable était la timidité :

[email protected]:~# fuser -v /dev/snd/*
                     USER        PID ACCESS COMMAND
/dev/snd/pcmC0D0p:   timidity   1274 F...m timidity
/dev/snd/seq:        timidity   1274 F.... timidity

Une fois que je l'ai tué, j'ai pu continuer à éditer /etc/pulse/default.pa et tout s'est mis en place. Je ne sais toujours pas si le problème était l'évier de sonorisation manquant ou la timidité qui prenait le dessus.

J'ai également envisagé de déposer un rapport de bogue, mais je ne sais pas où serait le plus approprié. Si vous avez des suggestions, je serai heureux de suivre votre exemple et d'ajouter mon soutien au rapport.

Merci de partager la solution !


Je viens d'avoir ce problème exact, et la désinstallation de Timidity l'a résolu. Littéralement, comme le paquet a été supprimé par apt, j'ai vu une notification indiquant que j'avais une carte son (interprétée comme un changement de volume).


Si quelqu'un d'autre rencontre ce problème, voici une solution de contournement pour forcer PulseAudio à utiliser l'appareil ALSA...

Tout d'abord, confirmez que vous connaissez la bonne carte son et l'appareil que vous voulez en lisant de l'audio directement via ALSA :

aplay -D plughw:<CARD#>,<DEVICE#> /usr/share/sounds/alsa/Front_Center.wav

Dans mon cas je voulais la sortie audio optique donc basée sur mon aplay -l sortie comme on le voit dans ma question ci-dessus c'était:

aplay -D plughw:0,1 /usr/share/sounds/alsa/Front_Center.wav

Notez le numéro de la carte et de l'appareil et ajoutez une entrée à /etc/pulse/default.pa (remplacez 0,1 par ce qui a fonctionné pour vous à l'étape précédente) :

load-module module-alsa-sink device=plughw:0,1

J'ai ajouté cette ligne juste avant le .ifexists module-udev-detect.so dans le fichier (c'est-à-dire sous la ligne ### Load audio drivers statically commentaire)

Ensuite, exécutez ce qui suit en tant qu'utilisateur sous lequel votre session de bureau est connectée (c'est-à-dire pas en tant que root):

pulseaudio --kill
pulseaudio --start

Ensuite, vous devriez pouvoir ouvrir les paramètres audio pour voir et sélectionner la carte :

À ce stade, la lecture audio via PulseAudio devrait à nouveau fonctionner. (Quelque chose que j'ai remarqué, c'est que pacmd list-cards va toujours ne répertorie pas la carte même si elle fonctionne maintenant) Rappel :il s'agit d'une solution de contournement et non d'une solution à long terme, alors assurez-vous de vous faire une note pour annuler cela à un moment donné dans le futur pour voir si cela a été corrigé correctement. Mais le son fonctionne pour le moment.


Linux
  1. pactl :commande introuvable

  2. soxi :commande introuvable

  3. sox :commande introuvable

  4. Installer g++ 7.0.1 sur Debian 8.7

  5. Pulseaudio :comment rescanner les appareils audio ?

Top 8 des choses à faire après l'installation de Debian 10 (Buster)

Comment résoudre le problème audio (sortie factice) dans Intel NUC sur Debian 11 et Proxmox 7

Pourquoi un long délai après la commande introuvable ?

Le terminal ne s'ouvre pas après la mise à niveau de Python vers 3.7 ?

Debian 11.3 est si bonne qu'il n'y a tout simplement aucune raison de ne pas l'utiliser

Comment mettre à niveau Debian 7 (Wheezy) vers la version 10 (Buster) ?