[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Sonido en "jessie" [SOLUCIONADO]



El 26/11/14 a las 15:20, Camaleón escibió:
El Wed, 26 Nov 2014 14:37:28 -0300, Debian GMail escribió:

El 26/11/14 a las 13:05, Camaleón escibió:
El Wed, 26 Nov 2014 12:52:51 -0300, Debian GMail escribió:

La SEMI-SOLUCIÓN se DES-SOLUCIONÓ.

(...)

Así, que si alguien puede ayudarme, lo agradezco.

(...)

Tienes mis respuestas en este hilo pero sigues sin decir si las has
probado ni con qué resultado.

https://lists.debian.org/debian-user-spanish/2014/10/msg00248.html

Sí, lo había hecho.
Creí que te había contestado.
Van un par de comandos más

Okay, no recordaba que hubieras enviado la salida del journal.

Resumen:

1/ Sin hacer ningún cambio, al iniciar el sistema y ejecutar "lsmod | grep
-i intel" no aparece cargado el módulo de sonido

2/ Si lo cargas a mano ("modprobe snd_hda_intel") se carga correctamente
y el sonido funciona

3/ Al añadir el módulo en el archivo /etc/modules no se carga el módulo

¿Es así?

# cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
loop
snd_hda_intel

(...)

Edita ese archivo y deja lo siguiente:

#loop
snd_hda_intel

Reinicia el sistema y ejecuta:

journalctl -b | grep -i inserted

Con esto se comprueba que el sistema esté leyendo correctamente ese
archivo por lo que el módulo "loop" no debería cargarse.

Si sucede eso (que es lo esperable) indica que algo está impidiendo al
módulo de sonido de intel que se pueda cargar al iniciar el sistema por
lo que no estaría de más que comprobaras que no está en la lista negra de
módulos (/etc/modprobe.d/*).

Si no ves nada raro, te recomendaría que informaras en el BTS de Debian
aunque ya te digo que a mí sí me funciona en Jessie y cuando añado ese
módulo en el "/etc/modules" el journal lo muestra cargado.

Saludos,


Bien.

Los malos de la película eran "/etc/modprobe.d/oss4-base_noALSA.conf" y "/etc/modprobe.d/oss4-base_noOSS3.conf".

Del primero, tuve en su momento una leve sospecha, dado que en una de sus líneas contiene la instrucción "blacklist snd-hda-intel", la cual eliminé hace varios meses, sin resultado positivo.

Esta vez me tomé el trabajo de sacar de "/etc/modprobe.d/" todos los archivos, que son los que siguen

alsa-base
fbdev-blacklist.conf
intel-microcode-blacklist.conf
mdadm.conf
modesetting.conf
nvidia-blacklists-nouveau.conf -> /etc/alternatives/glx--nvidia-blacklists-nouveau.conf
nvidia.conf -> /etc/alternatives/nvidia--nvidia-modprobe.conf
nvidia-kernel-common.conf
oss4-base.conf
osspd.conf
oss4-base_noALSA.conf
oss4-base_noOSS3.conf

y reiniciar el equipo.
Mágicamente, el sonido volvió.
Razón por la que fui agregando de a un archivo, y reiniciando el sistema, hasta que cuando incluía cualquiera de los dos últimos, me quedaba sin sonido.

Es evidente que los larguísimos "blacklist" que ambos poseen bloquean el sistema de sonido de ALSA.

La solución por ahora fue eliminarlos de "/etc/modprobe.d/", sin ningún inconveniente detectado.

Es más, una pequeña placa de audio USB que no funcionaba, (lo achacaba a falta de controladores), ahora sí lo hace.
(Syba SD-CM-UAUD USB Stereo Audio Adapter, C-Media Chipset, RoHS)

Lo que me queda pendiente por averiguar es por qué una instalación "limpia" de Debian, carga tantos "blacklist" de OSS que impiden la correcta ejecución de ALSA.

Gracias a todos.

JAP




Reply to: