直接改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 显示正常，但菜单还是中文，八成是这两个地方卡住了。
