Eu tive o mesmo problema hoje e encontrei este relatório de bug .
O problema parece ser que, durante o processo de atualização, eles esquecem de instalar / atualizar o pacote xserver-xorg-input-all
!
Portanto, essas instruções funcionaram para mim no meu notebook thinkpad p51s com uma pequena modificação:
- Pressione uma Shifttecla durante a inicialização para acessar o menu GRUB.
- No GRUB, selecione Opções Avançadas e, em seguida, o primeiro kernel com o modo de recuperação.
- Selecione "Rede" para obter acesso à rede (necessário para a instalação do pacote)
- Selecione "Soltar no shell raiz"
- Pressione Enterpara confirmar.
- No meu sistema não é necessário porque, o sistema de arquivos foi montado rw, mas se necessário então
mount -o rw,remount /
.
- Instale o pacote necessário:
apt install xserver-xorg-input-all
(e a mensagem de que eles precisam para desinstalar os pacotes 16.04!)
- Pressione Ctrl+ Dpara sair do shell raiz.
- Selecione retomar a inicialização no menu.
- Agora eu só conseguia entrar no console.
sudo reboot
Depois de reiniciar o mouse e o teclado do meu ThinkPad, o mouse e o teclado externos funcionaram bem!
sudo apt install xserver-xorg-input-all
/etc/resolv.conf
arquivo não existente / link quebrado. Nesse caso, eu recomendoecho "nameserver 8.8.8.8" > /etc/resolv.conf
. Tente também ter uma conexão com fio, mais fácil do que executar o wifi nesse cenário.Eu tive o mesmo problema. Corrigi-o usando apenas meu trackpad. Eu tive que ativar o teclado na tela em Configurações do sistema> Acesso universal> Digitação, depois abri um terminal e executei
sudo apt install xserver-xorg-input-all
. Após uma reinicialização, estava tudo bem. Um pouco tedioso, mas é a solução mais simples que eu já vi.fonte
Para corrigir isso, você pode usar o Live CD ou como o @Arties sugeriu usar o modo de recuperação para executar o apt-get para obter os novos arquivos para corrigir seu sistema.
-
Se você tiver problemas para acessar sua rede após o chroot, provavelmente usa o DHCP e pode solucionar isso adicionando servidores de nomes OpenDNS ao seu /etc/resolv.conf depois de usar o chroot:
fonte
Eu fui de 16.04 para 17.04. Em vez de passar pelo modo de recuperação, segui uma rota diferente. (Por algum motivo, não consigo me conectar à Internet no modo de recuperação)
Eu tenho o ssh ativado no meu desktop Ubuntu, então apenas conectei-o remotamente e instalei o pacote xserver-xorg-input-all e reiniciei. Meu mouse e teclado estão funcionando novamente.
fonte
Aqui está uma maneira que eu consegui, embora seja um pouco heterodoxo. Eu não tinha função de teclado no meu laptop, mas utilizava o trackpad. Acho que eu tinha corrigido a funcionalidade do trackpad anteriormente. Eu tentei o plano de 11 etapas do @Arties acima, mas fiquei preso na etapa 7, possivelmente por causa de um problema de conexão com a Internet. Então, na minha máquina WIN10, criei um arquivo de texto no Notepad ++ com finais de linha Unix (Editar> Conversão EOL ...) e digitei:
Transferi esse arquivo de texto para o laptop Ubuntu via pendrive. Em seguida, usando o trackpad, abri o arquivo de texto e usei o botão direito do mouse para copiar e colar as várias linhas (e as linhas em branco subseqüentes para evitar o uso do botão ENTER no teclado) na janela do terminal nos horários apropriados. Não tenho certeza se as terminações de linha do Unix (versus as finais de linha do Windows) foram críticas. A funcionalidade do teclado foi restaurada após uma ou duas reinicializações. Espero que isso ajude alguém.
fonte
Meu problema foi que, depois de mudar para o Gnome3 (canela?) Em um NUC Intel de 64 bits executando o Ubuntu 16.04.3 LTS, o mouse USB aleatoriamente para de funcionar completamente. Geralmente, fica nesse estado depois que o PC (NUC) fica ocioso e entra no modo de bloqueio; mas algumas vezes isso também ocorreu enquanto eu estava digitando e passando o mouse.
Simplesmente desconectar e reconectar o mouse sempre o faz funcionar novamente, instantaneamente.
Eu segui o conselho para matar o fwupd, mas achei o problema ainda recorrente - mas também vi que o daemon havia reiniciado. Então, eu "apt remove" d fwupd e o matei, e desde então o problema não se repetiu. Não existe uma página de manual para o fwupd, e não tenho certeza da importância de um componente, nem mesmo se seria aconselhável deixá-lo fazer alterações de firmware em uma NUC.
Atualizado: falei com em breve. O problema ainda ocorre, então o fwupd provavelmente não é o culpado.
fonte