Linux控制台编码配置核心是确保locale环境变量（LANG、LC_ALL、LC_CTYPE）均指向已生成的zh_CN.UTF-8，同时系统已执行sudo locale-gen生成该locale且终端字体支持Unicode，缺一不可。

Linux 控制台编码配置的核心是让 locale 环境变量指向一个支持 UTF-8（或所需字符集）的 locale，而不是单纯改终端显示设置。直接改终端“编码选项”只影响渲染层，不解决程序输出、文件读写、命令行工具内部处理等环节的乱码问题。

怎么确认当前控制台实际生效的编码

运行 locale 命令，重点看这三行：

• LANG：主 locale，未被其他变量覆盖时起效
• LC_ALL：最高优先级，一旦设置就强制覆盖所有 LC_* 和 LANG
• LC_CTYPE：单独控制字符分类和编码行为，比如中文是否被识别为字母、正则匹配是否支持宽字符

如果其中任意一项值不含 .UTF-8（如 en_US、zh_CN.GB18030），那控制台底层就不按 UTF-8 解码字节流，即使终端渲染设成 UTF-8，也会出现输入/输出错位、grep 匹配失败、ls 显示问号等问题。

为什么用 localectl set-locale 而不是直接改配置文件

localectl set-locale LANG=zh_CN.UTF-8 是 systemd 系统推荐方式，它会自动完成三件事：

• 生成或启用对应 locale（调用 locale-gen）
• 写入 /etc/locale.conf（系统级持久配置）
• 避免手动编辑 /etc/profile 或 ~/.bashrc 时因加载顺序导致 LC_ALL 被后续脚本覆盖

常见坑：export LC_ALL=zh_CN.UTF-8 写进 ~/.bashrc 后，如果系统级 /etc/profile.d/lang.sh 里又重设了 LC_ALL，最终以后者为准——这种冲突极难排查。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

中文用户最常踩的两个硬性条件

即使 locale 显示全是 .UTF-8，仍可能乱码，必须同时满足：

• 系统已生成对应 locale：运行 locale -a | grep zh_CN.UTF-8，无输出说明没生成，需先执行 sudo locale-gen zh_CN.UTF-8
• 终端字体支持 Unicode：比如 terminus、DejaVu Sans Mono 可正常显示中文；而默认的 consolefonts（如 lat1-16）只含 ASCII 字符，哪怕编码设对，也只显示方块或空白

验证字体是否生效：在纯文本控制台（Ctrl+Alt+F2）运行 echo '你好'，不是 SSH 或 GUI 终端模拟器——这才是真正控制台环境。

别碰 LC_ALL=C 这类“快捷方案”

有人为规避乱码临时设 LC_ALL=C，这会让系统退回到 ASCII-only 模式：

• 所有非 ASCII 字符（包括中文路径、文件名）被当作无效字节处理
mv、cp 可能静默截断文件名
• sort、uniq 按字节序而非语言规则排序，中文排序完全无意义

这不是编码配置，是主动放弃多语言支持。真正要调的是 locale 本身，不是绕开它。