chore: 导入旧记忆备份供恢复

This commit is contained in:
2026-09-23 22:38:40 +08:00
parent 5313fcee7a
commit 6a6a895eaf
638 changed files with 29816 additions and 1 deletions
@@ -0,0 +1,36 @@
---
title: Checkpoint 2026-09-16 16:49:57 UTC
type: checkpoint
permalink: main/projects/6f47523e-e22e-4cdd-bd18-76e5e474ee0c/checkpoint-2026-09-16-16-49-57-utc
stable_id: ec92c43f-8215-4690-a86b-b3be1cfc1686
scope: project
memory_type: checkpoint
project_id: 6f47523e-e22e-4cdd-bd18-76e5e474ee0c
usage_profile_id: 7aee455b-24cc-4008-bdaf-443721e6f939
status: active
revision: 1
request_id: 6386ca87d7226162d6ded28d55cc078ca52f2ff8
created_at: '2026-09-16T16:49:57.902829+00:00'
updated_at: '2026-09-16T16:49:57.902829+00:00'
tags:
- source-submit
---
## 夜间任务正在后台持续执行(不是完成)
用户要求睡觉期间完成项目更新、运行、最新OpenWrt完整编译与缓存预热。2026-09-17约00:49 CST已通过源码/feeds准备、Argon兼容修复、最终配置检查、全部make download;work/downloads约1.3GiB。openwrt-cache-warmup正执行make -j8,阶段tools/compile,尚未生成完整固件。
## 已完成
- Docker Desktop16CPU/约16GiB,原镜像/卷为空,已重建openwrt-local-builder:25.12与openwrt-build-work卷。
- 源码Qosmio25.12-nss最新d6848fa;feeds已更新,kiddin9 fe7c1ed18969f930cee49c3efbbb4d178aa170c9、luci82ed8f6d0f7d8d5f4148b4448b3bea75f3687134。
- 代码51294eb已提交推送:持久下载work/downloads、卷内ccache8G、默认复用源码(-UpdateSources显式更新)、构建锁、完整日志、批量feed安装、外部固定版本包缓存、备份脚本、自动并发按内存限制、Argon新页脚兼容。最终.config必须有DEVEL=y才能保留CCACHE与DOWNLOAD_FOLDER,已核实生效。
- ShellCheck、PS语法、前端typecheck/build、新旧Argon及歧义测试、外部缓存复用测试通过;并发第二构建被锁拒绝。
- 前端localhost:9000、API9001正常运行并HTTP200,Hidden Start-Process。修复旧venv缺少native扩展后重新安装requirements,后台不带reload。
## 正在运行与后续自动流程
1. 容器openwrt-cache-warmup,入口work/overnight-build.sh(宿主忽略文件),复制work/resume-prepared-build.sh到/work/build-run.sh执行。该resume跳过已完成的源码/feeds拉取,从branding/设备补丁/defconfig与校验继续,make下载最多3次、make-j8或单线程verbose兜底、复制产物,wrapper最后打ZIP。
2. 当前日志outputs/build-logs/ax9000-resume-20260917.log,docker logs包含早期已修复失败,请结合State判断。不要边运行边编辑/work/build-run.sh。
3. 隐藏PowerShell进程PID21788运行work/finalize-overnight.ps1,状态.runtime/warmup-finalization.json目前waiting-for-build。自动等待主容器成功→独立openwrt-incremental-check容器在同卷make-j8验证增量→写incremental-verification.log/ccache-stats.txt/cache-sizes.txt→运行scripts/backup-build-cache.ps1 -IncludeImage→备份到work/cache-backups→sha256和zstd完整性校验→状态complete。失败会记录failed及原因,不删除缓存。
4. finalize进程用SetThreadExecutionState保持系统唤醒,结束自动释放;另有keep-build-awake隐藏辅助。机器仍需通电,Docker/Codex不可关闭。
5. Codex heartbeat automation id=ax9000已ACTIVE,每30分钟检查并继续。自动化需先检查上述finalizer,避免重复增量验证或同时备份;主容器/finalizer运行正常时安静等待。失败时诊断修复后重启适当阶段并重启已退出finalizer,直到目标完成。全部完成后暂停heartbeat,仅完成/阻塞通知。
## 敏感与工作树
.runtime/overnight-build-options.json来自用户已保存options,含秘密,不输出/提交/上传。原两个.runtime用户修改仍dirty,其他代码已推送。后台构建不接入API state,网页显示idle不代表没构建。不要从UI并行启动同卷构建。不刷写路由器。
## 下一步与给下个会话
完整构建尚未完成,继续跟进直至产物、增量复用和宿主备份全部验证。查询docker inspect/logs、.runtime/warmup-finalization.json与finalize.stderr/stdout。若成功最终回报产物路径、缓存各目录大小、增量耗时、备份大小与验证、控制台地址,写MemRelay交接并暂停automation。若失败先保存具体错误并修复,不把部分下载/工具链成功冒充固件成功。此前路由器崩溃采集任务仍已部署且根因待现场,但本轮主要目标是编译缓存,不要切走调查路由器。