1.5 KiB
1.5 KiB
title, type, permalink, stable_id, scope, project_id, memory_type, status, revision, restored_from_commit, created_at, updated_at
| title | type | permalink | stable_id | scope | project_id | memory_type | status | revision | restored_from_commit | created_at | updated_at |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Checkpoint 2026-09-16 14:51:45 UTC [4186c0195a] | checkpoint | main/projects/6f47523e-e22e-4cdd-bd18-76e5e474ee0c/checkpoint-2026-09-16-14-51-45-utc-4186c0195a | fcb120e0-64d4-422e-a7f1-3a980bb596e2 | project | 6f47523e-e22e-4cdd-bd18-76e5e474ee0c | checkpoint | active | 1 | 6a6a895eaf |
2026-09-23T14:57:54.290264+00:00 | 2026-09-23T14:57:54.290325+00:00 |
诊断补充已确认
用户在本次诊断后明确确认:2026-09-16约22:45闪断时没有手动重启或断电,路由器完全自行恢复,电脑是随后手动重新连接Wi-Fi。结合已保存22:45:13内核分页访问异常、随后uptime仅2分钟、新启动日志以及panic_on_oops=1/panic=3,确认本次是内核异常后整机自动重启恢复,不是用户重启,不是周一10点定时任务。具体触发模块仍未知,缺少PC/LR/Call trace;不能把以往所有闪断归为同一原因。
下一步与给下个会话
前一检查点等待用户确认人工重启的事项已解决。事故快照在路由器/root/router-logs/incident-20260916-224513/。接下来若继续排障,优先完善完整内核崩溃调用栈采集(匹配固件的pstore/ramoops或网络内核日志方案),再决定针对模块的修复;尚未实施这些方案。现有持久日志与周一10点重启计划保持,不应将周期重启视为修复。此轮仅补充线上记录,无设备或代码修改。