☰

从暂停状态恢复后键盘无响应

tag-icon • tag-icon keyboard 18.04 mouse suspend
从暂停状态恢复后键盘无响应

如果我将笔记本电脑挂起到 RAM 并将其唤醒，键盘和鼠标都会卡住几秒钟（外部 USB 鼠标在连接时可以正常工作），之后鼠标开始工作。键盘要么根本不起作用，要么很少卡在相同的输入上，反复发送相同的字符。我在最近的 3 个 ubuntu 版本中都遇到过这个问题，之前它工作正常。

我已经尝试过解决方案这里， 和这里。我的命令行包括 atkbd.reset=1 i8042.direct i8042.dumbkbd 似乎都无济于事。我尝试过：

atkbd.reset=1 i8042.nomux=1 i8042.reset=1 i8042.nopnp=1 i8042.dumbkbd=1 i8042.direct

dmesg | grep i8042 输出：

    [    1.495444] i8042: PNP: PS/2 Controller [PNP030b:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
    [    1.498084] serio: i8042 KBD port at 0x60,0x64 irq 1
    [    1.498089] serio: i8042 AUX port at 0x60,0x64 irq 12
    [    1.648255] input: AT Raw Set 2 keyboard as /devices/platform/i8042/serio0/input/input3
    [    2.364299] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input5
    [  225.155223] i8042: Can't write CTR while closing AUX port
    [  225.671941] i8042: Can't reactivate AUX port
    [  226.236540] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input15
    [  226.889445] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input17
    [  260.835043] i8042: Can't write CTR while closing AUX port
    [  261.351775] i8042: Can't reactivate AUX port
    [  261.908339] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input19
    [  262.480772] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input21
    [  286.021240] i8042: Can't write CTR while closing AUX port
    [  286.537976] i8042: Can't reactivate AUX port
    [  287.088777] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input23
    [  287.643256] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input25

看起来它正在将 kbd 和鼠标初始化为新设备，但未正确设置键盘。

答案1

我有一台笔记本电脑i8042 设备，也是如此。我注意到，当机器在挂起后恢复时，该dmesg命令显示带有

rfkill：输入处理程序

它应该启用和禁用无线。

由于键盘也是输入设备，我想知道这是否rfkill会以某种方式影响键盘。所以我rfkill通过以下方式禁用它：

sudo mv /usr/sbin/rfkill /usr/sbin/rfkill.disabled

重启后，尽管经过了数小时的多次测试，问题还是重现了，但在过去两天里，键盘问题已经消失。不过，桌面上打开/关闭 WiFi 的控制权已经消失。

如果您rfkill在dmesg输出中看到，您可以尝试一下。

相关内容