# Hermes 独立初审笔记（供与 GLM 报告交叉验证；禁司机读取）

## 已钉死结论（双源以上）
1. **关机性质 = 有序 reboot**：boot -1 尾部完整停机序列（umount→swap off→reboot.target→journald SIGTERM）；无 panic/oops/Xid/MCE；pstore、/var/crash 空。
2. **触发者 = GPU 驱动重启哨兵**：sentinel.log `01:15:26 FIRING` + auth.log `01:15:28.019 kai: COMMAND=/usr/bin/systemctl reboot (PWD=/home/kai/.hermes/scripts)` + logind "The system will reboot now!"。授权=sudoers L58 `kai ALL=(ALL) NOPASSWD: ALL`。
3. **重启动机 = 驱动错配**：10-10 06:50 unattended-upgrades 升级 nvidia 全家 173.02→178.04（含 dkms），旧内核 -34 上已加载模块仍是 173.02 → NVML API mismatch 刷屏 + 用量页 GPU 全 0。Kai 10-10 17:15 曾令 DIRECT-REBOOT 但被 Hermes 硬线闸拦截未达 systemd（脚本注释自述），悬空至 01:00 空闲窗补发。
4. **B0 挂起 = POST 阶段**：01:16:04 journal 停写后 8h22m 零 OS 活动（journal/auth 全空），主板 Q-Code B0（AMI DXE 早期）→ 09:38 人工电源开机成功。B0 挂起发生在固件层，OS 无从记录——根因调研只能靠固件侧已知问题 + 下一轮复现探针。
5. **哨兵 Bug A 实锤**：`pre-reboot-uptime.txt` 存的是 `uptime` 人读输出，awk int($1)=1（实测复现）；UP 取 /proc/uptime 真秒。重启后恒走「同 boot」分支 → 模式 B 对账永不执行 → MARKER 永存 → 模式 A 空闲即重新 ARM（09:45 ARMED，10:00 busy 侥幸 DISARM）。Hermes 已拆雷（remove cron c16b1dce9ff7 + rm MARKER/ARMED + touch ABORT）。
6. **warm restart 并非必挂**：09-05 晚有 gap 98s/98s/3.5min 的连续启动对（boot -12→-11→-10→-9），说明该板 warm restart 曾快速成功 → B0 挂起是**间歇性**，与「Memory Context Restore/USB 枚举/多卡初始化」类 flaky POST 已知族相容。但 09-05 那批也可能是 poweroff+冷开，无法从 journal 区分——待司机定谳。
7. netfilter-persistent 本次 boot fail（25-ip6tables exit 4）＝遗留 P2（疑 nft/iptables 后端），与黑屏无关。

## 待司机回答/验证
- B0 的社区已知成因谱 + 与本机（C8H 5302/4×32GB/三 GPU/双 NVMe）相关性排序
- 下一轮判别探针序（不执行）
- unattended-upgrades nvidia/内核黑名单精确配置
- C5 对 Hermes 三初判的复核与遗漏点