docs(recovery): record reboot runtime blockers

docs/LOGBOOK.md

@@ -11,6 +11,9 @@
 **尚未宣稱完成的 runtime 事實**：
 - 99 Windows 主機尚未在本輪由 Codex 實機登入套用；`Apply` 需要 99 console/WinRM 可用與五台 VM 的實際 `.vmx` 路徑。這不是 owner gate，而是 target selector/runtime access evidence 尚未讀回。
 - 10 分鐘 SLO 仍需下一次實際 all-host reboot 或正式 reboot drill 讀回：`awoooi_reboot_event_detected=1`、所有 required host observed、`awoooi_reboot_auto_recovery_slo_ready=1`、public routes 不露出 502、backup coverage green、Telegram alert/recovery delivery 可見。
+- Gitea main 已推到 `233303ce8 fix(recovery): bound reboot slo installer ssh`；installer dry-run 顯示會打包 reboot scripts、security scripts、`ops/maintenance`、`ops/monitoring` 與 public maintenance runbook。
+- 110 runtime verify-only 仍被 host SSH control channel 擋住：`Timeout, server 192.168.0.110 not responding.`；因此不能宣稱 110 `awoooi-reboot-auto-recovery-slo.timer` 已部署或 metric 已 fresh。
+- 非破壞 live host probe 已在 13.8 秒內返回：99 ping/RDP 可達但 boot/uptime 證據未知，110 node-exporter 可讀但 host SSH timeout，111 不可達，112/120/121/188 可讀，188 `awoooi-startup.service` 回 `failed`、systemd `degraded`。
 
 **驗證**：
 - 新增 focused tests 鎖住 reboot event detector、scorecard all-host scope、99 VMware controlled apply、maintenance fallback、Telegram alert rules 與 backup coverage domain contract。