根本原因是纯命令行tty默认不支持utf-8及中文字体渲染，locale设置仅影响字符解析逻辑，不解决字体绘制问题；图形终端自带utf-8渲染，而tty需借助fbterm等工具实现中文显示。
为什么终端里中文显示为问号或方块
根本原因是纯命令行（tty，比如 Ctrl+Alt+F3 进入的界面）默认不加载 UTF-8 字体和中文字体渲染支持，locale 设置对图形终端有效，但对底层 tty 无效。你执行 locale 看到 LANG=zh_CN.UTF-8 是正常的，但这只影响 shell 解析字符的逻辑，不解决字体绘制问题。
常见错误现象包括：ls 列出中文文件名显示为 ???、cat 中文文本满屏菱形、vim 编辑中文文件时光标错位。这些都不是 locale 没设对，而是 tty 根本没能力画出汉字。
- 图形界面下的终端（GNOME Terminal、Konsole）自带 UTF-8 渲染，无需额外配置
- SSH 登录后乱码，大概率是客户端（如 Xshell、PuTTY）编码没设成 UTF-8，不是服务器问题
-
zhcon是专为 tty 设计的中文控制台，但它已多年未维护，Ubuntu 20.04+ 默认不兼容，强行安装容易崩溃
直接有效的方案：用 fbterm 替代原生 tty
fbterm 是目前最稳定、轻量、仍在维护的帧缓冲中文终端，它绕过内核 tty 的限制，直接操作显存绘制中文字体，不需要修改内核参数或重编译。
实操步骤：
- 安装：
sudo apt install fbterm fonts-wqy-microhei（fonts-wqy-microhei是必备中文字体） - 首次运行：
fbterm，会提示初始化配置，按回车即可 - 启动后按
Ctrl+Shift+T可切换中英文输入法（需确保系统已装 IBus/Fcitx5） - 想开机自动进入
fbterm？不推荐。更安全的做法是保留原 tty，需要时手动运行fbterm
注意：fbterm 无法在 VMware/VirtualBox 的 GUI 虚拟机窗口中正常工作（缺少 framebuffer 支持），仅适用于物理机、KVM 或 WSL2 外的真机环境。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
man 手册中文化必须配 locale + 中文包
即使你不用中文界面，也建议把 man 命令的说明变成中文——这对学习命令参数非常实用，且不影响任何其他功能。
- 先确认 locale 已设好：
locale | grep -E "(LANG|LC_ALL)"应输出zh_CN.UTF-8 - 安装中文 man 包：
sudo apt install manpages-zh - 验证：
man ls，若仍显示英文，执行sudo mandb -c强制重建手册数据库 - 部分命令（如
git）的中文手册需单独安装：sudo apt install git-manpages-zh
这个步骤不会让终端变中文，但能确保你在任何环境下（包括 SSH、tty、fbterm）都能看到中文帮助。
最容易被忽略的点：文件名编码和脚本兼容性
就算终端能显示中文，cd 下载 依然可能失败——因为 bash 默认不启用 unicode 文件名补全，且很多脚本依赖 ASCII 路径。
真正要避免的问题是：
- 不要把家目录下的标准文件夹（Downloads、Documents 等）重命名为中文，系统会自动生成
~/.config/user-dirs.dirs映射，但 shell 脚本常硬编码英文路径 - 写自动化脚本时，一律用
~/Downloads而非~/下载，否则在 cron、systemd service 中大概率失败 - 如果必须处理中文路径，用引号包裹：
ls "我的文档"，并确保脚本开头有#!/bin/bash和export LANG=zh_CN.UTF-8
说到底，命令行中文支持的核心不是“让它看起来像 Windows”，而是让中文内容可读、可查、可参与基础交互——其余的，交给图形界面更稳妥。
