Atualizar

Atualizar

O problema:

Não há som nos alto-falantes integrados e não é possível conectar o fone de ouvido Bluetooth. Inicialmente havia uma saída fictícia ao verificar as configurações de som, depois de tentar as várias coisas explicadas abaixo, as configurações de som agora estão vazias.

Ao mesmo tempo, percebi que não conseguia ativar o laptop após a suspensão. Se eu pressionar super + L e bloqueá-lo, ele acordará bem - mas se tiver passado tempo suficiente e ele entrar em hibernação, ou ficar intocado por um tempo e entrar em "suspensão automática", não consigo acordá-lo . Vejo o teclado iluminado, talvez até ouça os ventiladores, mas a tela continua preta. Além disso, o comando pm-suspendfaz o laptop congelar e preciso manter pressionado o botão liga / desliga para reiniciar manualmente. Tenho uma troca com bastante espaço e tudo está funcionando bem há cerca de um ano.

Todos os problemas começaram ao mesmo tempo, aparentemente após um problema regular sudo apt-get updateseguido de sudo apt-get upgrade. Eu os executo regularmente e não tive problemas até agora. Eu executo Ubuntu18.04.4 LTScom núcleo5.3.0-42-genéricoem um Lenovo x1 Carbon de 7ª geração. As especificações de som do alsamixer foram:

Card: HDA Intel PCH
Chip: Realtek ALC285

O que eu tentei:

Em primeiro lugar, quero mencionar que existem muitas perguntas semelhantes em vários fóruns. No entanto, ninguém menciona problemas de hibernação/suspensão e de som ao mesmo tempo. Eu li muitos posts e tentei muitas das sugestões. Como explicarei, aprendi mais sobre o meu problema, mas não consegui corrigi-lo. Como elaborações extras sobre meus problemas, aqui estão algumas das postagens mais relevantes que encontrei:Não é possível reinstalar o pulseaudio,Erros de dependência,Bug do PulseAudio,

Inicialmente desinstalei pulseaudio, alsa-utils, alsa-base, linux-sound-base, então, quando tentei reinstalar esses pacotes, recebi uma mensagem sobre libpulse0 e dependências não atendidas:

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

se eu tentasse instalar alguns dos outros pacotes como alsa-utils, e mais tarde tentasse remover quaisquer pacotes, isso me diria que MUITOS outros pacotes importantes também seriam removidos. Eu naturalmente abortei esse processo. Também aqui encontrei muitospostagens semelhantescom problemas semelhantes. Então, depois de tentar várias sugestões do Google, nada de pesquisa resolveu meu problema, mas em vez disso, a "saída fictícia" em algum momento mudou para ... bem, nada. Agora o sistema não responde aos botões de aumentar/diminuir som e a barra de trilha sonora fica assim:barra de trilha sonora no canto superior direito da tela

Então eu finalmente chegueiesta postageme executando o 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

Embora isso não tenha resolvido totalmente o meu problema, pelo menos voltei à "saída fictícia" em vez de nada - isso significava que agora eu poderia conectar meu fone de ouvido Bluetooth, que funcionou bem. Durante esse tempo, não testei se a suspensão também funcionava corretamente (tentando focar em um problema de cada vez, eu acho...).

Então eu tentei o que outras postagens sugeriram: entrar no BIOS, desligar o áudio, inicializar no Ubuntu, reiniciar, entrar no BIOS novamente e ligar o áudio (MAS mantendo o microfone desligado!) E depois inicializar no Ubuntu.

Isso realmente funcionou (mais ou menos), e minha placa de som foi reconhecida e os alto-falantes funcionaram - mas se eu voltar e ligar o microfone no BIOS, voltaremos ao mesmo problema. Posso reproduzir esse efeito de forma consistente. Não preciso desligar o áudio primeiro, mas simplesmente se eu desligar o microfone no BIOS, meu som funcionará quase normalmente. Percebi que com o microfone desligado e o som funcionando - eu poderia até suspender sem problemas: o comando pm-suspend funciona sem congelar. Como diabos essas coisas podem estar relacionadas? Além disso

systemctl suspendfunciona bem como esperado, mas systemctl hibernatesimplesmente desliga o laptop sem armazenar nada da sessão.

Simplesmente desligar o microfone no BIOS obviamente não é uma solução viável, ele também não está funcionando totalmente como antes (em relação à hibernação, bluetooth, etc.). Então a próxima coisa que tentei foi seguiressepostar com:

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

Aparentemente, isso foi um grande erro! De repente, perdi os direitos do sudo e não tive permissão para executar nada no terminal como sudo. Eu sou o único usuário deste laptop. eu encontreiessepost sugerindo inicializar no modo de recuperação e executar o seguinte em um terminal

usermod -a -G sudo <username>

que funcionou perfeitamente e restaurou meus direitos de sudo. No entanto, o problema não está resolvido, apenas voltamos ao ponto de partida. Finalmente me certifiquei de que todos os drivers e pacotes relevantes estão novamente instalados e atualizados:

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

além disso, tentei reinstalar o kernel:

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

que teve sucesso sem problemas, mas também não resolveu os problemas.

Eu também tentei todos os passos emeste guiasem sorte e muitas mais sugestões deste fórum em geral-

Saídas de comando relevantes:

Aqui estão algumas saídas de terminal de comandos solicitados a outros usuários em perguntas semelhantes:


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

mas se eu executá-lo com o microfone desligado no BIOS, recebo:

[    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...

Se eu executar o mesmo quando o microfone estiver desligado no BIOS, recebo

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

Se eu executar o mesmo com o microfone desligado no BIOS, recebo uma mensagem longa com muitas informações que começa com

1 card(s) available

pavucontrol

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

a mesma coisa funciona bem conforme o esperado quando o microfone está desligado no BIOS.


sudo modprobe -v snd-hda-intel

Returns nothing

a mesma coisa quando o microfone está desligado no BIOS.


Status atual:

Agora estou de volta ao ponto de partida, sabendo um pouco mais sobre o meu problema, mas ficando sem ideias. O que me confunde é que posso encontrar tantas postagens semelhantes e pessoas com os mesmos problemas. No entanto, algumas postagens datam de 2014-2016, enquanto outras são bastante recentes. Para mim, isso torna muito mais improvável que meus problemas sejam decorrentes de uma rotina regular de atualização/atualização - no entanto, não fiz nenhuma alteração importante em meu sistema e o problema surgiu repentinamente durante o trabalho normal (responder e-mails e coisas assim, nada intrusivo ao sistema).

Fiz dualboot com o Windows10 e aqui o áudio funciona conforme o esperado. Se eu executar o Ubuntu a partir de um live-usb, o áudio também funcionará conforme o esperado.

Por último, ainda sou muito novo no Ubuntu e no Linux em geral, então tenha paciência comigo por provavelmente precisar que as coisas sejam explicadas com um pouco mais do que uma simples linha.

Responder1

Este recenteperguntasemelhante ao meu, foi postado minutos antes de eu fazer isso. Tem uma resposta sugerindo que é algo com a versão 5.3.42 do kernel. Na verdade, se eu usar o 5.3.40, tudo funcionará bem. Quaisquer comentários ou informações sobre por que esses problemas ocorreram ou como eles poderiam ser corrigidos usando o kernel 5.3.42 ainda são bem-vindos. Por enquanto, a solução parece ser simplesmente reverter a versão do kernel e adiar a atualização até que esses problemas sejam resolvidos.

Se esta "correção" funciona para você pode ser rapidamente testado escolhendo oOpções avançadas para Ubuntuno menu GRUB. Escolha um kernel diferente se você tiver outros instalados. Caso contrário, existem muitos guias para instalar novas versões do kernel.

Espero que esta postagem ainda possa ser relevante para outras pessoas que possam estar na mesma situação - talvez outras pessoas que também analisaram muitas outras sugestões sem sorte.

Atualizar

Por alguma razão simplesmentealterando o kernel padrãomudar /etc/default/grubpara uma versão funcional mais antiga, como 5.3.0-40, não foi suficiente no meu caso. Ele continuou inicializando em 5.3.0-42 mesmo depois do update-grub. O que acabei fazendo foi remover completamente o kernel defeituoso:

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

informação relacionada