Actualizar

Actualizar

El problema:

No hay sonido en los parlantes incorporados y no se pueden conectar los auriculares bluetooth. Inicialmente había una salida ficticia al verificar la configuración de sonido; después de probar varias cosas como se explica a continuación, la configuración de sonido ahora está vacía.

Al mismo tiempo, noté que no podía reactivar la computadora portátil después de suspenderla. Si presiono super+L y lo bloqueo, se activa bien, pero si ha pasado suficiente tiempo y entra en hibernación, o permanece sin tocar por un tiempo y pasa a "suspensión automática", entonces no puedo activarlo. . Veo el teclado iluminado, tal vez incluso escuche a los ventiladores, pero la pantalla permanece negra. Además, el comando pm-suspendhace que la computadora portátil se congele y necesito mantener presionado el botón de encendido para reiniciar manualmente. Tengo un swap con mucho espacio y todo funciona bien desde hace aproximadamente un año.

Todos los problemas comenzaron al mismo tiempo, aparentemente después de un regular sudo apt-get updateseguido de sudo apt-get upgrade... Los ejecuto con bastante regularidad y hasta ahora no he tenido problemas. yo ejecuto ubuntu18.04.4 LTScon núcleo5.3.0-42-genéricoen un Lenovo x1 Carbon de séptima generación. Las especificaciones de sonido de alsamixer fueron:

Card: HDA Intel PCH
Chip: Realtek ALC285

Lo que he probado:

En primer lugar quiero mencionar que existen muchas preguntas similares en varios foros. Sin embargo, nadie menciona problemas de hibernación/suspensión y de sonido al mismo tiempo. Leí muchas publicaciones y probé muchas de las sugerencias. Como explicaré, he aprendido más sobre mi problema, pero no he podido solucionarlo. Como detalles adicionales sobre mis problemas, aquí están algunas de las publicaciones más relevantes que he encontrado:No puedo reinstalar pulseaudio,Errores de dependencia,Error de PulseAudio,

Inicialmente desinstalé pulseaudio, alsa-utils, alsa-base, linux-sound-base, luego, cuando intenté reinstalar esos paquetes, apareció un mensaje sobre libpulse0 y las dependencias no satisfechas:

pulseaudio : Depends: libpulse0 (= 1:11.1-1ubuntu7.4) but 1:11.1-1ubuntu7.5 is installed

Si luego intentara instalar algunos de los otros paquetes como alsa-utils y luego intentara eliminar algún paquete, me diría que MUCHOS otros paquetes importantes también se eliminarían. Naturalmente, aborté ese proceso. También aquí encontré muchospublicaciones similarescon problemas similares. Luego, después de probar varias sugerencias de búsqueda en Google, nada solucionó mi problema, sino que la "salida ficticia" en algún momento cambió a... bueno, nada. Ahora el sistema no responde a los botones de subir/bajar sonido y la barra de sonido se ve así:barra de seguimiento de sonido desde la esquina superior derecha de la pantalla

Entonces finalmente llegué aesta publicacióny ejecutando el comando:

apt install libpulse-mainloop-glib0=1:11.1-1ubuntu7.4 libpulse0=1:11.1-1ubuntu7.4 libpulsedsp=1:11.1-1ubuntu7.4 pulseaudio=1:11.1-1ubuntu7.4 pulseaudio-module-bluetooth=1:11.1-1ubuntu7.4 pulseaudio-utils=1:11.1-1ubuntu7.4

Si bien no solucionó mi problema por completo, al menos volví a la "salida ficticia" en lugar de nada; sin embargo, esto significó que ahora podía conectar mis auriculares Bluetooth, que funcionaban bien. Durante este tiempo, tampoco probé si la suspensión funcionaba correctamente (supongo que trato de concentrarme en un problema a la vez...).

Luego probé lo que sugerían otras publicaciones: ingresar al BIOS, apagar el audio, iniciar Ubuntu, luego reiniciar, ingresar al BIOS nuevamente y encender el audio (¡PERO mantener el micrófono apagado!), luego iniciar en Ubuntu.

Esto realmente funcionó (más o menos), y mi tarjeta de sonido fue reconocida y los parlantes funcionaron, pero si luego vuelvo y enciendo el micrófono en BIOS, volvemos al mismo problema. Puedo reproducir este efecto consistentemente. No necesito apagar el audio primero, pero simplemente si apago el micrófono en BIOS, mi sonido funciona casi como de costumbre. Me di cuenta de que con el micrófono apagado y el sonido funcionando, incluso podía suspenderlo sin ningún problema: el comando pm-suspend funciona sin congelarse. ¿Cómo diablos se pueden relacionar estas cosas? Además

systemctl suspendfunciona bien como se esperaba, pero systemctl hibernatesimplemente apaga la computadora portátil sin almacenar nada de la sesión.

Por supuesto, simplemente apagar el micrófono en BIOS no es una solución viable, tampoco funciona completamente como antes (con respecto a hibernación, bluetooth, etc.). Así que lo siguiente que probé fue seguirestepublicar con:

sudo chown -R $<USERNAME>:$<USERNAME> $HOME/

¡Aparentemente esto fue un gran error! De repente perdí los derechos de sudo y no tenía permiso para ejecutar nada en la terminal como sudo. Soy el único usuario de esta computadora portátil. encontréestepublicación que sugiere iniciar en modo de recuperación y ejecutar lo siguiente en una terminal

usermod -a -G sudo <username>

que funcionó perfectamente y restauró mis derechos de sudo. Sin embargo, el problema no está resuelto, simplemente volvemos al punto de partida. Finalmente me aseguré de que todos los controladores y paquetes relevantes estén nuevamente instalados y actualizados:

sudo apt-get install build-essential linux-headers-`uname -r` alsa-base alsa-firmware-loaders alsa-oss alsa-source alsa-tools alsa-tools-gui alsa-utils alsamixergui

Además intenté reinstalar el kernel:

sudo apt-get install --reinstall linux-image-5.3.0-42-generic

que tuvo éxito sin problemas, pero tampoco resolvió los problemas.

También probé todos los pasos enesta guíasin suerte y muchas más sugerencias de este foro en general-

Salidas de comandos relevantes:

A continuación se muestran algunos resultados de terminal de comandos que se solicitaron a otros usuarios en preguntas similares:


sudo lspci -vv | grep -i audio

00:1f.3 Audio device: Intel Corporation Device 9dc8 (rev 11) (prog-if 80)

sudo dmesg | grep -i audio

[    0.290640] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    6.483587] snd_soc_skl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    6.505430] skl_hda_dsp_generic skl_hda_dsp_generic: Unsupported HDAudio/iDisp configuration found

pero si lo ejecuto con el micrófono apagado en BIOS obtengo:

[    0.290463] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    5.484223] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    5.553378] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC285: line_outs=2 (0x14/0x17/0x0/0x0/0x0) type:speaker
[    5.553380] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    5.553382] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[    5.553383] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[    5.553384] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[    5.553385] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x19

aplay -l

aplay: device_list:270: no soundcards found...

Si ejecuto lo mismo cuando el micrófono está apagado en BIOS, obtengo

**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC285 Analog [ALC285 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
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

pacmd list-cards

No PulseAudio daemon running, or not running as session daemon.

Si ejecuto lo mismo con el micrófono apagado en BIOS, aparece un mensaje largo con mucha información que comienza con

1 card(s) available

pavucontrol

opens up window with "Connection to PulseAudio failed. Automatic retry in 5s ..."

Lo mismo funciona bien como se esperaba cuando el micrófono está apagado en BIOS.


sudo modprobe -v snd-hda-intel

Returns nothing

Lo mismo ocurre cuando el micrófono está apagado en BIOS.


Estado actual:

Ahora he vuelto al punto de partida, sabiendo un poco más sobre mi problema, pero quedándome sin ideas. Lo que me desconcierta es que puedo encontrar tantas publicaciones similares y personas que tienen los mismos problemas. Sin embargo, algunas publicaciones se remontan a 2014-2016, mientras que otras son bastante recientes. Para mí, esto hace que sea mucho más improbable que mis problemas surjan de una rutina regular de actualización/actualización; sin embargo, no he realizado ningún cambio importante en mi sistema y el problema surgió muy repentinamente mientras hacía un trabajo normal (responder correos electrónicos y demás). nada intrusivo para el sistema).

Realizo un arranque dual con Windows10 y aquí el audio funciona como se esperaba. Si ejecuto Ubuntu desde un USB en vivo, el audio también funciona como se esperaba.

Por último, todavía soy bastante nuevo en Ubuntu y Linux en general, así que tengan paciencia conmigo porque probablemente necesite que le expliquen las cosas con algo más que una simple frase.

Respuesta1

Este recientepreguntasimilar al mío, fue publicado minutos antes de que hiciera esto. Tiene una respuesta que sugiere que es algo con la versión del kernel 5.3.42. De hecho, si uso 5.3.40, todo funciona bien. Cualquier comentario o información sobre por qué ocurrieron estos problemas o cómo podrían solucionarse con el kernel 5.3.42 sigue siendo bienvenido. Por ahora, la solución parece ser simplemente revertir la versión del kernel y posponer la actualización hasta que se solucionen estos problemas.

Puede probar rápidamente si esta "solución" funciona para usted eligiendo laOpciones avanzadas para Ubuntuen el menú de GRUB. Elija un kernel diferente si tiene otros instalados. De lo contrario, existen muchas guías para instalar nuevas versiones del kernel.

Espero que esta publicación siga siendo relevante para otras personas que puedan estar en la misma situación, tal vez otras que también hayan analizado muchas otras sugerencias sin suerte.

Actualizar

Por alguna razón simplementecambiando el kernel predeterminado/etc/default/grubEn mi caso, instalar una versión funcional anterior como 5.3.0-40 no fue suficiente . Siguió arrancando en 5.3.0-42 incluso después update-grub. Lo que terminé haciendo fue eliminar por completo el kernel defectuoso:

apt-get remove linux-image-5.3.0-42-generic

información relacionada