hostnamectl set-hostname 是 systemd 系统（如 ubuntu 16.04+、centos 7+）永久修改主机名的最简路径，自动更新 /etc/hostname 并同步内核，但必须同步修改 /etc/hosts 中对应条目，否则 sudo、ssh 等服务会因解析失败报错。
hostnamectl set-hostname 是最简路径，但只适用于 systemd 系统
如果你用的是 Ubuntu 16.04+、CentOS 7+、Debian 9+ 这类现代发行版，hostnamectl set-hostname 就是首选。它会自动更新 /etc/hostname 并同步内核参数，不用重启，多数服务立刻识别新名。
常见错误现象：执行完命令后 hostname 显示正确，但 sudo 报 unable to resolve host old-hostname —— 这不是 hostnamectl 没生效，而是 /etc/hosts 没同步。
- 必须配合修改
/etc/hosts中对应行（见下一条） - 不要在主机名里用下划线
_、空格或点号.，只允许字母、数字和连字符- - 执行后用
hostnamectl status | grep "Static hostname"确认写入成功，而不是只看hostname输出
/etc/hosts 必须同步更新，否则 sudo、ssh、zabbix-agent 会报错
/etc/hosts 不是可选步骤，而是关键依赖。很多服务（比如 sudo）启动时调用 gethostname()，再反向查 /etc/hosts 解析自己 —— 如果里面还留着旧名，就会触发警告甚至失败。
典型错误行：127.0.1.1 old-hostname（Debian/Ubuntu 常见）或 127.0.0.1 old-hostname（RHEL/CentOS 常见）。
- 编辑
/etc/hosts，把整行里的旧主机名替换成新主机名，例如改为127.0.1.1 web-prod-01 - 保留原始的
127.0.0.1 localhost行不变 - 如果系统启用了 IPv6，检查是否有
::1 old-hostname，同样替换 - 改完后运行
ping -c 1 new-hostname测试本地解析是否通
手动改 /etc/hostname 适合非 systemd 或嵌入式环境
在 CentOS 6、某些 OpenWrt 或定制 Linux 系统中，hostnamectl 不存在，就得直接操作文件。但光改 /etc/hostname 不够，内核不会自动读取它。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
容易踩的坑：改完文件就以为完事了，结果 hostname 还是旧的，或者重启后还原。
- 用
sudo nano /etc/hostname编辑，确保只有一行、无空格、无换行符 - 立即应用到当前会话：
sudo hostname -F /etc/hostname - 旧版 RHEL/CentOS 还要改
/etc/sysconfig/network，加上HOSTNAME=new-hostname - 极老系统（如 SysVinit）可能需加
echo 'kernel.hostname=new-hostname' | sudo tee -a /etc/sysctl.conf并执行sudo sysctl -p
验证是否真正永久生效，不能只看终端提示符
很多人改完就 hostname 一下，看到对了就收工。但真实环境中，sudo 日志、sshd 启动、systemd-journald 记录都会暴露不一致问题。
最可靠的验证顺序是：
- 重启机器（这是唯一能模拟完整启动流程的方式）
- 登录后执行
hostname、hostnamectl status、cat /etc/hostname三者输出必须完全一致 - 运行
sudo -l或sudo systemctl status sshd，确认无resolve host类警告 - 检查 shell 提示符（如
user@new-hostname:~$），若没变，执行exec bash或重新登录
真正麻烦的点往往藏在 /etc/hosts 和启动脚本的耦合里，而不是主机名本身 —— 多数“改了不生效”其实是解析链断了一环。
