直接改lang=en_us.utf-8大概率失败，因locale未生成、lc_all覆盖或桌面未读取；须先用locale -a | grep -i "en_us"验证en_us.utf-8是否存在，再依发行版生成并写入正确配置文件，同时清空lc_all、登出重进图形界面。

直接改 LANG=en_US.UTF-8 就能切英文，但大概率会失败——因为 locale 没生成、LC_ALL 在捣乱、或者桌面环境根本没读这个变量。

确认系统是否已生成 en_US.UTF-8

很多发行版默认只装了中文 locale，en_US.UTF-8 可能压根不存在。不检查这步就设 LANG，终端会报 cannot change locale。

• 运行 locale -a | grep -i "en_us"，看输出里有没有 en_US.UTF-8（注意大小写和点号，en_US.utf8 ≠ en_US.UTF-8）
• 若无输出：
  – Debian/Ubuntu：执行 sudo dpkg-reconfigure locales，空格选中 en_US.UTF-8，回车确认
  – RHEL/CentOS 8+：运行 sudo dnf reinstall glibc-langpack-en
  – Arch：编辑 /etc/locale.gen，取消注释 en_US.UTF-8 UTF-8，再跑 sudo locale-gen

永久设置 LANG=en_US.UTF-8 要写对配置文件

写错路径等于白改，而且不会报错——系统默默读别的文件，你改的那份被无视。

linux-performance-analyzer

Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。

下载

• Debian/Ubuntu：/etc/default/locale，内容为 LANG="en_US.UTF-8"（带双引号）
• RHEL/CentOS 7+/Fedora/Arch：sudo localectl set-locale LANG=en_US.UTF-8（无引号，它会自动写入 /etc/locale.conf）
• RHEL 6 或更老系统：/etc/sysconfig/i18n，格式为 LANG="en_US.UTF-8"，拼错成 /etc/syscnfig/i18n 是常见低级错误

必须检查并清空 LC_ALL

LC_ALL 是最高优先级变量，只要它非空，LANG 和所有 LC_* 全部失效。这是“明明设了英文却还是中文界面”的头号原因。

• 运行 locale，如果看到 LC_ALL=zh_CN.UTF-8，说明它正在覆盖你刚设的 LANG
• 临时解决：unset LC_ALL（当前终端生效）
• 永久清理：检查 /etc/environment、/etc/profile.d/*.sh、~/.bashrc、~/.profile，删掉或注释掉 export LC_ALL=... 这类行
• SSH 登录用户还要注意：/etc/ssh/sshd_config 中若存在 AcceptEnv LANG LC_*，客户端可能把旧值带进来，可临时注释该行并 sudo systemctl restart sshd

图形界面需登出重进，且字体编码要匹配

改完配置不登出，GNOME/KDE 会缓存旧 locale；即使 locale 全绿、echo "Hello" 正常，菜单仍是方块字，问题一定在终端或桌面字体设置上。

• 必须登出图形会话，重新登录——重启终端或只开新 tab 不起作用
• GNOME/KDE 设置里确认语言顺序：英文排第一，中文移下去
• 终端本身要设 UTF-8 编码（如 GNOME Terminal → Preferences → Character Encoding → UTF-8）
• 桌面环境若仍显示方块，不是 locale 问题，是缺英文系统字体或渲染配置异常，先试 fc-list :lang=en 看是否列出英文字体

最易被忽略的是 LC_ALL 和桌面缓存——改完配置后 locale 显示正常，但菜单还是中文，八成是这两个地方卡住了。