hostnamectl set-hostname不能单独永久生效，因为它只更新/etc/hostname和内核静态名，不修改/etc/hosts；而sudo、ssh等服务依赖/etc/hosts解析本机名，缺失映射会导致解析失败、卡顿或报错。
直接改 /etc/hostname 或只运行 hostnamectl set-hostname 都不能算“永久生效”——漏掉 /etc/hosts 同步，sudo、ssh、systemd 服务大概率报错或卡顿。
为什么 hostnamectl set-hostname 不能单独搞定
它确实会自动写入 /etc/hostname 并刷新内核静态名（/proc/sys/kernel/hostname），但完全不碰 /etc/hosts。而几乎所有本地服务（sudo、sshd、zabbix-agent、git）在启动时都会调用 gethostname() + getaddrinfo()，后者依赖 /etc/hosts 解析本机名。没映射，就 fallback 到 localhost 或直接失败。
- 现象：执行
sudo ls卡 1–2 秒，日志里反复出现unable to resolve host old-hostname - 验证：运行
getent hosts $(hostname)，若无输出或返回空，说明解析失败 - 注意：
hostnamectl --transient显示的是当前运行时值，不是持久化依据；要看hostnamectl --static和/etc/hostname文件内容是否一致
/etc/hosts 里该改哪几行
不同发行版默认用的 IP 不同，但核心原则就一条：确保新主机名能被本地解析到一个有效地址（通常是 127.0.0.1 或 127.0.1.1），且不能破坏原有 localhost 条目。
- Debian/Ubuntu 系统：重点找
127.0.1.1 old-hostname这行，把old-hostname换成新名，例如127.0.1.1 web-prod-01 - RHEL/CentOS 7+：通常用
127.0.0.1 old-hostname，同样替换即可；必须保留127.0.0.1 localhost - IPv6 用户：检查并同步更新
::1 old-hostname行，改为::1 web-prod-01 - 错误操作：把新主机名映射到公网 IP（如
192.168.1.100 web-prod-01），除非你真有对应 DNS 且需要本地测试
旧系统（RHEL/CentOS 6、SysVinit）要额外改 /etc/sysconfig/network
这类系统根本不读 /etc/hostname，启动时由 /etc/rc.d/rc.sysinit 脚本从 /etc/sysconfig/network 的 HOSTNAME= 变量加载主机名。跳过这步，重启后一定回退。
- 编辑
/etc/sysconfig/network，确保存在且格式正确：HOSTNAME=web-prod-01 - 同时确认该文件中有
NETWORKING=yes - 改完后建议执行
service network restart或直接 reboot 验证 - 注意：如果系统没启用 systemd（比如某些嵌入式 BusyBox 环境），
hostnamectl命令根本不存在，只能走手动改文件 +hostname -F路径
验证是否真正生效，别只信 hostname 命令
hostname 输出新名只是瞬时效果，很多程序已缓存旧值。真正要查的是三处是否统一：
- 运行
hostnamectl status | grep "Static hostname"，输出必须匹配你设的值 - 执行
cat /etc/hostname，应为单行、无空格、无换行符的新主机名 - 运行
hostname -f，应返回完整 FQDN（如web-prod-01.local）；若报错或为空，/etc/hosts必定没配对 - 新开终端再试
sudo和ssh localhost，看是否还有解析警告
最常被忽略的是 IPv6 行和 /etc/hosts 中多个旧名残留（比如备份行、注释行里还藏着 old-hostname），扫一眼全文件比只改一行更保险。
