键盘错位本质是TTY、X11、桌面环境三层配置未对齐，需同步修改/etc/vconsole.conf（KEYMAP=us）、/etc/default/keyboard（XKBLAYOUT="us"且XKBVARIANT=""）及图形界面仅保留English (US)输入源，并执行sudo localectl set-keymap us与sudo localectl set-x11-keymap us ''确保三者一致。
键盘错位不是“布局选错了”这么简单，而是多个层级的键盘配置没对齐，尤其常见于符号键（@、"、~、#）互换或失灵。直接改一个地方往往 1 分钟后就回退——因为 localectl、setxkbmap、/etc/default/keyboard、图形界面输入源四者可能各自生效，又彼此覆盖。
为什么 setxkbmap us 立刻生效却撑不过一分钟
这个命令只作用于当前 X11 会话，不写入任何持久配置。一旦你锁屏、切 TTY、重启桌面环境（比如 GNOME Shell 崩溃重载），它就失效。更麻烦的是：某些桌面环境（GNOME、KDE）会在登录后主动读取自己的输入源设置，强行覆盖 setxkbmap 的结果。
- 执行
setxkbmap -query查看当前实际生效的 layout/variant，如果显示variant: intl或gb，哪怕你刚敲过setxkbmap us，也说明已被覆盖 - GNOME 用户注意：
gsettings get org.gnome.desktop.input-sources sources会显示它自己维护的输入源列表，和setxkbmap完全无关 - 不要依赖
~/.profile或~/.bashrc里加setxkbmap—— 图形会话不读这些文件
必须同步修改的三个独立配置层
Linux 键盘有三套并行系统：控制台（TTY）、X11 图形界面、桌面环境输入法框架。错位问题通常出在它们不一致。
-
TTY 层：由
/etc/vconsole.conf控制，影响 Ctrl+Alt+F1~F6 终端。确认内容为KEYMAP=us（不是us-intl），改完需重启或运行sudo setupcon -
X11 层：由
/etc/default/keyboard控制，是setxkbmap和localectl set-x11-keymap的底层依据。关键字段：XKBLAYOUT="us"、XKBVARIANT=""（留空！别写intl）、XKBOPTIONS="" -
桌面层：GNOME/KDE 设置里的 “Input Sources”。必须删掉所有非
English (US)的条目（尤其是English (UK)、us-intl），只留一个English (US)。快捷键切换选项（如grp:alt_shift_toggle）也得关掉，否则按一次 Alt+Shift 就切走
遇到 us-intl 导致的死键（dead key）干扰
Kali、Ubuntu 某些镜像默认用 us-intl，按 ' 后要再按空格才出单引号，按 @ 出 "——这不是硬件问题，是 XKB 把这些键设成了组合前缀。
- 临时禁用：运行
setxkbmap -layout us -variant ''（注意-variant ''是空字符串，不是basic或nodeadkeys） - 永久禁用：在
/etc/default/keyboard中把XKBVARIANT设为空，同时确保XKBOPTIONS不含ctrl:nocaps等干扰项 - 验证是否还有死键：连续敲
'+e→ 应输出'e（两个字符），而不是é；'+Space→ 应输出'
改完仍错位？检查是否被 systemd-logind 或 udev 覆盖
极少数情况（尤其多用户或远程桌面），systemd-logind 会从登录会话继承键盘设置，或 udev 规则在设备热插拔时重置映射。
- 运行
localectl status，重点核对三行：VC Keymap、X11 Layout、X11 Variant必须完全一致且不含intl - 若不一致，用
sudo localectl set-keymap us（同时设 TTY 和 X11）和sudo localectl set-x11-keymap us ''（强制清空 variant）双管齐下 - 最后补一刀：
sudo udevadm trigger --subsystem-match=input --action=change，让内核重新通告输入设备，触发桌面环境重读配置
真正麻烦的不是改哪一行，而是这三层配置谁先加载、谁有更高优先级、谁会静默覆盖谁。每次以为修好了，其实是某一层暂时没刷新——盯住 setxkbmap -query 和 localectl status 的输出，比反复重启更省时间。
