Cómo eliminar los chasquidos de audio que aparecen cada cinco segundos en Fedora Linux 45, mediante una sencilla configuración de WirePlumber. Solución probada y funcionando.
Introducción
Después de instalar Fedora Linux 45 me encontré con un problema bastante molesto: cada cinco segundos, aproximadamente, mis bocinas producían un fuerte chasquido o pop, incluso cuando no estaba reproduciendo música, videos ni ningún otro sonido.
Lo curioso es que este problema no era nuevo para mí. Ya lo había experimentado anteriormente con Linux Mint, y en septiembre de 2025 publiqué un artículo explicando cómo solucionarlo:
Solución al fuerte «pop» de audio tras actualización a Linux Mint 22.2
Sin embargo, Fedora utiliza una infraestructura de audio diferente, basada en PipeWire y WirePlumber, por lo que decidí investigar una solución adecuada para esta distribución.
Después de revisar el funcionamiento del sistema de audio y realizar algunas pruebas, encontré una solución que eliminó completamente el problema en mi instalación de Fedora 45.
Aquí comparto el procedimiento por si alguien más está experimentando estos molestos chasquidos.
¿Por qué se produce este ruido?
Fedora utiliza actualmente tres componentes importantes para gestionar el sonido:
- PipeWire: servidor multimedia encargado de procesar y distribuir los flujos de audio y video.
- WirePlumber: administrador de sesiones que controla el comportamiento de los dispositivos de audio.
- ALSA (Advanced Linux Sound Architecture): infraestructura que permite la comunicación con los dispositivos físicos de sonido.
Una de las funciones de WirePlumber es administrar el ahorro de energía de los dispositivos.
Cuando un dispositivo de audio permanece inactivo, WirePlumber puede suspenderlo automáticamente para reducir el consumo energético.
El detalle interesante es que su configuración establece, de manera predeterminada, un tiempo de espera de cinco segundos antes de suspender determinados dispositivos ALSA.
En algunos equipos, las transiciones entre los estados de actividad y suspensión pueden provocar un chasquido audible en las bocinas o los auriculares.
Este comportamiento coincide con el intervalo que observé en Fedora 45, aunque no todos los problemas de chasquidos tienen necesariamente la misma causa.
La solución consiste en impedir que WirePlumber suspenda automáticamente las salidas de audio.
Solución: desactivar la suspensión automática del audio
El procedimiento es bastante sencillo, no requiere instalar programas adicionales y tampoco necesita modificar archivos esenciales del sistema.
Además, los cambios se realizan exclusivamente en la configuración del usuario.
Paso 1. Crear el directorio de configuración de WirePlumber
Abrimos una terminal y ejecutamos:
mkdir -p ~/.config/wireplumber/wireplumber.conf.d
Este comando crea el directorio donde podemos colocar configuraciones personalizadas de WirePlumber.
Si el directorio ya existe, no ocurrirá ningún problema.
Paso 2. Crear el archivo para desactivar la suspensión
Ahora crearemos un archivo llamado 51-disable-suspension.conf.
Para ello, copiamos y ejecutamos el siguiente bloque completo en la terminal:
cat > ~/.config/wireplumber/wireplumber.conf.d/51-disable-suspension.conf <<'EOF'
monitor.alsa.rules = [
{
matches = [
{
node.name = "~alsa_output.*"
}
]
actions = {
update-props = {
session.suspend-timeout-seconds = 0
}
}
}
]
EOF
Este archivo contiene una regla que modifica el comportamiento de las salidas de audio ALSA administradas por WirePlumber.
La instrucción fundamental es:
session.suspend-timeout-seconds = 0
De manera predeterminada, el valor suele ser 5, lo que permite suspender el dispositivo después de cinco segundos de inactividad.
Al establecerlo en 0, desactivamos esa suspensión automática.
De esta manera, evitamos que las salidas de audio compatibles entren constantemente en ciclos de suspensión y reactivación.
Paso 3. Reiniciar WirePlumber
Para aplicar la nueva configuración, ejecutamos:
systemctl --user restart wireplumber
El servicio se reiniciará y cargará la regla que acabamos de crear.
Es posible que el sonido se interrumpa brevemente durante el proceso.
No es necesario reiniciar toda la computadora.
Paso 4. Comprobar que el problema desapareció
Una vez reiniciado WirePlumber, podemos realizar una prueba sencilla:
- Dejamos de reproducir cualquier sonido durante unos 20 o 30 segundos.
- Escuchamos si vuelven a producirse los chasquidos.
- Reproducimos música o un video durante unos segundos.
- Detenemos la reproducción y comprobamos nuevamente el comportamiento del dispositivo.
En mi caso, el resultado fue inmediato: desapareció el fuerte «pop» que se repetía aproximadamente cada cinco segundos.
El sistema de audio continuó funcionando normalmente, sin necesidad de realizar modificaciones adicionales.
¿La solución es permanente?
Sí. Al guardar la configuración en el directorio personal de WirePlumber, esta se vuelve a cargar cuando iniciamos una nueva sesión.
Por lo tanto, no necesitamos ejecutar los comandos cada vez que encendemos la computadora.
La configuración debería mantenerse después de reiniciar el equipo, siempre que futuras actualizaciones no cambien el comportamiento o formato de configuración de WirePlumber.
¿Tiene alguna desventaja?
Debemos considerar que desactivar la suspensión automática mantiene ocupado el dispositivo ALSA afectado, incluso cuando no estamos reproduciendo sonido.
Esto puede provocar un consumo energético ligeramente superior.
En computadoras de escritorio, el impacto puede ser poco significativo, pero en laptops podría influir en la autonomía de la batería.
También puede interferir con aplicaciones que necesiten acceso exclusivo al dispositivo ALSA.
Por ello, recomiendo aplicar esta modificación únicamente cuando el problema esté relacionado con la suspensión del audio.
¿Cómo revertir los cambios?
Si deseamos regresar a la configuración anterior, basta con eliminar el archivo que creamos:
rm ~/.config/wireplumber/wireplumber.conf.d/51-disable-suspension.conf
Después reiniciamos nuevamente WirePlumber:
systemctl --user restart wireplumber
Con esto se elimina nuestra regla personalizada y se recupera el comportamiento de suspensión definido por las demás configuraciones del sistema.
Diferencias con la solución utilizada en Linux Mint
En mi artículo anterior sobre Linux Mint 22.2 expliqué cómo desactivar el ahorro de energía del controlador Intel mediante los parámetros:
power_save=0 power_save_controller=N
Aquella solución actúa directamente sobre el controlador snd_hda_intel del kernel.
En Fedora 45 hemos utilizado otro enfoque: modificar la política de suspensión de WirePlumber.
Aunque ambos procedimientos pueden resolver problemas relacionados con el ahorro de energía del audio, actúan en capas diferentes del sistema.
La ventaja del procedimiento utilizado en Fedora es que no necesitamos modificar los parámetros del kernel ni utilizar privilegios de administrador.
También resulta más sencillo revertir los cambios.
Conclusión
A veces, los problemas más molestos de Linux tienen soluciones sorprendentemente sencillas.
En mi caso, un chasquido que aparecía cada cinco segundos en Fedora 45 terminó resolviéndose con una pequeña modificación en la configuración de WirePlumber.
Lo interesante es que el problema estaba relacionado con un mecanismo diseñado para ahorrar energía, pero que en determinadas combinaciones de hardware y software puede generar efectos indeseados.
Si experimentas chasquidos al comenzar o detener la reproducción de audio, o después de unos segundos de inactividad, vale la pena probar este procedimiento.
No puedo garantizar que funcione en todos los equipos, especialmente cuando los ruidos tienen su origen en controladores, problemas eléctricos o fallos de hardware. Sin embargo, en mi instalación de Fedora 45 la solución funcionó perfectamente.
Espero que esta pequeña guía resulte útil para otros usuarios de Fedora y les evite perder tiempo buscando cómo eliminar esos molestos sonidos.
Humberto Villafuerte
Noviembre de 2026
Referencias y documentación
- WirePlumber — Configuración oficial de ALSA
- Fedora Magazine — Introduction to PipeWire
- Humberto Villafuerte — Solución al fuerte «pop» de audio en Linux Mint 22.2
Thank you!