主机名修改后网络解析失效的核心原因是/etc/hosts未同步映射新主机名、nss配置跳过files或systemd-resolved干扰；需确保127.0.0.1及本机ip均绑定新主机名，且/etc/nsswitch.conf中hosts行含files，必要时停用systemd-resolved验证。
主机名修改后出现网络解析失效，比如 ping 或 ssh 用主机名失败、sudo 报 “无法解析主机”、服务启动报错等，核心原因是系统解析本机主机名时依赖多个配置协同生效，单改一个地方往往不完整。
检查 /etc/hosts 是否映射了新主机名
Linux 默认优先查 /etc/hosts 再查 DNS。若新主机名没在该文件中绑定到本机 IP，glibc 解析器会直接失败。
- 运行
hostname -I查出本机实际 IP（如192.168.10.5） - 编辑
/etc/hosts：sudo nano /etc/hosts - 确保包含两行（顺序不重要，但必须存在）：
127.0.0.1 localhost192.168.10.5 newhostname.local newhostname（把newhostname换成你设的名） - 避免只写
127.0.0.1 newhostname—— 这会导致其他设备无法通过该 IP 访问你，且某些服务（如 SSH 登录提示）可能仍失败
确认 hostnamectl 设置已生效且无冲突
用 hostnamectl set-hostname 是推荐方式，但它不自动更新 /etc/hosts，也不影响 DNS 服务器上的记录。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 执行
hostnamectl set-hostname newhostname.local - 立即验证：
hostname和hostname -f（后者要求 FQDN 可解析） - 若
hostname -f报错，说明 FQDN（如newhostname.local）未被本地或 DNS 正确解析 —— 此时重点回到/etc/hosts或内网 DNS 配置 - 注意：不要手动改
/etc/hostname后忽略hostnamectl，二者需一致；可用hostnamectl status核对
排查 NSS 解析顺序是否跳过 files
即使 /etc/hosts 正确，若系统被配置为只走 DNS（不查本地文件），主机名依然无法解析。
- 运行
grep ^hosts /etc/nsswitch.conf，正常应为：hosts: files dns（或files resolve [!UNAVAIL=return] dns） - 如果显示
hosts: dns或hosts: mymachines resolve等不含files的配置，就会绕过/etc/hosts，导致新主机名查不到 - 临时测试可运行：
getent hosts newhostname.local—— 若无输出，基本确定是 NSS 或 hosts 映射问题
检查 systemd-resolved 是否劫持并误判本机名
启用 systemd-resolved 的系统（如 Ubuntu 20.04+、Fedora、Debian 12+）会监听 127.0.0.53，并可能将本机主机名错误地指向 127.0.0.1 或拒绝响应。
- 查状态：
systemctl is-active systemd-resolved - 看当前配置：
resolvectl status，重点关注 “Global” 和 “Link” 下的 DNS 服务器，以及 “DNS Servers” 是否含127.0.0.53 - 若启用了 resolved，且
hostname -f失败，可临时禁用它测试：sudo systemctl stop systemd-resolvedsudo systemctl disable systemd-resolved
然后删掉/etc/resolv.conf软链接，重建为普通文件（如含nameserver 8.8.8.8） - 重启后再次运行
getent hosts newhostname.local验证
