打开程序后键盘冻结,鼠标继续工作

打开程序后键盘冻结,鼠标继续工作

一般来说,我对 Linux 并不陌生,但对 Arch 却很陌生。我已经安装了两次(第一次在 HDD 上,只是为了在等待 SSD 交付给我时尝试,第二次是在几天后,在 SSD 上),使用 i3 和其他程序,以便有一个可用的桌面环境。顺便说一句,我的选择是基于我的品味(Vim 上瘾)和官方 Arch wiki 页面的纯粹阅读之间的匹配。

目前有一件事情让我非常烦恼:当我从终端打开 Spotify(从 AUR 安装,通过aurman -S)或 Qutebrowser(官方,通过)以及可能的其他应用程序时sudo pacman -Surxvt或者通过rofi,我经历了键盘的完全“冻结”,持续长达五十秒(!),而鼠标仍然与环境完美交互。例如,我可以做这个有趣的事情:

  1. 打开 Spotify,然后
  2. 继续任何事物用左手敲击键盘,例如
    • 继续按12交替地用手指疯狂地按住$modAlt在我的例子中,用拇指,
    • 或者在浏览器的文本框中或无辜的终端中随机按字母键
    • 或者,只是为了清楚我所尝试的内容,将我愤怒的猫按在整个键盘上
  3. 与此同时,使用右手通过鼠标成功从一个工作区移动到另一个工作区(使用屏幕左下角的编号图标),并与任何鼠标交互内容进行交互(下一首歌曲、提高音量、更改音频输出在pavucontrol, ...)。显然,如果我移动到具有全屏程序的工作区,我将被困在该工作区中,直到那漫长的五十(或多或少)秒过去。
  4. 键盘再次开始工作,就像我从未按下过这些键一样(例如如果我在终端中按字母,那些“过去”的字母不会出现)。

键盘是带有 USB 接收器的无线 Logitech K270(与同一个盒子中的无线 M185 鼠标),但老实说我不知道​​我可以提供哪些其他详细信息,所以请询问我。 (我真的不认为文件系统可以在这件事上发挥任何作用,但是,如果我错了,它是btrfs。)

我的主板是 X399 Aorus Gaming 7,并且有

  • 1 个白色USB 3.1 第一代端口(来自用户手册,虽然它被标记为USB 3.0 BIOS在 I/O 扩展板上,因为它是旨在刷新 BIOS 的 Q-Flash 端口)
  • 5 个蓝色USB 3.1 第一代端口s(来自用户手册,虽然它们被标记为USB 3.0在 I/O 屏蔽上)
  • 2 个黄色USB 3.1 第一代端口s(来自用户手册,虽然它被标记为USB 3.0 DAC-UP在 I/O 屏蔽上)
  • 1 个红色USB 3.1 Gen 2 Type-A 端口(来自用户手册,虽然它被标记为USB 3.1在 I/O 屏蔽上)

9 个端口成对布置,如下所示(字母 = 颜色)

YY
WB
BB
BB
 R

答案1

我正在发帖自此自我回答为我提供了一个解决方案,到目前为止,可以帮助其他正在寻找答案而没有对问题给予足够重视的人,但我会等待一些大师对这个奇怪的问题给出解释。

连接有线 PS/2 端口键盘并验证其不受此问题影响后,我尝试将接收器从最左下角的蓝色 USB 端口移至红色端口。这奏效了。然后我检查了键盘包装上有关 USB 的一些信息,但连 2.0、3.0 之类的点号都没有,所以我只是继续尝试。白色端口,然后是黄色端口,最后是蓝色端口。键盘与每个 USB 端口完美配合除了那个,我第一次尝试的

相关内容