web-dev-qa-db-ja.com

サスペンドからの再開後にキーボードが応答しない

ラップトップをRAMにサスペンドして復帰させると、キーボードとマウスの両方が数秒間動かなくなります（接続時に外部USBマウスが正常に機能します）。その後、マウスが動作を開始します。キーボードがまったく機能しないか、同じ文字を繰り返し送信して同じ入力にスタックすることはほとんどありません。過去3回のubuntuリリースでこの問題があり、それ以前は問題なく動作していました。

私は解決策を試しました here および here 。私のコマンドラインには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とマウスを初期化しているようですが、キーボードを正しくセットアップしていないようです。

keyboard18.04mousesuspend
1
Roh_mish

i8042 device のラップトップも持っています。一時停止後にマシンが再開したときに、dmesgコマンドが次のログエントリを表示していることに気付きました。

rfkill：入力ハンドラー

ワイヤレスを有効または無効にすることになっています。

キーボードは入力デバイスでもあるので、rfkillが何らかの形でキーボードに影響を与えているのではないかと考えました。だから私はrfkillを無効にして：

Sudo mv /usr/sbin/rfkill /usr/sbin/rfkill.disabled

再起動後、この問題を再現するために、長時間にわたる複数のテストにもかかわらず、キーボードの問題は過去2日間にわたってなくなりました。ただし、デスクトップからWiFiのオン/オフを制御することはできません。

rfkill出力にdmesgが表示されている場合は、試してみてください。

1
Glen