Depois de atualizar para o kernel 3.16.0-30-generic não consigo usar o teclado

0

Após a instalação do 14.10 e a "atualização automática" do kernel para o 3.16.0-30-generic do 3.16.0-23-generic, não consigo usar o teclado para inserir minha frase-senha para descriptografar meu disco físico.

Any keyboard input is displayed at the first row of the 'ubuntu-decrypt-drive' phase/page/graphical picture.

Na verdade, a entrada do teclado não está funcionando, exceto a possibilidade de usar a combinação ALT + Fn leva-me a um marcador de blinkning vazio sem qualquer possibilidade de entrada.

Se eu tentar alternar com a combinação Alt + Fx , só obtenho um marcador piscando na primeira linha e na primeira coluna, e o mesmo resultado lá: É preciso usar o teclado, mas definitivamente não estou usando a entrada para superar meu dispositivo físico criptografado.

Ao comparar os arquivos de configuração (config-kernel-generic) não consigo ver nada que possa causar esse incidente (observação: não sou o melhor dos dois mundos em relação a solucionar problemas como este):

(desculpe sobre o texto-blob):

> diff config-3.16.0-30-generic config-3.16.0-23-generic

**3c3
< # Linux/x86_64 3.16.0-30-generic Kernel Configuration
---
> # Linux/x86_64 3.16.0-23-generic Kernel Configuration
68c68
< CONFIG_VERSION_SIGNATURE="Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3"
---
> CONFIG_VERSION_SIGNATURE="Ubuntu 3.16.0-23.31-generic 3.16.4"
1934d1933
< CONFIG_GENWQE_PLATFORM_ERROR_RECOVERY=0
5049c5048
< # CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
---
> CONFIG_SOUND_OSS_CORE_PRECLAIM=y*******

Eu usei a "unidade criptografada" guiada durante a instalação de 14.10 e a inicialização no kernel anterior foi e não é um problema.

Neste ponto, eu tenho que selecionar manualmente meu kernel mais antigo manualmente e posso logar / descriptografar o drive sem problemas.

Estou muito agradecido por qualquer feedback ou pedidos sobre mais dados, já que isso não é o que eu queria e eu tentei ignorar o incidente reinstalando o Ubuntu várias vezes (suspeitando que houve uma corrupção / deficiência no processo de atualização), mas eu não tenho registros que aponta para que esta é a causa.

Talvez a minha informação tenha falhado no que diz respeito a reportar o meu problema, mas tenho tentado analisar melhor o meu problema e tenho notado discrepâncias no initramfs no kernel que funciona (3.16.0-23-generic) e no que não é (3.16.0-30 genérico).

Eu corri um diff entre os dois lsinitramfs: link

Mas não tenho certeza de como resolver o incidente do kernel posterior.

@ user3807087 Deixe-me tirar meu chapéu e me curvar, porque isso estava me deixando maluco e, depois de várias reinstalações e da solução do incidente, estou feliz em dizer que sua sugestão resolveu o incidente para mim. (não é necessário pressionar o ESC ).

Então, para esclarecer a solução, editei o arquivo / etc / default / grub e substituí o texto na linha: GRUB_CMDLINE_LINUX_DEFAULT = para:

GRUB_CMDLINE_LINUX_DEFAULT="ro"

E então corri: update-grub

    
por fred-progress 14.02.2015 / 13:26

1 resposta

0

Algumas possibilidades: nomodeset à espreita na configuração do grub link Hit Esc no prompt O boot do Ubuntu 14.10 leva o ESC para fornecer a senha criptografada

Eu também estou procurando uma resposta, já que estou lutando com o mesmo problema. Instalação recente de 14.10, obtenha o prompt de criptografia e nada funciona.

Eu resolvi isso em minha própria máquina agora, removendo as opções "quiet" e "splash" do kernel e usando a mesma opção "ro" usada pelo modo de recuperação. Caso contrário, ao executar não no modo de recuperação, fico preso ao carregar o initramfs.

Para isso, editei / etc / default / grub para definir a variável GRUB_CMDLINE_LINUX_DEFAULT para "ro" de "quiet splash"

    
por Moody Salem 15.02.2015 / 18:19