GNU/Linux >> Tutoriales Linux >  >> Linux

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

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 eliminé, podría proceder a editar /etc/pulse/default.pa y todo encajó en su lugar. Todavía no estoy seguro de si el problema fue que faltaba el receptor de megafonía o que la timidez se hizo cargo.

También he considerado presentar un informe de errores, pero no estoy seguro de dónde sería más apropiado. Si tiene alguna sugerencia, estaré encantado de seguir su ejemplo y añadir 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 al reproducir 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 la salida como se ve en mi pregunta anterior fue:

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

Tome nota de 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 de .ifexists module-udev-detect.so en el archivo (es decir, debajo de ### Cargar controladores de audio estáticamente comentario)

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

pulseaudio --kill
pulseaudio --start

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

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 todavía no enumere la tarjeta aunque ahora funcione) Recordatorio:esta es una solución alternativa y no una 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.


Linux
  1. Instalación de g ++ 7.0.1 en Debian 8.7

  2. Pulseaudio:¿cómo volver a escanear dispositivos de audio?

  3. Actualizar varios servidores Debian a la vez

  4. Cambiar el dispositivo de audio predeterminado en Pulseaudio

  5. ¿Probar si los dispositivos de audio/tarjetas de sonido se están reproduciendo actualmente?

Las 8 mejores cosas que hacer después de instalar Debian 10 (Buster)

Cómo solucionar un problema de audio (salida ficticia) en Intel NUC en Debian 11 y Proxmox 7

Debian 11.3 es tan bueno que simplemente no hay razón para no usarlo

¿Cómo actualizar Debian 7 (Wheezy) a la versión 10 (Buster)?

El sonido dejó de funcionar después de actualizar a Linux 5.4 (Intel HD Audio)

ALSA, PulseAudio e Intel HDA PCH sin sonido