方法论

08. 调试方法论 这几天调试 PVE / Syncthing / VM105 时沉淀下来的方法论。 每条都是从一次实际跑偏/正确中找到的。 核心原则:先查本端,再碰远端 ⭐ 反面例子 排查"VM105 的工作学习 文件夹为什么不同步到 CT111"时,我先尝试: 挂载 VM105 数据盘 (失败:RAID member) 用 qemu-nbd 暴露 zvol (失败:boot 盘已挂载) zfs send VM105 数据盘到文件 (慢) 5+ 步后才发现:CT111 的 /rest/events 已经把错误说清楚了 (mkdir /data/工作学习/.obsidian: permission denied)。 正解: CT111 端 2 步搞定 (查 events → 修 owner)。 正面例子 排查"为什么 SSH 慢" 时: time -p ssh user@host echo → 总耗时 5s ssh -vvv → 看到 DNS 反查慢 修 /etc/ssh/sshd_config: UseDNS no → 立刻好 原则: 任何"为什么 X 没工作"的问题,先查 X 这一端的可观测面 (logs / metrics / events / API status),再决定是否要碰 Y 端。 ...