Placa de som não detectada no Ubuntu 18.04

Esta resposta corrige o som, mas interrompe o controle de brilho.
Estou deixando-o aqui para fins de documentação e espero poder revisá-lo mais tarde, quando encontrar uma correção melhor.

Por favor, considere esta resposta de acompanhamento !

[Editar: março de 2020] Há uma regressão do kernel (no Linux 5.3.0-41 e provavelmente versões mais recentes em execução no Ubuntu 19.10) que causa um novo problema de "saída fictícia" no Ubuntu 19.10.

[...]

Há uma regressão (obrigado JustNiz por me notificar) no kernel 5.3.0-41 e -42 que causa um novo problema de "saída fictícia" no Ubuntu 19.10 e 18.04 . As explicações para este bug estão disponíveis neste relatório de bug , então não entrarei em detalhes e direi diretamente como corrigi-lo.

[[Edit] Parece que isso também pode acontecer para alguns usuários do Ubuntu 20.04 .

Fonte: linuxupprising

sudo gedit /etc/modprobe.d/alsa-base.conf  

Adicione a seguinte linha ao final deste arquivo:

options snd-hda-intel dmic_detect=0

Salve e feche o arquivo e reinicie seu sistema. Você deve ter o áudio de volta.

Fonte: itfoss

Já havia tentado isso antes sem sucesso. Ele agora funcionou pela segunda vez depois que eu não apenas fiz o acima, mas também segui o conselho de Adam de executar pulseaudio --startapós a reinicialização .
Observe que isso pode levar alguns segundos até que o som comece a funcionar.

Como poderia ser que apenas o conselho de Adam fosse importante, removi a linha options snd-hda-intel dmic_detect=0novamente e reiniciei. Parou de funcionar novamente. Então eu editei novamente e reiniciei outra vez. E dessa vez o som funcionou sem precisar rodar pulseaudio --start.

Eu não entendo isso, mas esta parece ser a correção. Se for necessário executar pulseaudio --starttodas as vezes na inicialização, apenas adicionarei esse comando ao meu .profileou .bashrc. Embora depois de reiniciar algumas vezes para testar isso, tenho certeza de que você não precisa do pulseaudio --start- apenas espere algum tempo após a inicialização. Aproximadamente um minuto.

Em relação à parte "possivelmente relacionada" da minha pergunta

Meus controles de brilho da tela também desapareceram. Eles foram quebrados uma vez antes, e eu consertei isso adicionando acpi_backlight=video ao GRUB_CMDLINE_LINUX_DEFAULT em /etc/default/grub e atualizando o grub e reinicializando. Mas essa correção ainda está em vigor e ainda está quebrada novamente.

Logo depois que notei que as teclas de volume agora estão funcionando e fazendo um som, pressionei uma tecla de brilho. E não funcionam mais. Vou tentar a correção que foi vinculada em um dos meus artigos citados nesta resposta e editar minha resposta assim que souber se funcionou.

Em relação ao atraso após a inicialização até o som funcionar: Talvez isso tenha a ver com isso.

$ dmesg[   44.945151] Bluetooth: RFCOMM ver 1.11
[   45.576833] rfkill: input handler disabled
[   84.861079] snd_hda_intel 0000:00:1f.3: couldn't bind with audio component
[   84.885411] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC285: line_outs=2 (0x14/0x17/0x0/0x0/0x0) type:speaker
[   84.885414] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   84.885416] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[   84.885418] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[   84.885419] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[   84.885421] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x19
[   84.933958] snd_hda_codec_hdmi hdaudioC0D2: No i915 binding for Intel HDMI/DP codec
[   84.934160] hdaudio hdaudioC0D2: Unable to bind the codec
[   84.934845] input: HDA Intel PCH Headset Jack as /devices/pci0000:00/0000:00:1f.3/sound/card0/input25
[   84.934904] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input26
[   84.934952] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input27

Minha primeira tentativa foi esta resposta que corrigiu o som, mas interrompeu os controles de brilho.

Mais tarde, notei um comportamento estranho em combinação com meus diferentes menus do carregador de inicialização do grub e comecei a escrever uma nova pergunta. Enquanto escrevia essa pergunta, fiz mais testes até que ela se tornasse mais uma postagem de blog do que uma pergunta, pois também contém várias respostas para perguntas implícitas.

Você vai encontrá-lo abaixo da linha horizontal.

TL;DR

Removendo nomodeseteacpi_backlight=video fez o truque para mim. Os controles de som e brilho agora funcionam - possivelmente à custa da hibernação.

Muitos drivers de código aberto removeram o suporte para a configuração do modo não-kernel, portanto, nesses casos, quando você usar o nomodeset, acabará voltando para o driver não acelerado VESA muito básico. Este é muito um sucesso de desempenho e recurso. Controle de qualidade de origem

Longa redação de como testar isso

Esta é uma nova perspectiva sobre a questão originalmente colocada como placa de som não detectada no Ubuntu 18.04 . Ficou muito mais estranho. Mas para você entender minha total confusão, você vai precisar de algum pretexto:

Eu tenho três partições com o Ubuntu 18.04 em cada uma. No final, vou me livrar de dois deles, mas eles são EXT 4, ZFS unencrypted, ZFS encrypted. Cada um tem um plano de fundo diferente para que eu saiba em qual estou logado.

Eu também tenho o grub instalado em dois lugares. Provavelmente porque não configurei uma partição de inicialização separada para o sistema EXT4. Então eu tenho, /dev/nvme0n1p8/bootmas também /dev/nvme0n1p5 (boot partition). Ambos contêm um kernel e initrd 5.3.0-51-generic. O p5contém também 5.3.0-53-generice o p8/bootcontém também 53.0-28-generice alguns antigos 4-15-0-101-generic. No entanto, nem tenho certeza se essas partições de inicialização importam muito.
Para distinguir os dois grubs, adicionei um tema ao do p5.

Quando inicio o laptop, ele inicializa na GUI do grub no p5. Ele tem alguns problemas em listar corretamente várias partições zfs, então fiz uma entrada personalizada, mas isso também não deve importar aqui.
Para abrir a GUI do grub p8, eu pressiono Escpara chegar ao terminal do grub e lá eu entro

set prefix=(hd0,gpt8)

Quando inicializo a partir do grub p5, as teclas de brilho e o som estão quebrados.
Quando eu inicializo a partir do grub p8, eles funcionam perfeitamente.
Certifiquei-me de usar o mesmo kernel e sistema em ambas as instâncias. Na verdade, eu tentei várias vezes na esperança de que isso possa ser devido a algum argumento de inicialização do kernel.

O problema não está vinculado a uma das três instalações do Ubuntu. Posso inicializar qualquer um deles para que o som funcione e para que não funcione, dependendo do grub que estou usando.

O problema não está vinculado a uma versão do kernel. Eu posso inicializar de ambos 51e 53em qualquer partição e o som funciona ou não, dependendo do grub que estou usando.

O problema não é devido a diferentes imagens de kernel da mesma versão. Eu posso inicializar a partir do p8grub com o kernel 53localizado na p5partição e o som funcionará.

Teste

Vamos considerar apenas a partição ext4 simples por enquanto. A partição zfs criptografada se comporta da mesma forma (e a partição zfs não criptografada eu não verifiquei).

Em primeiro lugar, tentei várias combinações de argumentos de inicialização, mas acho que os três testes a seguir devem ser suficientes para essa pergunta.

• A primeira coluna ("entrada") é oldpara o ext4-menuentry com grub ativado p8ou new1para o ext4-menuentry com grub on p5.
• O kernel partitionfoi definido 8editando o menuentry para conter set root=(hd0,gpt8)logo antes da linha começando com linuxe prefixando o caminho para o kernel e para o initrd com /boot.
  Analogamente, o kernel partitionfoi definido 5inserindo set root=(hd0,gpt5)e removendo o prefixo /bootdos caminhos kernel e initrd.
• Qualquer coluna entre (exclusiva) ]kernel version, sound works?[é sobre a presença do respectivo argumento de inicialização do kernel. Esses são argumentos que foram definidos em pelo menos uma das entradas do menu grub, mas como você pode ver na tabela, o comportamento permaneceu o mesmo sem eles.

Também testei se a presença de quiet splashtem algum efeito, mas também não parece ter nenhum.

Para ter certeza absoluta de que os argumentos de inicialização não têm nenhum impacto, tentei inicializar diretamente do terminal grub.

set prefix=(hd0,gpt8)/boot/grub
set root=(hd0,gpt5)
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic
boot

As teclas de som e brilho funcionam dessa maneira.

set prefix=(hd0,gpt5)/grub
set root=(hd0,gpt5)
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic
boot

As teclas de som e brilho também funcionam dessa maneira! (inesperado neste momento)

set prefix=(hd0,gpt8)/boot/grub
normal
# select menuentry and press E to edit it so that it looks as follows:
setparams 'Ubuntu'
set root=(hd0,gpt5)
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic
# CTRL+X to boot that 

As teclas de som e brilho também funcionam dessa maneira. (esperado desde o início do grub em p8).

set prefix=(hd0,gpt5)/grub
normal
# select menuentry and press E to edit it so that it looks as follows:
setparams 'Ubuntu'
set root=(hd0,gpt5)
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic
# CTRL+X to boot that 

As teclas de som e brilho ainda funcionam dessa maneira! (inesperado!). Agora, se eu não abrir o terminal grub e editar diretamente a entrada, o mesmo comportamento. Portanto, não há mágica envolvida com o normalcomando.
Além disso, não escrever o set root=(hd0,gpt5)parece ser bom.

When I run the entry as it was generated in the grub GUI on p5, the brightness and sound do not work. So I shall now try and build that entry from the ground up. (Prepare for lots of typing)

setparams 'Ubuntu'
recordfail
load_video
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

Sound and brightness keys still work.

setparams 'Ubuntu'
recordfail
load_video
insmod gzio
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

Sound and brightness keys still work.

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

Boots into emergency mode with "Failed to mount /boot/efi" (wrong fs type, bad option, bad superblock on /dev/nvme0n1p2 ...)

So I remove the gfxmode $linux_gfx_mode again and continue:

setparams 'Ubuntu'
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

Sound and brightness keys still work.

setparams 'Ubuntu'
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

Sound and brightness keys still work.

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8
initrd /initrd.img-5.3.0-53-generic

I have inserted the gfxmode $linux_gfx_mode again and it still boots well and the Sound and Brightness Keys still work.

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8 ro nomodeset
initrd /initrd.img-5.3.0-53-generic

And the screen brightness and Sound no longer work!

Again, without nomodeset:

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8 ro
initrd /initrd.img-5.3.0-53-generic

The Sound and Brightness keys still work.

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8 ro acpi_backlight=video
initrd /initrd.img-5.3.0-53-generic

Sound and Brightness keys still work.
Worth noting that I only had acpi_backlight=video there in the first place because the brightness keys were not working. And I had nomodeset(which currently seems to be the culprit) there because it fixes hibernation. Maybe nomodeset broke my brightness keys and sound, which I then tried to fix using acpi_backlight=video?

So including nomodeset again:

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8 ro nomodeset acpi_backlight=video
initrd /initrd.img-5.3.0-53-generic

The sound and brightness are now not working, so it is unclear to me why the brightness fix with acpi_backlight=video worked for me last time. I applied it May 9 and the nomodeset was already in March... perhaps I removed and re-added that some time and didn't realize the effects it had on the brightness keys.

I would prefer having one problem over having two problems, so here's again removing nomodeset acpi_backlight=video and adding the final argument:

setparams 'Ubuntu'
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  81e29369-ff69-4424-858c-3489283588d7
else
  search --no-floppy --fs-uuid --set=root 81e29369-ff69-4424-858c-3489283588d7
fi
linux /vmlinuz-5.3.0-53-generic root=/dev/nvme0n1p8 ro resume=UUID=1ba104f0-35be-42f7-bf71-65e43f6fbcc3
initrd /initrd.img-5.3.0-53-generic

As expected, sound and brightness work again. I have not tested hibernation now. I assume it will either work due to the recent bios and firmware update by lenovo, or still not work in the same way as in my question about it. But that will be a different problem for a different day.

Agora para a pergunta que permanece: por que parecia que funcionou no antigo bootloader?
Bom... acontece que na maioria dos meus testes não modifiquei "nomodeset". Mas em um que você pode ver na tabela acima, o som não funcionou com o p5bootloader, kernel 51 do p8, sem acpi_backlighte sem nomodeset.
Não consigo mais reproduzir isso. Talvez eu tenha cometido um erro ao fazer anotações.