从16.04更新到16.10; 进入锁定屏幕后,键盘和鼠标不再有效

所以我刚刚更新到16.10(几周前刚刚获得16.04,仍然是Linux新手)。 当我需要输入密码来解密lvm驱动器时键盘仍然有效,但是当我到达登录屏幕时停止工作(连同鼠标)。 这是一个已知的问题吗? 我该如何解决? 顺便说一句,这是安装在联想思想垫上。

谢谢

编辑:回家后尝试连接USB键盘。 不起作用(仅在到达登录屏幕后再次)。 到底是怎么回事?

我今天遇到了同样的问题并发现了这个错误报告 。

问题似乎是,在更新过程中他们忘记安装/更新软件包xserver-xorg-input-all

所以这些说明适用于我的thinkpad p51s笔记本上的一些修改:

  1. 在引导期间按Shift键以获取GRUB菜单。
  2. 在GRUB中,选择Advanced Options,然后选择具有恢复模式的第一个内核。
  3. 选择“网络”以获取网络访问权限(包安装所需)
  4. 选择“Drop to root shell”
  5. Enter确认。
  6. 在我的系统不需要因为,文件系统已经安装了rw,但如果需要,然后mount -o rw,remount /
  7. 安装所需的软件包: apt install xserver-xorg-input-all (以及卸载16.04软件包所需的消息!)
  8. Ctrl + D退出root shell。
  9. 从菜单中选择resume boot。
  10. 现在我只能登录到控制台。
  11. sudo reboot

重新启动后,ThinkPad的鼠标和键盘以及外接鼠标和键盘工作正常!

我有同样的问题。 我只使用我的触控板修复它。 我必须从系统设置>通用访问>打字启用屏幕键盘,然后打开一个终端并运行sudo apt install xserver-xorg-input-all 。 重启后,一切都很好。 有点乏味,但这是我见过的最简单的解决方案。

要解决此问题,您可以使用Live CD或@Arties建议使用恢复模式运行apt-get来获取新文件来修复您的系统。

  • 启动Ubuntu Live CD。 按Ctrl-Alt-F1
  • 或者在恢复模式下

 sudo mount /dev/sda1 /mnt sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo chroot /mnt apt update apt upgrade apt full-upgrade -y apt install -y ubuntu-desktop apt install xserver-xorg-input-all 

如果您在chroot之后访问网络时遇到问题,可能使用DHCP并且可以通过在使用chroot后将OpenDNS名称服务器添加到/etc/resolv.conf来解决此问题:

 nameserver 208.67.222.222 nameserver 208.67.220.220 

我从16.04到17.04。 我没有经历恢复模式,而是走了另一条路。 (出于某种原因,我无法在恢复模式下连接到互联网)

我在我的Ubuntu桌面上启用了ssh,所以我只是远程连接它并安装了xserver-xorg-input-all软件包并重新启动。 我的鼠标和键盘再次正常工作。

这是我管理的方式,虽然它有点不正统。 我的笔记本电脑上没有键盘function,但确实使用了触控板。 我想我以前有固定的触控板function。 我尝试了@Arties上面的11步计划,但是因为互联网连接问题而被困在第7步。 因此,在我的WIN10机器上,我在Notepad ++中创建了一个带有Unix行结尾的文本文件(编辑> EOL转换…)并输入:

 sudo apt install xserver-xorg-input-all    y  

我通过USB记忆棒将此文本文件传输到Ubuntu笔记本电脑。 然后使用触控板打开文本文件,并使用右键单击按钮将各行(以及随后的空行以避免在键盘上使用ENTER按钮)复制并粘贴到终端窗口中的适当时间。 不确定Unix行结尾(与Windows行结尾相比)是否至关重要。 一次或两次重新启动后,键盘function已恢复。 希望这会对某人有所帮助。

我的问题是在运行Ubuntu 16.04.3 LTS的Intel 64bit NUC上切换到Gnome3(肉桂?)之后,USB鼠标会随机停止工作。 通常在PC(NUC)闲置并进入锁定模式后处于此状态; 但有几次也是在我打字和打电话时发生的。

只需拔下并重新插入鼠标,即可立即重新启动鼠标。

我按照建议去杀fwupd,但发现问题仍然重演 – 但也看到守护进程重新启动了。 所以我“删除”d fwupd并杀死它,从那以后问题没有再次发生。 fwupd没有手册页,我不确定它的组件有多重要,甚至不建议让它对NUC进行固件更改。

更新:我很快就采访了。 问题仍然存在,因此fwupd可能不是罪魁祸首。