Sin sonido tras la actualizacion de linux 5.3 en debian sid exDebian

Sin sonido tras la actualizacion de linux 5.3 en debian sid

16 envíos / 0 nuevos
Último envío
#1 Mar, 22/10/2019 - 13:22
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Sin sonido tras la actualizacion de linux 5.3 en debian sid

Estado: 
[SOLUCIONADO]

Actualice el sistema y se actualizo el nucleo de linux a la 5.3 tras de eso me quede sin sistema, de momento no encuentro nada por la red si alguno de los que utilizan sid ya resolvio favor sus comentarios

ct 22 08:23:12 ltgacs dhclient[563]: Failed to get interface index: No such device
oct 22 08:23:12 ltgacs dhclient[563]: 
oct 22 08:23:12 ltgacs dhclient[563]: If you think you have received this message due to a bug rather
oct 22 08:23:12 ltgacs dhclient[563]: than a configuration issue please read the section on submitting
oct 22 08:23:12 ltgacs dhclient[563]: bugs on either our web page at www.isc.org or in the README file
oct 22 08:23:12 ltgacs dhclient[563]: before submitting a bug.  These pages explain the proper
oct 22 08:23:12 ltgacs dhclient[563]: process and the information we find helpful for debugging.
oct 22 08:23:12 ltgacs dhclient[563]: 
oct 22 08:23:12 ltgacs dhclient[563]: exiting.
oct 22 08:23:12 ltgacs systemd[1]: Failed to start Raise network interfaces.
oct 22 10:04:24 ltgacs kernel: snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5
oct 22 10:04:24 ltgacs kernel: snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5
oct 22 10:04:59 ltgacs kernel: snd_hda_codec_generic hdaudioC0D2: Unable to sync register 0x2f0d00. -5
oct 22 10:04:59 ltgacs kernel: snd_hda_codec_generic hdaudioC0D2: Unable to sync register 0x2f0d00. -5
oct 22 10:05:19 ltgacs kernel: snd_hda_codec_generic hdaudioC0D2: Unable to sync register 0x2f0d00. -5
oct 22 10:05:19 ltgacs kernel: snd_hda_codec_generic hdaudioC0D2: Unable to sync register 0x2f0d00. -5
oct 22 10:05:38 ltgacs kernel: snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5
oct 22 10:05:38 ltgacs kernel: snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5
lspci -k                                                                                                    
00:00.0 Host bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register
        Kernel driver in use: iosf_mbi_pci
00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx Series Graphics & Display
        Kernel driver in use: i915
        Kernel modules: i915
00:13.0 SATA controller: Intel Corporation Atom Processor E3800 Series SATA AHCI Controller (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor E3800 Series SATA AHCI Controller
        Kernel driver in use: ahci
        Kernel modules: ahci
00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI
        Kernel driver in use: xhci_hcd
        Kernel modules: xhci_pci
00:1a.0 Encryption controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine
00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 1 (rev 0e)
        Kernel driver in use: pcieport
00:1c.1 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 2 (rev 0e)
        Kernel driver in use: pcieport
00:1c.3 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 4 (rev 0e)
        Kernel driver in use: pcieport
00:1f.0 ISA bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Power Control Unit (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor Z36xxx/Z37xxx Series Power Control Unit
        Kernel driver in use: lpc_ich
        Kernel modules: lpc_ich
00:1f.3 SMBus: Intel Corporation Atom Processor E3800 Series SMBus Controller (rev 0e)
        Subsystem: ASUSTeK Computer Inc. Atom Processor E3800 Series SMBus Controller
        Kernel driver in use: i801_smbus
        Kernel modules: i2c_i801
02:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01)
        Subsystem: AzureWave AW-NE186H
        Kernel driver in use: ath9k
        Kernel modules: ath9k
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5286 PCI Express Card Reader (rev 01)
        Subsystem: Realtek Semiconductor Co., Ltd. RTS5286 PCI Express Card Reader
        Kernel driver in use: rtsx_pci
        Kernel modules: rtsx_pci
03:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 06)
        Subsystem: ASUSTeK Computer Inc. RTL810xE PCI Express Fast Ethernet controller
        Kernel driver in use: r8169
        Kernel modules: r8169

de antemano muchas gracias por la ayuda.

Mar, 22/10/2019 - 14:17
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Tenia un archivo de configuración  /etc/network/interfaces.d/setup que al comentar el contenido me devolvio el sonido a la bosina del equipo pero el hdmi aun no tengo sonido.

cat /etc/network/interfaces.d/setup 
#auto lo
#iface lo inet loopback

#auto eth0
#iface eth0 inet dhcp

 

 Saludos

 

Mar, 22/10/2019 - 14:17
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Tenia un archivo de configuración  /etc/network/interfaces.d/setup que al comentar el contenido me devolvió el sonido a la bocina del equipo pero el hdmi aun no tengo sonido.

cat /etc/network/interfaces.d/setup 
#auto lo
#iface lo inet loopback

#auto eth0
#iface eth0 inet dhcp

 

 Saludos

 

Mar, 22/10/2019 - 20:26
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Acabo de hacer la actualización y tengo sonido en Sid. Estaría bien, de momento, conocer el resultado del comando journalctl b- -p err a ver si algo ha ido mal en el arranque. Se me hace muy extraño que comentando lo (loopback) en el archivo de interfaces te devuelva el sonido, más que extraño, no me entra, es algo que no tiene nada que ver en absoluto (Estás sin sonido, comentas una interface local de red, y tienes sonido, no tiene sentido alguno).

También repasaría que es lo que se ha actualizado además del kernel, tengo ahora mismo más de 100 paquetes bloqueados, que andamos pasando de Qt5.11 a Qt5.12. A ver si con la diferencia de instalaciones y equipos que tenemos, a ti se te ha actualizado algo que no debería haberlo hecho todavía (con la versión de Qt y la mezcla que aún queda en debian sid de kapps y cía., es posible que aun te falte actualizar o se haya hecho demasiado. Ahora mismo tengo sonido, puedo configurarlo, pero sin embargo en systemsettings no tendo ningún dispositivo xD ).

 

  No hay bar que por bien no venga....
Mié, 23/10/2019 - 00:20 (Responder a #4)
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Panko wrote:

Acabo de hacer la actualización y tengo sonido en Sid. Estaría bien, de momento, conocer el resultado del comando journalctl b- -p err a ver si algo ha ido mal en el arranque. Se me hace muy extraño que comentando lo (loopback) en el archivo de interfaces te devuelva el sonido, más que extraño, no me entra, es algo que no tiene nada que ver en absoluto (Estás sin sonido, comentas una interface local de red, y tienes sonido, no tiene sentido alguno).

También repasaría que es lo que se ha actualizado además del kernel, tengo ahora mismo más de 100 paquetes bloqueados, que andamos pasando de Qt5.11 a Qt5.12. A ver si con la diferencia de instalaciones y equipos que tenemos, a ti se te ha actualizado algo que no debería haberlo hecho todavía (con la versión de Qt y la mezcla que aún queda en debian sid de kapps y cía., es posible que aun te falte actualizar o se haya hecho demasiado. Ahora mismo tengo sonido, puedo configurarlo, pero sin embargo en systemsettings no tendo ningún dispositivo xD ).

 

Pues que le digo sensei, igual no lo veo nada logico, crei que talves el controlador realtek de sonido que es el mismo de la tarjeta de red podria estar dando la falla. son dos cosas diferente pero la verdad pero por alguna coinsidencia me funciono el sonido en la laptop pero no en el hdmi.

sudo journalctl -b -p err  
-- Logs begin at Tue 2019-10-22 20:25:00 CST, end at Tue 2019-10-22 20:58:47 CST. --
-- No entries --

yo igual tengo parquetes bloqueados que corresponde a QT, por mi instalacion tengo 62 archivos retenidos , que creo que no es por esa parte la falla, hay un firmware (firmware-misc-nonfrees)que creo no esta completo la instalación ya que me envía un mensaje  despues de cada instalación:

W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for module i915

no entiendo mucho lo que dice el mensaje pero le entiendo que los archivos no estan donde deberían, y esos dos archivo corresponde al paquete firmware-misc-nonfrees.

Acabo de  probar el sonido y de nuevo me quede sin sonido en la laptop ademas de la salida hdmi. por la red no encotrado nada pero seguire buscando gracias por tomarse el tiempo para contestar

 

 Saludos

 

Mié, 23/10/2019 - 13:03
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16
W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for module i915

fijate si este enlace te es de utilidad

Mié, 23/10/2019 - 14:20
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

a los possible missing firmware esos usualmente no se les hace ni caso, a no ser que sea un escenario en concreto y tu gráfica SI necesite esos firmwares. Esos mensajes aparecen cuando se eliminan algunos firmwares (o todavía no existen al ser nuevos) del sistema, y el kernel tiene información acerca de ellos (el nucleo sabe que existían o existirán, pero para él ya existen), y esto provoca ese aviso. Usualmente, es porque son firmwares que ya no son necesarios pero el núcleo todavía cree que si.

Lo que no te puedo confirmar es que tenga sonido por HDMI, pero en el sistema sigue todo igual.

Respecto a que sean realtek ambos dispositivos, da lo mismo, son dos cosas  diferentes que no tienen nada que ver entre si en absoluto, y no usan el mismo driver para todo, usan drivers diferentes.

  No hay bar que por bien no venga....
Mié, 23/10/2019 - 18:26 (Responder a #7)
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Panko wrote:

Lo que no te puedo confirmar es que tenga sonido por HDMI, pero en el sistema sigue todo igual.

Respecto a que sean realtek ambos dispositivos, da lo mismo, son dos cosas  diferentes que no tienen nada que ver entre si en absoluto, y no usan el mismo driver para todo, usan drivers diferentes.

Si gracias sensei ya sali de toda duda con respecto al realtek, me volví a quedar sin sonido, apague el equipo y cuando lo volví a encender ya tenia  sonido en la laptop pero siempre sin sonido en HDMI. lo que me indico que el problema es en otro lado.

rockyiii

fijate si este enlace te es de utilidad

 

Gracias sensei voy a probar ese link y comento si solucione el sonido en la salida HDMI.

 

 Saludos

 

Jue, 24/10/2019 - 04:30
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues mas o menos... por el camino que ibamos. Usualmente se pueden ignorar esos mensajes, salvo ciertos casos. Uno era el que dije acerca de firmwares eliminados que no eran necesarios. Otro, firmwares para disopositivos nuevos (en este caso gpu/cpu Intel. Si no es tu caso el disponer de los chips que precisan de esos firmwares, puedes ignorarlos si no te molestan, que ya  entrarán los firms en alguna actualización. Ten en cuenta que el  sistema "encuentra" un dispositivo, y  sabe que necesita un firmware para hacerlo funcionar correctamente. ¿Que ocurre en estos casos? que sabe que firmware buscar, pero en algunos casos la  detección es más genérica, y entonces ve que tienes un/a Intel, pero no cual exactamente, así que "avisa" de que "posiblemente" falten esos firmwares. Lo dicho, si no tienes esos dispositivos en concreto, mensajes que puedes obviar sin temor a tener problema alguno. Y si tienes esos dispositivos, los puedes ignorar mientras te funcione bien el sistema, o descargar el firmware por tu cuenta como dice el hilo al que te ha apuntado el compañero y al regenerar la imagen del kernel ver como desaparecen esos warnings.

  No hay bar que por bien no venga....
Jue, 24/10/2019 - 22:52 (Responder a #9)
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Panko wrote:

Pues mas o menos... por el camino que ibamos. Usualmente se pueden ignorar esos mensajes, salvo ciertos casos. Uno era el que dije acerca de firmwares eliminados que no eran necesarios. Otro, firmwares para disopositivos nuevos (en este caso gpu/cpu Intel. Si no es tu caso el disponer de los chips que precisan de esos firmwares, puedes ignorarlos si no te molestan, que ya  entrarán los firms en alguna actualización. Ten en cuenta que el  sistema "encuentra" un dispositivo, y  sabe que necesita un firmware para hacerlo funcionar correctamente. ¿Que ocurre en estos casos? que sabe que firmware buscar, pero en algunos casos la  detección es más genérica, y entonces ve que tienes un/a Intel, pero no cual exactamente, así que "avisa" de que "posiblemente" falten esos firmwares. Lo dicho, si no tienes esos dispositivos en concreto, mensajes que puedes obviar sin temor a tener problema alguno. Y si tienes esos dispositivos, los puedes ignorar mientras te funcione bien el sistema, o descargar el firmware por tu cuenta como dice el hilo al que te ha apuntado el compañero y al regenerar la imagen del kernel ver como desaparecen esos warnings.

gracias sensei por la ayuda, pues logre que los warnings desaparezcan con la recomendación del sensei rockyiii, pero el problema persiste. a come me comento debe ser algo de kde-plasma  o Qt5 ya que cuando cuando se bloquea por inactividad al dar la clave me quedo sin sonido también en la laptop y no solo en HDMI.

Pero a como recomienda esperare haber si sale alguna actualización que corrija la falla.

 Saludos

 

Vie, 25/10/2019 - 10:23
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues por lo que veo, usa un driver genérico  para el audio, según los errores del kernel.

De momento, cuando te pase, reinicia el demonito con el comando pulseaudio -k como usuario normal, a ver si te vuelve el sonido.

Si no fuera así, comprueba que dispositivos te detecta con el comando aplay -l, y si quieres ver más info, aplay -L y así ver si está bien detectado (el primero te dará uno o dos resultados, el segundo te dará varios. En éste último, comprueba que tienes en Default a playback/recording.... Pulseaudio sound server, y en sysdefault, algo que diga Analog y bajo de ello Default Audio Device. Si es así, el sistema te detecta bien el dispositivo y lo tiene configurado. Sería cuestión de configurar con pavucontrol de momento a ver si consigues dejarlo que vaya bien en lugar de hacerlo desde plasma-pa.

Como último recurso, instala o reinstala pulseaudio-utils y alsa-utils a ver si hay suerte.

Lo que en realidad me extraña, es que los errores que aparecen son de modulos de sonido generic y realtek, mientras que la info del sistema dice que tienes el audio de Atom, que usa snd_hda_intel, igual es posible que necesites alguna configuración extra para el módulo, no estaría de más buscar info del dispositivo que te aparece con lspci, a ver si alguien tiene configurado algún parámetro del módulo (si te acuerdas, a muchas intel había que decirles un modelo en concreto o usar la  opción auto en la carga del modulo, en el mio por ejemplo antes necesita tener si o si un archivo snd-hda-intel.conf con la línea "options snd-hda-intel model=auto" para que me funcionara bien).

  No hay bar que por bien no venga....
Vie, 25/10/2019 - 13:27 (Responder a #11)
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Panko wrote:

Pues por lo que veo, usa un driver genérico  para el audio, según los errores del kernel.

De momento, cuando te pase, reinicia el demonito con el comando pulseaudio -k como usuario normal, a ver si te vuelve el sonido.

Si no fuera así, comprueba que dispositivos te detecta con el comando aplay -l, y si quieres ver más info, aplay -L y así ver si está bien detectado (el primero te dará uno o dos resultados, el segundo te dará varios. En éste último, comprueba que tienes en Default a playback/recording.... Pulseaudio sound server, y en sysdefault, algo que diga Analog y bajo de ello Default Audio Device. Si es así, el sistema te detecta bien el dispositivo y lo tiene configurado. Sería cuestión de configurar con pavucontrol de momento a ver si consigues dejarlo que vaya bien en lugar de hacerlo desde plasma-pa.

Como último recurso, instala o reinstala pulseaudio-utils y alsa-utils a ver si hay suerte.

Lo que en realidad me extraña, es que los errores que aparecen son de modulos de sonido generic y realtek, mientras que la info del sistema dice que tienes el audio de Atom, que usa snd_hda_intel, igual es posible que necesites alguna configuración extra para el módulo, no estaría de más buscar info del dispositivo que te aparece con lspci, a ver si alguien tiene configurado algún parámetro del módulo (si te acuerdas, a muchas intel había que decirles un modelo en concreto o usar la  opción auto en la carga del modulo, en el mio por ejemplo antes necesita tener si o si un archivo snd-hda-intel.conf con la línea "options snd-hda-intel model=auto" para que me funcionara bien).

 

Muchas gracias sensei por su ayuda me recordó que hace muchas lunas me ayudaron con algo igual y que lo guarde en este . En ese entonce resolve con asus-laptop, voy a probar cual opción me sirve ahora, comento si pude resolver.

aplay -l

aplay -l                        
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC270 Analog [ALC270 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: Generic Digital [Generic Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

 

 lsmod | grep snd                
snd_hda_codec_realtek   126976  1
snd_hda_codec_generic    94208  2 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_intel          49152  4
snd_hda_codec         159744  3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core          102400  4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep              16384  1 snd_hda_codec
snd_pcm               118784  3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              40960  1 snd_pcm
snd                    98304  15 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore              16384  1 snd

 

 Saludos

 

Vie, 25/10/2019 - 15:11
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues en realidad, aun siendo equipos distintos con procesadores distintos, tenemos lo mismo y no he tenido tu problema (a excepción de que no he probado la  salida hdmi).

~$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC270 Analog [ALC270 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: Generic Digital [Generic Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Y a mi me funciona con lo que comenté antes (bueno, ahora en realidad sin ello, que tengo la línea que comenté conectada). También tengo los mismos módulos que tu cargados:

~$ lsmod |grep snd
snd_hda_codec_realtek   126976  1
snd_hda_codec_generic    94208  2 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_intel          49152  4
snd_hda_codec         159744  3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core          102400  4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep              16384  1 snd_hda_codec
snd_pcm               118784  3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              40960  1 snd_pcm
snd                    98304  15 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore              16384  1 snd

Es, cuanto menos, curioso la existencia de tu problema y la ausencia del mismo en el mío. No sé a que se podría deber, la verdad, exceptuando el procesador, tenemos prácticamente el mismo sistema,  y sin enmbargo los errores que te aparecen a ti al principio con realtek y generic, a mi no me aparecen... No sé, tiene toda la pinta de que algo no anda bien con la detección del audio digital/salida hdmi, no se me ocurre otra cosa, la verdad.

Por tener, tienes hasta el dispositivo Unassigned, que no es otra cosa que el lector de tarjetas sd. Y un dispositivo wifi diferente. Por lo demás, son prácticamente iguales ambos sistemas (aunque yo tengo dos gráficas y tu una solo). Yo buscaría información acerca de la CPU que usa tu equipo, a ver si es un baytrail p.e., y sea posible que necesites de alguna configuración extra.

  No hay bar que por bien no venga....
Mié, 30/10/2019 - 14:26 (Responder a #13)
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Panko wrote:

Pues en realidad, aun siendo equipos distintos con procesadores distintos, tenemos lo mismo y no he tenido tu problema (a excepción de que no he probado la  salida hdmi).

~$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC270 Analog [ALC270 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: Generic Digital [Generic Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Y a mi me funciona con lo que comenté antes (bueno, ahora en realidad sin ello, que tengo la línea que comenté conectada). También tengo los mismos módulos que tu cargados:

~$ lsmod |grep snd
snd_hda_codec_realtek   126976  1
snd_hda_codec_generic    94208  2 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_intel          49152  4
snd_hda_codec         159744  3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core          102400  4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep              16384  1 snd_hda_codec
snd_pcm               118784  3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              40960  1 snd_pcm
snd                    98304  15 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore              16384  1 snd

Es, cuanto menos, curioso la existencia de tu problema y la ausencia del mismo en el mío. No sé a que se podría deber, la verdad, exceptuando el procesador, tenemos prácticamente el mismo sistema,  y sin enmbargo los errores que te aparecen a ti al principio con realtek y generic, a mi no me aparecen... No sé, tiene toda la pinta de que algo no anda bien con la detección del audio digital/salida hdmi, no se me ocurre otra cosa, la verdad.

Por tener, tienes hasta el dispositivo Unassigned, que no es otra cosa que el lector de tarjetas sd. Y un dispositivo wifi diferente. Por lo demás, son prácticamente iguales ambos sistemas (aunque yo tengo dos gráficas y tu una solo). Yo buscaría información acerca de la CPU que usa tu equipo, a ver si es un baytrail p.e., y sea posible que necesites de alguna configuración extra.

Gracias por su respuesta sensei, si el sistema no esta detectando la salida hdmi ya que la configuración que   el aplay -l me daba una salida diferente.

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC270 Analog [ALC270 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Como veo en es post de esdebian.org que también le daba la misma salida aplay -l. en ese mismo post veo que ejecute alsactl init y conseguía sonido, pero ahora me sale que no lo reconoce, he buscado a que paquete corresponde pero no encontrado información.

seguiré buscando y comento.

 

PD: otra cosa que note que las laptop asus son duraderas xD.

 Saludos

 

Mar, 19/11/2019 - 10:41
gacs
Imagen de gacs
Desconectado/a
colaborador
se unió: 21/04/16

Buenos días

Se soluciono el problema del sonido con una actualización,  no me percate en que momento pero ya esta corregido, asta la salida de aplay cambio

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC270 Analog [ALC270 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

gracias por la ayuda

 Saludos

 

Mié, 20/11/2019 - 10:14
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues... por lo que veo, parece que había algún problema con la detección de una de las salidas de audio, precisamente la del hdmi, ya que la analógica si que te la detectaba bien.

  No hay bar que por bien no venga....