Saltar al contenido

Solo “salida ficticia” (sonido) en Ubuntu 20.04 después del reinicio: controlador / módulo roto

Te recomendamos que pruebes esta resolución en un ambiente controlado antes de pasarlo a producción, saludos.

Solución:

EDITAR: Evite perder el kernel linux-modules-extra-XX-generic cuando la actualización del kernel puede ayudar a evitar el problema en el futuro, en algunos casos. (De hecho, me encontré con este mismo problema más tarde después de una nueva actualización automática, y luego identifiqué el paquete que faltaba).


Resumen: Logré

  1. Aprenda qué archivos faltaban en mi sistema.
    Este fue mi principal obstáculo, resuelto con la ayuda de este comentario, ahora publicado como respuesta. El resto fue facil.
  2. Aprenda qué paquete los contiene.
  3. Instalarlo.

Después de probar muchas cosas, he resuelto el problema. Era esencial tener, además de mi sistema roto S1, un sistema de trabajo similar S2 disponible. Tuve mucha suerte de tener esto, y supongo que, de lo contrario, podría haberme tomado un montón de tiempo extra.

Detallando la lista de pasos anteriores:

  1. En S1:

     $ modprobe --show-depends snd_hda_intel
     modprobe: FATAL: Module snd_hda_intel not found in directory /lib/modules/5.4.0-40-generic
    

    En S2:

     $ modprobe --show-depends snd_hda_intel
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/soundcore.ko
     install /sbin/modprobe --ignore-install snd $CMDLINE_OPTS &&  /sbin/modprobe --quiet --use-blacklist snd-ioctl32 ; /sbin/modprobe --quiet --use-blacklist snd-seq ; 
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/core/snd-timer.ko
     install /sbin/modprobe --ignore-install snd-pcm $CMDLINE_OPTS &&  /sbin/modprobe --quiet --use-blacklist snd-pcm-oss ; : ; 
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/core/snd-hwdep.ko
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/hda/snd-hda-core.ko
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/pci/hda/snd-hda-codec.ko
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/hda/snd-intel-dspcfg.ko
     insmod /lib/modules/5.4.0-40-generic/kernel/sound/pci/hda/snd-hda-intel.ko
    

    Tuve los primeros tres .ko archivos en mi S1, pero no los últimos cuatro.

  2. Así que verifiqué el paquete del propietario en S2 para los últimos cuatro archivos.

     $ dpkg -S /lib/modules/5.4.0-40-generic/kernel/sound/hda/snd-hda-core.ko
     linux-modules-extra-5.4.0-40-generic: /lib/modules/5.4.0-40-generic/kernel/sound/hda/snd-hda-core.ko
    

    que era lo mismo para los otros tres archivos que faltaban en S1. Lo verifiqué y este paquete no estaba instalado en S1.

  3. I apt-getDí el paquete, reinició, y ahora todo parece volver a la normalidad.

Supongo que el paquete estuvo presente durante el tiempo que funcionó el sonido y, por alguna extraña razón, se desinstaló (o eliminó, o …) del dkpg base de datos, o …?

Notas:

  1. Yo tambien tenia kernel 5.4.0-39 en S1, y el sonido tampoco funcionó en este kernel, antes de la corrección que funcionó. Resultó que linux-modules-extra-5.4.0-39-generic tampoco estaba instalado.

  2. En controladores de kernel (compilados) frente a controladores / módulos de kernel (cargables): consulte esto.

Intente comprobar si todas las dependencias son correctas:

modprobe --show-depends snd_hda_intel 

Y compruebe si existe el módulo del kernel:

find /lib/modules/$(uname -r)/kernel/sound -name snd-hda-intel.ko

Por cierto, el foro adecuado para los problemas de alsa / sonido sería el foro de alsa (alsa-project.org/wiki/Main_Page).

Por cierto: existe un hermoso script que carga toda la información necesaria para depurar problemas de sonido -> wiki.ubuntu.com/Audio/AlsaInfo; también puedes instalarlo con sudo apt install alsa-utils. Ejecuta el script alsa-info, que le ayudará a imprimir toda la información necesaria para problemas futuros con un mínimo de esfuerzo.

Como falta el núcleo en sí, debe instalarlo, por ejemplo, a través de este paquete:

sudo apt install linux-modules-extra-$(uname -r)-generic

Tuve el mismo problema, acabo de hacerlo:

sudo killall timidity

Luego volvió el sonido.

Pero después de reiniciar, no hay sonido nuevamente.

Luego descubrí la forma correcta de desactivar la timidez:

sudo systemctl stop timidity.service
sudo systemctl disable timidity.service

Sección de Reseñas y Valoraciones

Si te ha resultado de utilidad nuestro artículo, sería de mucha ayuda si lo compartes con más programadores de este modo contrubuyes a dar difusión a nuestro contenido.

¡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 *