Cómo solucionar problemas de sonido

Hank Lee, The Music y Audio SIG Versión F40 Last review: 2025-06-06
Esta página describe algunas técnicas básicas de resolución de problemas para ayudar a identificar la causa raíz del problema. También explica la información que debe incluirse al informar errores relacionados con el sonido.

Introducción

Problemas de sonido en Fedora Linux pueden provenir desde varios factores, incluyendo perfiles de sonido, procedimientos parejos, compatibilidad de dispositivo, o mala configuración de usuario. Las incidencias típicas de los usuarios pueden encontrarse en:

  • No hay salida ni entrada de sonido

  • Solo está disponible la «Salida Ficticia»

  • Los micrófonos no son detectados

  • Faltan los dispositivos de sonido tras las actualizaciones

  • Conexiones de sonido estropeadas de Bluetooth

Esta guía ofrece un enfoque paso a paso para diagnosticar y resolver estas incidencias de sonido. Abarca tanto la resolución de problemas generales como soluciones específicas para problemas de entrada, como la ausencia de micrófonos o dispositivos de entrada inactivos.

Diagnosticar el Problema

  • Determinar si el problema está en el kernel, PipeWire o aplicaciones específicas.

  • Recolecta bitácoras e información del sistema.

Compruebe cual unidad del Kernel está en uso por dispositivos PCI

Para mostrar los controladores del kernel que gestionan cada dispositivo, utilice el comando lspci (List PCI) con la opción -k. Busque incidencias conocidas específicas del nombre del controlador y su modelo de hardware antes de informar de incidencias a Ask Fedora.

$ sudo lspci -k

Los controladores de hardware se actualizan continuamente. Si ve un dispositivo en la lista de dispositivos desconocidos, consulte la base de datos de ID de dispositivos PCI.

$ sudo lspci -Q

Y actualiza su base de datos de ID de PCI local ejecutándose la instrucción apdate-pciids.

$ sudo update-pciids

ALSA Firmware

El paquete ALSA Firmware contiene firmware para varias tarjetas de sonido de terceros.

Consulte cual firmware está en uso ejecutando la instrucción a continuación.

$ sudo dnf list alsa-firmware

El Firmware de ALSA usual parecerá <alsa-firmware.noarch>.

Si el firmware usual no está en la salida, instale el alsa-firmware.

$ sudo dnf install alsa-firmware

Si está instalado cualquier otro firmware, póngalo en el listado de bloqueo en el directorio de configuración para modprobe.

/etc/modprobe.d/*.conf

Añade la línea en el archivo de configuración.

blacklist <el módulo de listado de bloques en blanco>

La herramienta dracuf crea una imagen inicial utilizada por el kernel para precargar los módulos de dispositivo de bloque. La opción -f sobrescribe archivo initramfs existente.

$ sudo dracut -f

Rearranca su equipo para que tome efecto el cambio.

$ sudo reboot

Información del hardware

Siempre es útil para incluir información detallada en su hardware de sonido cuando rellene un defecto relativo al sonido. Para producir esta información, ejecute esta instrucción:

$ alsa-info.sh --no-upload

Esto generará un archivo conteniendo información detallada sobre su hardware de sonido con el nombre /tmp/alsa-info.txt. Adjunte este archivo a su informe del defecto.

¿Esto es PipeWire?

PipeWire es un medio de compartición de servidor, un framework multimedia de nivel bajo que le vale;

  • mejorar a mano sonido y vídeo bajo Linux

  • funcionar con todos los usuarios en cualesquiera niveles

  • ofrecer mantenimiento para aplicaciones basadas en PulseAudio, JACK (Kit de Conexión de Sonido JACK), y GStreamer

Comprobaciones visuales en puertos

Qpwgraph es un gestor gráfico dedicado para PipeWire.

Comprobantes visuales en puertos utilizando Qpwgraph ayudará a descubrir todos los enrutados entre aplicaciones y dispositivos y cambiar el enrutado como se necesite. Por ejemplo, si están conectadas y desconectadas múltiples aplicaciones y dispositivos como a continuación,

  • Firefox: aplicación de conferencia de vídeo utilizando el protocolo WebRTC

  • VLC: reproductor de medio

  • OBS Studio: flujo en vivo y grabación

  • Tarjetas de sonido USB o mezcladores: dispositivos

serán utilizados para aprender como los puertos están conectados para las aplicaciones y dispositivos gráficamente.

Puertos son direccionales, pueden ser:

  • Puertos origen (destino). Localizados en el hueco a la derecha de un nodo, generan un flujo de sonido/vídeo/mido.

  • Puertos pozo (entrada). Puestos más a la izquierda de un nodo, consume un flujo de sonido/vídeo/midi.

Los puertos tienen tipos diferentes:

  • Sonido: (color predet.: verde)

  • Vídeo (color predet.: azul)

  • MIDI PipeWire/JACK (color predet.: rojo)

  • MIDI ALSA (color predet.: púrpura)

Pueden ser conectados los puertos del mismo tipo y direcciones opuestas.

Compruebe la última documentación para la guía de usuario en la Guía de Usuario Qpwgraph.

Resolución de Incidencias de Entrada de Sonido

Siga estos pasos para solucionar la mayoría de las incidencias de entrada de audio.

Pasos de solución:

Paso 1: reinstalar PipeWire y Paquetes Relacionados

Asegúrese la necesidad de que los componentes PipeWire estén instalados y funcionando correctamente.

$ sudo dnf reinstall pipewire pipewire-pulseaudio pipewire-alsa wireplumber

Después, reinicie su sistema.

Paso 2: compruebe el estado de servicio de sonido

Compruebe si los servicios de usuario PipeWire y WirePlumber estén ejecutándose:

$ systemctl --user status pipewire
$ systemctl --user status pipewire-pulse
$ systemctl --user status wireplumber

Para garantizar que todos los servicios están activos y habilitados en inicio de sesión para el usuario actual, ejecute:

$ systemctl --user enable --now pipewire.socket pipewire-pulse.socket wireplumber.service

Para habilitar este sistema completo de servicios del usuario (para todos los usuarios) y evitar crear por-usuario anuladas por debajo de ~/.config/systemd/user/, ejecute:

$ sudo systemctl --user enable --now pipewire.socket pipewire-pulse.socket wireplumber.service

Paso 3: Verificar Permisos de Usuario

Compruebe que su usuario pertenece a los grupos correctos:

$ groups

Si audio falta, añádalo:

$ sudo usermod -aG audio $USER

Paso 4: restablecer archivos de configuración

Si las configuraciones de sonido están corruptas, puede restablecerlas moviendo las carpetas anteriores de config:

$ mv ~/.config/pulse ~/.config/pulse_backup
$ mv ~/.config/pipewire ~/.config/pipewire_backup

Después, reinicie su sistema.

Paso 5: comprobar hardware

Si está utilizando un micrófono externo, intente reconectarlo o probar con un dispositivo diferente para regla externa de incidencias del hardware.

Problemas de Diagnóstico y Reparación de Sonido Bluetooth

Las incidencias de audio Bluetooth suelen clasificarse en tres categorías: detección del dispositivo, emparejamiento o perfil de audio faltante. Esta sección ofrece una guía estructurada para determinar a cuál de estas etapas pertenece el problema y cómo solucionarlo.

Categoría 1: Dispositivo No Detectado

Symptoms

  • El dispositivo de audio Bluetooth no aparece en bluetoothctl ni en Ajustes de GNOME.

  • Sin dirección MAC mostrada incluso cuando el dispositivo está en modo emparejado.

Esto usualmente significa que la pila del Bluetooth de Linux nunca recibió un paquete de anuncio desde el dispositivo. Las causas comunes incluyen:

  • El adaptador Bluetooth (dispositivo HCI) no es completamente inicializado o admitido.

  • El dispositivo utiliza una versión o chipset Bluetooth más reciente que requiere compatibilidad con el kernel o el firmware que aún no está disponible.

Comprobar

Utilice btmon para monitorizar el tráfico Bluetooth y busque el evento LE Advertising Report. Cuando se detecta correctamente un dispositivo Bluetooth, verá líneas como:

$ sudo btmon
  Bluetooth monitor ver 5.81
  LE Advertising Report (0x02)
    Num reports: 1
    Event type: Connectable undirected - ADV_IND (0x00)
    Address type: Random (0x01)
    Address: C4:9D:61:BC:E7:09 (Static)
    Data length: 25
    16-bit Service UUIDs (partial): 1 entry
    Unknown (0xfd2a)
    Company: Sony Corporation (301)
    Data[17]: 13000130ed000000004001fffd1c91351c
    RSSI: -40 dBm (0xd8)

  • El Informe de Publicidad LE indica que el dispositivo está emitiendo publicidad activamente.

  • La dirección es la dirección MAC del dispositivo detectado.

  • RSSI: Intensidad de la señal: un valor negativo de -40 dBm significa que el dispositivo está cerca.

Como siguiente paso, ejecuta el comando bluetoothctl show para exhibir el estado y la configuración actuales del adaptador Bluetooth. Proporciona información como el nombre del adaptador, el estado de energía (encendido/apagado), la detectabilidad (si otros dispositivos pueden verlo), y la posibilidad de emparejamiento.

$ bluetoothctl show
    Controller A0:C5:89:3B:26:52 (public)
    Manufacturer: 0x0002 (2)
    Version: 0x08 (8)
    Name: hanku
    Alias: hanku
    Class: 0x007c010c (8126732)
    Powered: yes
    PowerState: on
    Discoverable: yes
    DiscoverableTimeout: 0x000000b4 (180)
    Pairable: yes

Esto resulta útil para comprobar si su adaptador Bluetooth se ha inicializado correctamente y está listo para escanear, emparejar o conectarse a dispositivos.

Si hay algún problema, la salida de bluetoothctl show o btmon puede revelar indicios como que el adaptador esté apagado, no se detecte, o ausente desde el índice completo. Por ejemplo, en btmon, si no aparece ningún Informe de Advertencia LE, puede indicar que el dispositivo Bluetooth no está emitiendo o no se detecta.

Para continuar, inicie la herramienta de control de Bluetooth para ver la lista de dispositivos Bluetooth y sus estados.

$ bluetoothctl
  Agent registered
  [CHG] Device 40:19:20:19:69:9F RSSI: 0xffffffb9 (-71)
  [CHG] Device 28:6B:B4:40:2F:87 RSSI: 0xffffffbd (-67)
  [CHG] Device 28:6B:B4:4C:82:E5 RSSI: 0xffffffb9 (-71)
  [WF-C710N]> scan on
  SetDiscoveryFilter success
  Discovery started
  [DEL] Device C4:9D:61:BC:E7:09 LE_WF-C710N
  [NEW] Device C4:9D:61:BC:E7:09 LE_WF-C710N
  [WF-C710N]>

Aquí tienes un resumen de lo que está sucediendo en tu sesión de bluetoothctl:

  • Agente registrado: Se ha registrado correctamente un agente Bluetooth (para emparejamiento/autenticación).

  • [CHG] Dispositivo …​ RSSI: 0xffffffb9 (-71): El RSSI (intensidad de la señal) de un dispositivo conocido ha cambiado. El valor 0xffffffb9 es simplemente una representación hexadecimal con signo de -71 dBm; una señal moderada.

  • [WF-C710N]> scan on → Has iniciado el descubrimiento de dispositivo (barrido). WF-C710N es el nombre del dispositivo, típicamente puesto por el fabricante.

  • SetDiscoveryFilter logrado → Cualquiera de los filtros de detección (Por ejemplo, solo dispositivos LE) fueron aplicados correctamente. LE significa Bajo Consumo de Energía, lo cual es común para dispositivos de sonido Bluetooth.

  • Detección iniciada → El adaptador comenzó a analizar dispositivos cercanos.

  • [DEL] Dispositivo C4:9D:61:BC:E7:09 LE_WF-C710N → El dispositivo fue retirado de la caché/lista interna temporalmente; posiblemente debido a su reaparición o actualización de perfil.

  • [NEW] Dispositivo C4:9D:61:BC:E7:09 LE_WF-C710N → El dispositivo reapareció durante el escaneo y ahora figura como recién descubierto.

Si el dispositivo nunca aparece en los escaneos (no se muestra la dirección MAC), esto a menudo no se puede solucionar mediante la configuración a nivel de usuario o el emparejamiento, y puede indicar una incompatibilidad a nivel de hardware o firmware.

Recomendación

  • Pruebe el dispositivo en otros sistemas operativos (Ubuntu LTS, Windows, macOS) para confirmar funcionalidad.

  • Busque seguimientos de fallos (por ejemplo, kernel.org, Fedora Bugzilla, bluez mailing lista) para las incidencias conocidas relacionadas con el dispositivo específico o el chipset.

  • Si no existe solución alternativa, considera utilizar otro auricular conocido para que funcione bien con Linux.

Comentario

  • En los foros comunitarios, es útil distinguir las incidencias de detección del dispositivo desde emparejado o problemas con el cambio del perfil. Muchos dispositivos Bluetooth funcionan bien bajo Linux. Aún así, algunos pueden exhibir incidencias; como ausencia a pareado o no cambiando perfiles de audio; debido a codecs no mantenidos. Entendiendo las diferencias entre estas incidencias ayuda a los usuarios saber qué sucede esperar y hacerlo más fácil para colaboradores para mejorar consejo y mantenimiento.

Categoría 2: Emparejando Falla o Es Incompleto

Symptoms

  • El dispositivo es visible pero no se puede emparejar o falla consistentemente al conectar

  • Tiempos de espera de autorización vencidos o errores de conexión

Comprobar

  • Utilizar bluetoothctl para pasos manuales.

$ bluetoothctl

Ejemplo de comandos bluetoothctl de intérprete:

  power on
  agent on
  default-agent
  scan on
  pair <MAC>
  trust <MAC>
  connect <MAC>

Reparar

  • Retira dispositivo y reintente emparejamiento.

$ bluetoothctl remove <MAC>

  • Reiniciar servicio Bluetooth.

$ sudo systemctl restart bluetooth

Para algunos dispositivos, asegúrese mantener el botón de emparejado hasta que comience el parpadeo rápido.

Categoría 3: Perfiles de Sonido Faltan o Fallan

Symptoms

  • El dispositivo está emparejado pero sin perfil de audio utilizable (por ejemplo, A2DP, HSP) se muestra o activa.

  • Sólo están disponibles HSP/HFP, A2DP (Advanced Audio Distribution Profile) está ausente.

Comprobar

  • Confirme que es utilizado PipeWire.

$ pactl info | grep Server

Salida de ejemplo:

Server String: /run/user/1000/pulse/native
Server Protocol Version: 35
Server Name: PulseAudio (en PipeWire 1.4.2)
Server Version: 15.0.0

Esta salida muestra que el sistema está utilizando la compatibilidad de la capa PulseAudio en la cima de PipeWire. Para más inspección la configuración de sonido, el comando pactl list cards short proporciona un resumen conciso de todas las tarjetas de sonido reconocidas por PulseAudio. Es útil para identificar rápidamente dispositivos de sonido disponible sin bucear en propiedades detalladas.

$ pactl list cards short

Salida de ejemplo:

42 alsa_card.pci-0000_00_1f.3 alsa
1092 bluez_card.14_06_A7_04_73_78 module-bluez5-device.c

La ausencia de tarjetas relacionadas con Bluetooth (en el formato bluez_card.xx_XX_XX_XX_XX_XX) en la salida del comando pactl list cards short indica que pueden estar presentes una o más incidencias.

Luego, el comando siguiente filtra la salida de pactl list cards para mostrar solo conteniendo o bien un perfil o bien un nombre, haciendo caso omiso a capitalinas;

$ pactl list cards | grep -i 'profile\|name:'

Salida de ejemplo:

Nombre: alsa_card.pci-0000_00_1f.3
api.acp.auto-profile = "false"
Nombre: bluez_card.14_06_A7_04_73_78
bluez5.profile = "off"
Perfil activo: a2dp-sink
  Parte de perfil(es): headset-head-unit-cvsd, headset-head-unit
  Parte de perfil(es): a2dp-sink-sbc, a2dp-sink-sbc_xq, a2dp-sink
  Parte de perfil(es): headset-head-unit-cvsd, headset-head-unit

Explicación Línea‐a‐Línea:

  • Nombre: alsa_card.pci-0000_00_1f.3 → Esto es una tarjeta de sonido embebida o basada en PCI gestionada por ALSA.

  • api.acp.auto-profile = "false" → ACP (Advanced Configuration Profile) está inhabilitado para esta tarjeta; no cambiará de perfil automáticamente.

  • * Nombre: bluez_card.14_06_A7_04_73_78 → Esto es un dispositivo de sonido Bluetooth, identificado por su dirección MAC.

  • bluez5.profile = "off" → En PipeWire (especialmente con WirePlumber), este valor puede estar desactualizado o no reflejar el estado activo real, ya que los perfiles se pueden cambiar dinámicamente y no siempre actualizan la propiedad almacenada.

  • Perfil Activo: a2dp-sink → Esto indica que el perfil A2DP (Advanced Audio Distribution Profile) está actualmente activo, permitiendo la transmisión de audio de alta calidad. También es compatible con HSP/HFP (modo auriculares) y varias variantes de A2DP basadas en SBC. Esta estructura ayuda a PipeWire a elegir o intercambiar perfiles según el caso de uso (por ejemplo, música o llamadas)

Si no hay ninguna tarjeta de audio Bluetooth (por ejemplo, bluez_card) presente y ningún perfil activo relacionado con Bluetooth (como a2dp-sink o Headset-head-unit), esto indica un problema en el sistema de audio, ya sea PulseAudio o PipeWire.

Recomendación

  • Prueba en un sistema Fedora último y limpio, preferentemente sin haber instalado múltiples herramientas en conflictos de bluetooth/sonido.

  • Asegúrese que el dispositivo Bluetooth de sonido está en modo emparejado apropiado —usualmente indicado por parpadeo rápido— siguiendo las instrucciones del fabricante.

  • Evite ajustes o reinstalaciones de PipeWire/WirePlumber basado en consejo de foro general, a no ser que las bitácoras muestran fallo actual del servicio.

Opciones de Depuración Pipewire

La depuración suele comenzar tras la identificación del fallo, y funciona mejor cuando los usuarios están muy familiarizados con las circunstancias que rodean el fallo.

PipeWire tiene sus opciones de depuración propias. Complacer ver el río arriba documentación Depuración de PipeWire.

¿Necesita Más Ayuda?

Si los pasos anteriores no resuelven su tema, visite la comunidad Fedora:

Ayuda de contribuciones y retroalimentación mejoran la documentación de Fedora para cada uno.

Want to help? Learn how to contribute to Fedora Docs ›