Re: Sonido en "jessie" [SOLUCIONADO]
El Wed, 03 Dec 2014 16:58:39 -0300, Debian GMail escribió: > El 02/12/14 a las 11:33, Camaleón escibió: >> El Mon, 01 Dec 2014 16:22:59 -0300, JavierDebian escribió: >>> Los malos de la película eran "/etc/modprobe.d/oss4-base_noALSA.conf" >>> y "/etc/modprobe.d/oss4-base_noOSS3.conf". >> >> Por algún motivo que desconozco, los módulos del kernel para el sonido >> de la tarjeta (p. ej., snd-*) y los de OSS son incompatibles (o cargas >> uno u otro pero no ambos porque entran en conflicto). > Es algo de lo que acabo de desasnarme. Cómo funciona el sistema de audio en linux es algo que nunca he entendido por completo. Doy por hecho que el primer eslabón de la cadena son los drivers/módulos del kernel que permiten reconocen al dispositivo de audio (tarjeta o chipset integrado) y que después está el resto de añadidos que se le quiera poner (ALSA, OSS, PulseAudio, ESD, aRTs, Phonom, Jack...) pero ahora mismo tengo mis dudas. Por ejemplo, OSS entraría en el primer eslabón junto con los módulos del kernel, de ahí que entren en conflicto directo y sólo se pueda tener cargado uno de los dos. >>> Esta vez me tomé el trabajo de sacar de "/etc/modprobe.d/" todos los >>> archivos, que son los que siguen (...) >>> y reiniciar el equipo. >>> Mágicamente, el sonido volvió. >> >> De mágico nada... > "Toda tecnología lo suficientemente avanzada es indistinguible de la > magia." 3ª ley de Arthur C. Clarke. No creo el señor Clarke se refiriera a esta situación exactamente >:-) (...) >>> 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. >> >> La pregunta sería más bien por qué tienes instalado el paquete OSS si >> tienes ALSA y los módulos del kernel detectan la tarjeta de sonido sin >> problemas. > Esa es la pregunta. > El sistema lo instalé limpio en octubre, cuando todos los parches que > había intentado parecían insolubles. > Lo que hay instalado, se instaló solo. En el área de audio, yo no > agregué ni quité nada. Hasta este fin de semana. > El enchastre lo hizo el instalador de Debian solito. (...) Pregunta al oráculo: aptitude why oss4-base > El "listadito" de blacklist de OSS (sacado de la copia de seguridad). > > Creería que los bloqueadores son: > oss4-base_noALSA.conf:blacklist snd-hda-intel (...) Bueno, ahí está. Con que comentes (#) esa línea debería ser suficiente, no hace falta que elimines el paquete. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.04.14.33...@gmail.com
Re: Sonido en "jessie" [SOLUCIONADO]
El 02/12/14 a las 11:33, Camaleón escibió: El Mon, 01 Dec 2014 16:22:59 -0300, JavierDebian escribió: Los malos de la película eran "/etc/modprobe.d/oss4-base_noALSA.conf" y "/etc/modprobe.d/oss4-base_noOSS3.conf". Por algún motivo que desconozco, los módulos del kernel para el sonido de la tarjeta (p. ej., snd-*) y los de OSS son incompatibles (o cargas uno u otro pero no ambos porque entran en conflicto). Es algo de lo que acabo de desasnarme. 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. Pues es lo que te dije allá por octubre¹, pero no hubo caso >:-) Es que en octubre aún trataba con "cirugía poco invasiva"; ahora directamente probé con una amputación. 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ó. De mágico nada... "Toda tecnología lo suficientemente avanzada es indistinguible de la magia." 3ª ley de Arthur C. Clarke. 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. Con un "grep -i black /etc/modprobe.d/*" te hubieras ahorrado mucho tiempo y disgustos. Al final, te adiciono el "listadito" de lo que estaba en "/etc/modprobe.d/" ;) La solución por ahora fue eliminarlos de "/etc/modprobe.d/", sin ningún inconveniente detectado. ¿Mand? ¿Que has eliminado todos? >:-O No, hombre, no hagas eso que esos archivos contienen configuraciones que te pueden servir... haz una búsqueda selectiva o en todo caso renombra los de oss*. "Eliminar" es una forma de decir. Todo está en una carpeta de "resguardo". 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. La pregunta sería más bien por qué tienes instalado el paquete OSS si tienes ALSA y los módulos del kernel detectan la tarjeta de sonido sin problemas. Esa es la pregunta. El sistema lo instalé limpio en octubre, cuando todos los parches que había intentado parecían insolubles. Lo que hay instalado, se instaló solo. En el área de audio, yo no agregué ni quité nada. Hasta este fin de semana. El enchastre lo hizo el instalador de Debian solito. Estimo que purgaré OSS en algún momento, y veré qué pasa. (Nota importante: es la computadora que usan mi esposa y mis hijas; cada vez que meto los dedos y no dejo todo "perfecto", debo atenerme a las consecuencias.) Saludos, Un abrazo y gracias por todo El "listadito" de blacklist de OSS (sacado de la copia de seguridad). Creería que los bloqueadores son: oss4-base_noALSA.conf:blacklist snd-hda-intel oss4-base_noOSS3.conf:blacklist ac97 oss4-base_noOSS3.conf:blacklist ac97_codec oss4-base_noOSS3.conf:blacklist ac97_plugin_ad1980 Pero es algo que debería ir probando de a uno, lo que lleva tiempo. root@bbar:~# grep -i black /root/modprobe.d/* /root/modprobe.d/fbdev-blacklist.conf:# This file blacklists most old-style PCI framebuffer drivers. /root/modprobe.d/fbdev-blacklist.conf:blacklist arkfb /root/modprobe.d/fbdev-blacklist.conf:blacklist aty128fb /root/modprobe.d/fbdev-blacklist.conf:blacklist atyfb /root/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb /root/modprobe.d/fbdev-blacklist.conf:blacklist cirrusfb /root/modprobe.d/fbdev-blacklist.conf:blacklist cyber2000fb /root/modprobe.d/fbdev-blacklist.conf:blacklist kyrofb /root/modprobe.d/fbdev-blacklist.conf:blacklist matroxfb_base /root/modprobe.d/fbdev-blacklist.conf:blacklist mb862xxfb /root/modprobe.d/fbdev-blacklist.conf:blacklist neofb /root/modprobe.d/fbdev-blacklist.conf:blacklist pm2fb /root/modprobe.d/fbdev-blacklist.conf:blacklist pm3fb /root/modprobe.d/fbdev-blacklist.conf:blacklist s3fb /root/modprobe.d/fbdev-blacklist.conf:blacklist savagefb /root/modprobe.d/fbdev-blacklist.conf:blacklist sisfb /root/modprobe.d/fbdev-blacklist.conf:blacklist tdfxfb /root/modprobe.d/fbdev-blacklist.conf:blacklist tridentfb /root/modprobe.d/fbdev-blacklist.conf:blacklist vt8623fb /root/modprobe.d/intel-microcode-blacklist.conf:blacklist microcode /root/modprobe.d/oss4-base_noALSA.conf:blacklist snd-seq
Re: Sonido en "jessie" [SOLUCIONADO]
El Mon, 01 Dec 2014 16:22:59 -0300, JavierDebian escribió: > El 26/11/14 a las 15:20, Camaleón escibió: (...) >> 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. >> > Bien. > > Los malos de la película eran "/etc/modprobe.d/oss4-base_noALSA.conf" y > "/etc/modprobe.d/oss4-base_noOSS3.conf". Por algún motivo que desconozco, los módulos del kernel para el sonido de la tarjeta (p. ej., snd-*) y los de OSS son incompatibles (o cargas uno u otro pero no ambos porque entran en conflicto). > 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. Pues es lo que te dije allá por octubre¹, pero no hubo caso >:-) > 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ó. De mágico nada... > 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. Con un "grep -i black /etc/modprobe.d/*" te hubieras ahorrado mucho tiempo y disgustos. > La solución por ahora fue eliminarlos de "/etc/modprobe.d/", sin ningún > inconveniente detectado. ¿Mand? ¿Que has eliminado todos? >:-O No, hombre, no hagas eso que esos archivos contienen configuraciones que te pueden servir... haz una búsqueda selectiva o en todo caso renombra los de oss*. > 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. La pregunta sería más bien por qué tienes instalado el paquete OSS si tienes ALSA y los módulos del kernel detectan la tarjeta de sonido sin problemas. ¹https://lists.debian.org/debian-user-spanish/2014/10/msg00127.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.02.14.33...@gmail.com
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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547cc013.8070...@gmail.com