Saltar al contenido

PulseAudio no reconoce Intel HDA después de actualizar a las pruebas de Debian (Buster)

Solución:

Terminé aquí por el mismo problema, después de actualizar desde Stretch, el audio desapareció. Síntomas y salidas similares (tarjeta Nvidia y sonido Intel HDA). Sin embargo, mientras seguía las instrucciones, descubrí que no podía hacer que este paso funcionara:

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

Descubrí que el culpable era la timidez:

[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

Una vez que lo maté, podría continuar editando /etc/pulse/default.pa y todo encajó en su lugar. Todavía no estoy seguro de si el problema fue que faltaba el disipador de PA o que la timidez se hizo cargo.

También consideré presentar un informe de error, pero no estoy seguro de dónde sería más apropiado. Si tiene alguna sugerencia, estaré encantado de seguir su ejemplo y agregar mi apoyo al informe.

¡Gracias por compartir la solución!

Acabo de tener este problema exacto y la desinstalación de Timidity lo resolvió. Literalmente, cuando apt eliminó el paquete, vi una notificación que mostraba que tengo una tarjeta de sonido (interpretada como un cambio de volumen).

Si alguien más se encuentra con esto, aquí hay una solución para obligar a PulseAudio a usar el dispositivo ALSA …

Primero, confirme que conoce la tarjeta de sonido y el dispositivo correctos que desea reproduciendo algo de audio directamente a través de ALSA:

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

En mi caso, quería la salida de audio óptica basada en mi aplay -l salida como se ve en mi pregunta anterior fue:

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

Anote la tarjeta y el número de dispositivo y agregue una entrada a /etc/pulse/default.pa (reemplace 0,1 con lo que funcionó para usted en el paso anterior):

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

Agregué esta línea inmediatamente antes del .ifexists module-udev-detect.so línea en el archivo (es decir, debajo del ### Cargar controladores de audio de forma estática comentario)

Luego, ejecute lo siguiente como el usuario con el que inició sesión su sesión de escritorio (es decir, no como root):

pulseaudio --kill
pulseaudio --start

Entonces debería poder abrir la Configuración de sonido para ver y seleccionar la tarjeta:

ingrese la descripción de la imagen aquí

En este punto, debería tener la reproducción de audio a través de PulseAudio funcionando nuevamente. (Algo que noté es que pacmd list-cards voluntad todavía no enumere la tarjeta aunque ahora funciona) Recordatorio: esta es una solución alternativa y no la solución a largo plazo, así que asegúrese de tomar nota para deshacer esto en algún momento en el futuro para ver si se ha solucionado correctamente. Pero hace que el audio funcione por el momento.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *