用途与实际影响
这项功能怎样使用
为什么需要它
有系统安装盘、能进入恢复界面,或看到备份目录,都不等于旧电脑能原样回来。磁盘、驱动、个人文件、登录和应用状态要按顺序确认;慌乱中直接清盘反而可能毁掉唯一材料。
举个实际例子
“系统盘可能要换。先列出哪份资料已经保住,系统镜像有没有真正生成,以及Windows装好后怎么重新进入AI。”得到分层清单:可用文件副本、镜像与介质的未完成项、独立引导包和需要重新登录或验证的步骤;本次不格式化或运行还原。
最后我会得到什么
知道能恢复到哪一步、该用哪份包、还缺什么。文件恢复、系统镜像、AI入口和应用实际可用各给结论,未完成项不会被旧备份成功盖住。
正常时
先认准物理磁盘和备份,再逐层安装、回填、登录;最终用正常启动和应用里真实可见的旧数据确认。
发现问题时
某一层失败就停在那一层,保留旧盘与已验证副本,不靠后续步骤掩盖缺口。
入口不可用或证据不足时
只有启动 U 盘,或备份盘未接上、未解锁、账号不可用时,先做安全的只读识别,不格式化或猜盘符。
从哪里开始
在已接入 PCConfig 的 AI 对话中说明是同机重装、换机还是故障恢复,先要求恢复清单;实际磁盘操作另按现场核对。
需要准备什么
- 旧机与新机状况
- 可用备份盘、启动介质和账号
- 希望保留的项目与数据
从开始到拿到结果
- 1
先识别还能用的设备和副本
系统只读核对实际物理盘、能打开的备份和登录条件,旧盘符与文件夹名字不能当作恢复成功。
- 2
列出恢复顺序
把系统安装、驱动、已保存代码、未提交文件、个人设置和登录方式分开,说明每一步缺什么。
- 3
按层恢复并实测
实际执行需确认目标和回退;交回应用能否启动、旧数据是否可用及最后备份后的缺口,不能凭 ISO 或目录存在宣称完成。
技术实现与依据
这里保留实现、关键条件、精确入口、历史记录和验证结果。
16组H冷备与四处最新ZIP完成;隔离恢复通过,整机新装未验关键规则与设计选择
同机重装:若主板与 BIOS 没有重置或升级,不为重装 Windows 额外刷写 BIOS;先保护现有数据盘,再按旧机器基线重认盘符和配置。
换机或换主板:旧板的超频、固件包和驱动不能直接套到新板;BIOS 文字记录只帮助理解旧机器,目标机必须按自己的型号、PCB revision 和兼容清单重建。
系统盘故障:先只读确认物理盘、分区、BitLocker 和可用副本;不要因 Windows 起不来就先 clean、format、改分区或修 BCD。
只有 PE:F 只提供 UEFI/WEPE 启动与救急导航,不是完整数据包;先验证内部盘和网络,能进 PE 不能升级成“可恢复”。
GitHub 与官方网络只能重建已发布源码、软件和非秘密默认环境;未推送改动、私人文件、聊天、密码和原样登录态必须来自其他已核验来源。
G是在线Hot(热备)来源,H是人工解锁窗口中的Cold(冷备)来源。15组包括PersonalData、PersonalMedia、RecoveryKit和LocalToolbox;只消费G中有效备份。2026-09-14 00:11:27 UTC H回执complete、15组无warning;稍后本机尝试因H不可用跳过,不把最后尝试覆盖成最后成功。本网页未复制原件。
重装后要恢复已选桌面和锁屏图片,可从Emerald Veil现有项目入口重新应用并验证;它随项目位置解析图片,换机无需沿用旧盘符。Wallpaper Engine与原有泡泡配置保持各自职责,原电脑的变更前备份只用于本机回滚;图片设置通过仍不等于新机锁屏实看已经验收。
普通资料和媒体可从已核验的原生 G/H 副本选择性恢复,不要求先加密成 Carrier(恢复载体)。真正的 Password Center(密码中心)/SecretBroker(秘密代理)恢复集与 P0–P7 载荷仍走各自正式入口,需要对应完整恢复集与有效因子;普通复制、程序安装或只有因子不能替代这条凭据恢复链。
同一文件在 G 有多个硬链接入口时,H 只独立复制一份字节,再在 H 内共享;G/H 仍各有自己的数据,不是跨盘链接。Cold按已登记G有效集合先复制验真、再删除H中已退出的旧副本,不盲镜像整盘,至少留100GiB;暂存复制前后核对源文件,正式替换 H 目标前若检测到来源变化,就保留旧目标、记录 warning(警告)并待来源稳定后重跑。
G 的个人副本会随 E 当前内容同步覆盖、重命名和删除;H现按G有效保留集清理退出路径;普通同名更新不提供上一版历史。Codex会话与核心恢复上下文各保留当前和上一份,密码恢复集跟随所属入口的14天有效集,不能泛化成删除所有历史。个人资料和媒体必须有 36 小时内的完整五映射回执,Hot 闭合上下文须在 48 小时内;目录存在或任务退出码为 0 不能代替这些证据。重复 Packages(恢复包目录)已从日常来源排除,专用手机包、云候选和精选分类保持原分工。
实际完成必须经过自然启动、应用打开、账号与数据可见、必要业务动作,以及恢复后重新建立备份;复制、hash(内容指纹) 或任务 Ready 都只是中间证据。
本模块用到的名词
- BIOS/UEFI(主板固件设置)
- Windows 启动前的主板设置层。文字基线帮助人工恢复确认过的核心项,但不是可导入 Profile,也不自动刷写。
- PCB revision(主板电路板版本)
- 同一商品名下的硬件修订版;刷 BIOS 和选驱动前必须现场确认,支持页路径不能替代板上标识。
- WEPE/WinPE(Windows 预安装环境)
- 系统无法登录时用于识盘、联网、安装或修复的轻量环境;能启动不等于内部盘、网络和备份都可用。
- CoreRecovery(核心恢复)
- 重装/换机后的恢复范围、来源、任务和 Hot/Cold 关系的主观察入口;不是磁盘镜像,也不读取私人 payload 正文。
- Hot(在线热备)
- G 上持续可访问的恢复上下文与已登记数据副本;完整写入 staging 并回读后才原子更新 current(当前状态)。
- Cold(人工冷备)
- H 上由用户提供解锁窗口的独立副本;只消费已验证 Hot,不反向改写 G,也不自动解锁或回锁。
- Closure(闭合清单)
- 把规范文件名、schema(数据结构)、长度和 SHA-256 绑在一起,避免 current(当前状态) 指向不完整的一组文件。
- Selective restore(选择性恢复)
- 备份可以宽,恢复只取经过 Owner、新硬件兼容和新系统验证的必要对象,不整包覆盖。
- present_verified / present_observed / user_confirmed(材料证据三种边界)
- 前者证明材料存在且通过指纹检查;observed 只证明现场看见;user_confirmed 保存用户确认的生效语义。三者都不能替代未执行的自然重启或新机端到端验收。
- Recovery checkpoint(恢复检查点)
- 每一层完成后可回读、可停下并继续的耐久状态,而不是一次长命令的临时输出。
专业定义
从主板设置、启动介质和认盘开始,一步步接回项目、账号、开机任务与应用数据;备份只是原料,电脑真正能用才算验收。
解决什么
过去的恢复说明更像一组名词和入口:知道有 CoreRecovery、BIOS、项目路径和任务计划,却无法从“我现在是同机重装还是换机”一路走到“应用真的能用”。完整恢复必须把场景分流、来源选择、破坏性动作禁区、依赖顺序、证据等级和用户可见验收串成一条连续旅程。
当前怎样实现
- 现行入口按四种事故分流:同机重装保留硬件/数据盘并重建 Windows;换机重新建立硬件、盘符和驱动映射;系统盘故障优先保护可读介质;仅 PE 先把机器恢复到可登录、联网并能由 AI 接管。
- 恢复来源分工固定:F 是启动/救急 U 盘;G 是在线 Hot;H 是人工 Cold;Git 只重建正常仓库与公开安全元数据;P0–P7 处理需要 Carrier 与有效因子的受保护数据。介质存在不等于内容完整。
- Recovery kit(恢复材料包)当前登记 16 项资产,校验器为 0 error、0 warning。UEFI 启动 F 可进入 PE 是 user_confirmed;隐藏 WEPE 分区为 present_observed,内部盘与网络 smoke 尚未验。Windows ISO、ADK/WinPE、驱动和 BIOS 包各有独立版本、路径、hash(内容指纹) 与兼容边界。
- BIOS/UEFI 文字基线覆盖 Gigabyte X870E AORUS PRO ICE 的 CPU、内存、启动与 PCIe 核心设置;E 源、E 镜像和 G 热备三份同 SHA-256,F 保留救急速查,20 个照片引用路径存在但照片内容不进入本页。native profile(原生配置档)未找到。
- Windows 当前观察到 F4b;F 根的 GIGABYTE.bin 与 fan 属于 F4b 救急材料,F12 是稳定归档,F13b 是 beta/archive-only(测试版仅归档)。刷写前必须现场确认精确主板、PCB revision、目标文件、hash(内容指纹)、BitLocker/启动恢复条件和稳定供电;本模块从不自动刷写。
- 只有 BIOS reset(重置)或明确升级后需要恢复设置时,才人工应用照片中已确认的核心项;未拍外围菜单保持“未验证的默认候选”。保存、重启、进入 Windows 后再读稳定机器投影,不能用 user_confirmed 替代 post-boot read-back(启动后回读)。
- WEPE/WinPE 先用 list disk / list volume 等只读观察识别物理盘、卷、文件系统、BitLocker 和安装目标;盘符按卷角色、内容锚点与现场重新映射,不能把旧 C/E/G/H 字母当设备身份。决定前禁止 clean、format、分区重建和 BCD 改写。
- 驱动先恢复存储、芯片组、LAN、Wi-Fi、蓝牙、RAID/USB 等关键链;现有系统驱动导出含 230 个 package(驱动包),是匹配新硬件后可选择导入的候选,不保证换板兼容,也不替代厂商当前驱动。
- 基础系统可登录联网后,从可信 GitHub clone PCConfig、.agents 和 GitHub 总索引三个控制面;再按稳定机器投影 v9 和现场 Provider 重建 PowerShell、Git、Node.js、Python、Go、.NET、WSL(Windows 的 Linux 子系统)、Docker、Ollama 等实际需要的运行时。
- 项目与用户层使用 17 个恢复锚点、15 个项目路径关系和 26 项 C 盘用户配置 inventory 做导航;先安装工具,再选择性恢复配置并按新盘符改引用,不整包灌回 AppData、cache、旧 session、旧 executable 或陈旧 PATH。
- 任务恢复用途计划已更新为9阶段57项并与目录hash(内容指纹)匹配,完整现场任务与正式账本已94/94对齐;启动项旧现场与登记快照23项。恢复时仍先核对实际任务和启动项,接好项目、解释器、账号与配置,再按rebuild_required、optional、manual_after_install、hold_for_user和vendor-owned边界重建;identity使用task_path + task_name并保留exact preimage。
- 登录与秘密最后分层处理:GitHub/客户端重新登录,SecretRef 只盲用不出明文。普通 PersonalData/PersonalMedia 保持原生备份格式;只有真正的 Password Center(密码中心)/SecretBroker RecoverySets(凭据恢复集)和 P0–P7 Carrier 走各自正式恢复入口,通用复制器不接管。恢复文件、恢复登录态和应用确认是三个不同结果。
- 应用验收后才在新系统重新建立备份:发布 G Hot 上下文,并在用户提供 H 解锁窗口后用已验证 Hot 建 Cold。Hot 原子切换 current(当前状态);Cold 重验卷身份、BitLocker、至少 107374182400 bytes(100 GiB)余量、48 小时时效和 closure,采用加法复制,不使用 /MIR,不自动解锁或回锁 H。
- core_recovery.json当前16组Cold为DevConfig、微信、软件环境、Documents与本地存档、Downloads、TimeAudit、Codex记忆、其他AI记忆、Codex对话闭包、Docker自定义镜像、PersonalData、PersonalMedia、RecoveryKit、LocalToolbox、Ollama模型与Steam/Millennium。LocalToolbox从既有G:\80_Backup\Tools\LocalToolbox进入H:\80_自动备份区\Tools\LocalToolbox,沿原冷备任务;旧AI课程不再列为当前独立组。Documents保留_SavedGames,Downloads保留非空_AlternateRoots;_PersonalRoots、缓存和登记的隔离/暂存与旧救援根不进入有效集合。WSL源码/home恢复作为软件环境的具名恢复对象单独验收,不伪装成第17组。
- PersonalData 与 PersonalMedia 均为 required,共用 PersonalDataReplica-Hot-Daily 的 personal-data.replica-receipt.v1:全局 complete、五映射完整且不超过 36 小时才算 fresh(新鲜)。Hot 将新鲜度冻结进 closure;enforce(强制要求)集合不新鲜时 Cold 在任何 H 载荷写入前停止。其他无独立任务/回执的有效 G 集合仍可机会式复制,存在不等于新鲜。
- 复制按本次运行内的 NTFS 文件身份识别 hardlink(硬链接):每组共享字节先在 H 建独立首副本,其他 H 路径再链接到它;映射不跨运行持久保存、不建后台索引,也绝不跨 G/H 链接。暂存复制或建链前后重验源身份、长度、精确修改时间与属性,正式替换 H 目标前检测到来源变化就记 warning,保留旧 H 目标及其外部硬链接;这不是发布后再核验,也不是对所有普通文件逐个做 SHA-256 验真。
- 普通映射使用source_follow_verified_prune:完整读取G当前有效集合,复制新增和变化后,核对H文件存在性、大小、精确修改时间、属性及G源稳定性,再删除H独有旧副本。已登记保留glob(路径匹配规则)与CORE_RECOVERY、AI memory等子集合由各自Owner管理;不按父映射误删。来源变化、读取失败或回读不一致时,该映射零删除并返回warning;内容寻址集合仍由专属闭包入口验真和清理。
- RecoveryKit 整树从 G 进入 H 的 90_人工保留区,但 CORE_RECOVERY 只走已验证上下文闭包,避免重复;Codex 对话由其Owner维护当前与上一恢复点及其有效对象;逐对象SHA-256回读H closure后发布H current.json,再按G有效点/对象清理H旧副本。首次 H 恢复还须调用现有 Invoke-PasswordCenterColdBackup.ps1 正式入口处理 RecoverySets,通用 Cold 不作 raw copy(直接字节复制)。
- 现役 PersonalDataReplica-Hot-Daily 已由 PCConfig 承接;同步前调用 personal-materials/materials.py sync-current 与 personal-media/personal_media.py sync-current,同步后调用后者 recovery-sync --execute。五个 E→G 映射继续传播覆盖、重命名与删除,Media/Packages 排除。后置复核逐项给出剩余复制量、源/目标数量、额外文件与目录;有缺口就返回具体失败,不用整体 robocopy 退出码掩盖。
- 9月18日Owner已完成16组H冷备,无普通集合warning;最新DevConfig包devconfig-20260917-223044-15f482e1.zip为2918700657字节,SHA-256=23175b58deb25089f07637380a99f449ead3f699cffcb83deb1bbae9255cc42c,本地/G/Drive/H一致。隔离还原8640文件8531705353字节,主库和备份库完整性通过;没有覆盖原用户目录或做整机恢复。
- Owner重验主机微信G/H均145307文件、45218959121字节,大小/时间相同但SHA不同的53个H对象已经由来源原子修复、G未改;这修复的是此前可能假通过的散列缺口。本次双流全量hash(内容指纹)、恢复阶段和旧COPY_COMPLETE_AWAITING_HUMAN仍分层:可读取的备份不自动表示微信客户端业务已恢复。
- WSL(Windows 的 Linux 子系统)源码/home工作区归档3848文件2819435821字节,tar.gz为1020519817字节、SHA-256=a436e246f7103ab939a7692072895f0c5ad847d38fcda53b60172c324dcbbacf;隔离解包逐普通文件hash(内容指纹)、POSIX mode及符号链接通过。C:个人目录隔离恢复511文件36755949字节、抽样10对象及4跳过分别有证据。
- 五个个人资料根核验数量、集合及有界样本hash(内容指纹);Owner扫描361537文件、671997162829字节,不能把这描述成所有大文件全量内容hash(内容指纹)。整机程序重装、账号重新授权、各业务真实恢复与离线PE仍单独验收。
- 2026-09-19系统镜像Owner已改用Veeam Agent for Microsoft Windows Free 13.1.1.700;官方签名与服务Running由源记录验证。Macrium Reflect Home 10.0.8843 试用版已卸载,卸载后的重启已完成;旧Macrium包装仅留原型,不是现役镜像路线。
- 2026-09-22,副机从独立密码中心经本人TOTP取回原Veeam密码,实际打开H角色盘当前镜像链;03:28:42Z提取两份非私人技术文件共852191字节,2/2长度与SHA-256一致、Windows签名Valid。未迁入旧机密钥缓存、未重新生成密码、未做空盘还原;该次完成后的窗口、临时挂载和测试文件已清理。验收摘要SHA-256=d0aac7bc674f5e63768de50364bc272e1bf45c6807a295350f7830a520f241b0。
- FastRecovery把官方Windows x64 Codex CLI(命令行工具) 0.154.0放在独立系统侧入口,已有桌面快捷方式及G/H恢复包。自己的CODEX_HOME/PATH/临时目录不依赖旧E/V或Node/Python环境;这是命令行引导,不是桌面App整套恢复。
- G/H包17个载荷与13项清单各有验证,H-only安装到新C测试目录及PowerShell5/7自检已有源证据;E/V未物理断开,没有整机H-only还原。官方账号已配置,但真实模型探测返回用量限制且未产生答复/工具调用;没有自动换模型。
- 镜像README是当前引擎责任源,FastRecovery旧段落仍称Macrium的内容未同步;导出恢复包更新缺口和未提交工作区/Git bundle覆盖仍未收口。网页不以改清单、伪造镜像或运行备份来消除这些缺口。
执行流程
- 1
先回答是哪一种场景:同机重装、换机/换板、系统盘故障,还是只有 PE;记录现存机器、网络、可读磁盘、F/G/H、GitHub 权限和 P0–P7 Carrier。
- 2
在任何写入前只读识别物理盘和卷:核对型号、容量、文件系统、BitLocker、恢复锚点与数据角色;建立本次盘符映射,不沿用旧字母猜测。
- 3
若涉及 BIOS reset、升级或换板,先确认主板与 PCB revision、当前 BIOS 和供电;同板未变则保持现状,换板不套旧值,需要恢复时只手工应用已确认核心基线。
- 4
验证 UEFI 启动链、WEPE/WinPE、Windows ISO 和目标盘;能进 PE 之后仍须分别验证内部盘与网络,未作决定前不 clean、不 format、不重分区、不改 BCD。
- 5
安装 Windows 到已确认目标,先装存储/芯片组/网络等关键驱动;230 包导出按硬件兼容选择,缺驱动时优先使用精确主板/设备的官方当前版本。
- 6
取得本人 GitHub 与客户端访问权,clone PCConfig、.agents、GitHub 总索引;验证 remote(远端仓库)、identity、visibility(公开或私有属性)、branch(分支),Git 不恢复 worktree(Git 工作树)、未推送或未提交内容。
- 7
按现场路径核对稳定盘位、现登记18个锚点和15个项目关系,OLED历史锚点等待业务稳定版;copy-first(先复制)、验证 target、改消费者引用,再决定旧路径是否退役。
- 8
从官方来源安装当前兼容运行时和软件,按真实安装路径重建非秘密环境变量与 PATH;公共软件、AI、模型、OCR(光学字符识别)/ASR(自动语音识别) 放在依赖链后段。
- 9
从 26 项 C 用户配置清单中按 Owner 选择恢复;Documents、Downloads、微信、存档保持原生格式,登录态、秘密、浏览器/聊天数据库不作为普通配置整包导入。
- 10
依赖齐全后核对当前9阶段57项恢复计划及实际任务定义,再检查启动项;只恢复现役且前置条件满足的项,不从旧XML复活退役任务。
- 11
重新登录 GitHub、Codex 和必要应用;普通资料和媒体从已核验的原生副本选择恢复,SecretRef/Password Center(密码中心) 凭据与真正 P0–P7 载荷分别走其正式入口,不把整个媒体库当作必须加密的凭据域。
- 12
自然启动 Windows 与关键应用,核对任务/启动链、项目打开、账号、Documents/Downloads/微信或应用数据可见和必要业务动作;把需登录、unknown(未验证) 与失败项保留为独立结果。
- 13
发布恢复后的稳定机器投影和必要 lifecycle event(生命周期事件),重建 G Hot;H 可用时再建立 Cold 并核对回执,使下一次恢复不依赖旧机器快照。
边界
- 不把 BIOS 变成独立模块;它只在同板设置丢失、明确升级或换板判断中作为恢复旅程的一步
- 不自动刷写 BIOS,不根据文件较新、支持页 Rev. 1.0 线索或照片中的 Q-Flash 进度决定活动版本
- 只读识盘完成前不 clean、format、改分区或 BCD;旧盘符不等于设备身份
- F 启动 U 盘不等于 G/H 数据备份,Windows ISO、WEPE 启动和应用数据恢复是三层证据
- 现有CoreRecovery仍排除Git工作区、未推送提交和bundle,因而新设计要求的本地独有工程成果尚未获得这条恢复链覆盖。不能用仓库能clone代替未推送内容保全;需由来源Owner连同生产者和恢复入口一起补齐。
- 不递归复制整个 AppData,不把浏览器登录态或原始聊天数据库写入仓库
- 不新增云上传、不切换账号、不读取活动 OAuth(账号授权协议) 私密内容
- 230 个导出驱动包不保证换板或新系统兼容;关键驱动仍须按目标硬件和官方来源筛选
- 普通 PersonalData/PersonalMedia 原生 G 副本属于 Cold 范围;通用复制器不接管真正 P0–P7 Carrier 或 Password Center(密码中心)/SecretBroker RecoverySets、因子与正式数据动作
- 备份存在、任务 exit 0、文件复制或 hash(内容指纹) 通过都不单独证明应用恢复
- 冷备不使用/MIR或裸盘镜像;先完整读取有效保留集、复制并核验新增变化,再按元数据身份/存在性和源稳定性清理H旧副本。源离线、锁定或读不完整不等于空源,失败保留可恢复状态;跨盘独立复制,H内可共享硬链接且至少留100GiB
- 9月18日已验证16组H文件冷备;9月14日15组记录保留为历史,之后新增内容是否已进入H仍看对应成功记录。系统镜像、凭据恢复和新机实际还原分别验收。 2026-09-05首次H备份与卷身份验收仍是历史证据,不替代之后任一新备份。
- 永久删除和秘密恢复按活动 E 规则、既有用户授权与独立产品入口处理,不从操作名称统一追加审批或新 CoreGoal
失败与恢复
- PE 能启动但看不到内部盘或网络
- 保持 present_observed,不格式化 U 盘或内盘;先补存储/网络驱动和只读 smoke,仍不可见就停止该来源的恢复。
- 旧盘符与新机器不一致
- 按物理盘、卷、文件系统、容量和恢复锚点重建映射,再更新项目/任务消费者;不创建同名字母空盘掩盖缺失。
- 主板 PCB revision 或当前 BIOS 无法确认
- 不刷写、不导入旧设置;只保留文字基线与候选包,待现场确认精确板号、版本、文件、hash(内容指纹) 和供电。
- BIOS 设置已按记录填写但未做保存重启
- 保持 user_confirmed 历史语义,当前恢复仍未完成;进入 Windows 后重新读取稳定机器投影并做稳定性验收。
- 导出驱动与目标硬件不兼容
- 跳过该包,优先安装精确硬件的官方当前驱动;不因 230 包清单完整就强行批量安装。
- CoreRecovery 当前区域检查
- 2026-09-03 的 manifest_contract、maintenance_inspect 和 task_contract 三项均 PASS;Inspect 报告 11 个任务、14 个 G→H 计划集合、2 个独立 Owner 和 9 个 required 集合 fresh。它证明合同与来源可观察,不覆盖真实 H 复制或新机应用验收。
- H 锁定、缺失或卷身份不符
- Cold 返回 skipped 或 fail,既不写入介质,也不自动解锁、锁卷或改变设备信任。
- Hot closure 或时效不满足
- Cold 不复制,也不用进程成功值或旧 current(当前状态) 补齐。
- 必需的个人副本回执不完整、非 complete 或超过 36 小时
- 个人资料/媒体保持未证明新鲜;Cold 在 H 载荷写入前停止,不用目录存在或任务退出码 0 代替完整五映射回执。
- 暂存复制或建链前后核对发现 G 来源变化
- 在正式替换 H 目标前停止该文件发布,该集合记录 warning,只清本次临时名,保留原有 H 目标和其外部硬链接;待 G 稳定后沿同一入口重跑,不称本轮完整冷备。
- 复制中断或校验失败
- 保留逐项结果、旧 current(当前完整状态)和 source(恢复来源);不切消费者,不清旧路径。
- 任务或启动项定义已恢复但自然启动失败
- 区分身份、Action、权限、依赖和应用 Owner 结果;不靠手动点开一次或旧 LastTaskResult 冒充自然启动通过。
- 应用数据已复制但客户端不可见
- 保持恢复未完成,回到应用 Owner 做原生打开、账号、数据格式和一致性验证。
真实入口
E:\PCConfig\registries\core_recovery.json核心恢复 scope、备份集合、外部 Owner 和成功条件
E:\PCConfig\registries\recovery_kit.jsonF/G/H 恢复介质、UEFI/WEPE、Windows ISO、230 包驱动导出、BIOS/驱动归档及证据状态
E:\PCConfig\docs\recovery\bios-settings.md照片固化的 BIOS/UEFI 核心基线、F4b/F12/F13b 边界与恢复后回读要求;不包含照片原件
E:\PCConfig\registries\project_restore_anchors.json17 个开发存储恢复锚点
E:\PCConfig\registries\projects.json15 个项目及当前路径导航
E:\PCConfig\registries\c_user_config_inventory.json26 项 C 盘用户配置及选择性恢复分层
E:\PCConfig\registries\scheduled_task_rebuild_plan.json9阶段57项恢复用途计划、恢复决定与授权边界
E:\PCConfig\registries\project_restore_anchors.json当前18个恢复锚点,包含Emerald Veil桌面和锁屏图片的可搬迁项目入口
E:\PCConfig\docs\recovery\runtime_restore_order.md运行时恢复顺序及RTSS对Windows PowerShell的精确排除、验证和单文件回滚
E:\PCConfig\tools\rtss-powershell.cfg只供powershell.exe恢复的RTSS应用排除配置,不覆盖其他程序profile
E:\PCConfig\registries\startup_snapshot.json版本化启动维护基线;本轮23项由live Provider回读
E:\PCConfig\registries\stable_machine_projection.json版本 9 的硬件、磁盘和运行时稳定基线
E:\PCConfig\registries\backup_media_structure.jsonHot/Cold 介质结构导航
E:\PCConfig\registries\acceptance_checklist.json分区域验收入口,当前 core_recovery 精确选择三项
E:\PCConfig\docs\contracts\pcconfig.core-recovery.mdCoreRecovery、Hot/Cold 和选择性恢复合同
E:\PCConfig\docs\recovery\core_recovery_maintenance.md冷备唯一维护入口、新鲜度、硬链接、增量保留与回执边界;集合以当前Registry(登记清单)为准
E:\PCConfig\tools\Invoke-CoreRecoveryMaintenance.ps1Inspect/Hot/Cold 实现、源变化拒绝发布与 H 内硬链接复制
E:\PCConfig\tools\Invoke-PasswordCenterColdBackup.ps1首次 H 恢复的独立凭据恢复集 Cold 入口,不由通用复制器接管
E:\PCConfig\tools\Sync-PersonalReplicasToG.ps1五映射当前副本、领域 sync-current、媒体恢复包与具体后置核验
E:\PCConfig\docs\contracts\pcconfig.recovery-privacy.md迁移、秘密与私人 payload 边界
E:\PCConfig\docs\recovery\START_RECOVERY.md同机重装、换机、系统盘故障与仅 PE 的第一入口和来源分流
E:\PCConfig\docs\recovery\scheduled_tasks_rebuild.md项目/运行时先于任务的九阶段人类恢复说明
E:\PCConfig\docs\recovery\private_config_restore.md重新登录、SecretRef、Password Center(密码中心) 与 P0–P7 分层
E:\PCConfig\tools\system-image\README.md现役Veeam安装、Macrium退役及各项镜像/介质/作业的独立证据
E:\PCConfig\tools\fast-recovery\README.md系统侧CodexCLI、G/H引导包与隔离安装;其中旧镜像引擎段落不覆盖system-image责任源
E:\PCConfig\tools\fast-recovery\RECOVERY_START.mdWindows已恢复后的独立AI入口接续,非自动分区或整盘恢复执行
如何验证
- 2026-08-31 现场:PCConfig PRIVATE(私有) main=origin/main=d4480abc17574177b91e52b0aff9aebd30583f58,worktree(Git 工作树) clean;node tools\validate_recovery_kit.mjs 返回 16 assets、0 error、0 warning
- 2026-09-09历史主机与远端main回读a69d632913af73c5003ffb960bfa153892704283,包含台账修复893b46c与Health合同说明更正;副机21:54UTC的c932297仍为当时观察。原stable_machine_projection候选现已随dbb30ee发布为v9,本轮正式源码3f31a73另有局部复核。a04914d、ff424738与33fc459保留为9月8日历史修复证据,当前硬件基线不被dirty投影覆盖。
- 2026-09-03T16:12:48Z 只读 CoreRecovery Inspect 返回 pcconfig.core_recovery_observation.v2、status=ready、warnings=[]:11 个任务均 Ready/最近结果 0,14 组 G 来源存在、H 路径均不可见,9 个 required 集合 fresh,另有 2 个独立 Owner;不枚举 payload 名称或正文
- 2026-09-03T16:14:09Z 的 Invoke-PCConfigAcceptance.ps1 -NoWrite -Area core_recovery -Json 返回 3 PASS、0 fail、0 unknown(未验证)、0 blocking_unresolved;只有合同、只读观察和任务定义检查,不执行备份或恢复
- 2026-09-07 最新个人副本回执整体/镜像 complete:PersonalData、Pictures、Videos、Music、Media 的源/目标数量分别为 329780、20331、378、3854、66538,五映射 post_verified=true、剩余复制/额外文件/额外目录均0、errors=[];仅读取无正文回执,不重新运行复制。
- Invoke-StableMachineProjection.ps1 -Action Read -Json 返回 projection_version=6;project_restore_anchors、projects 与 c_user_config_inventory 分别登记 17、15、26 项
- scheduled_task_rebuild_plan.json当前9阶段57项,2026-09-09 21:55 UTC validator(校验器)通过、0错误/警告;21:58管理员Drift确认用途目录hash(内容指纹)匹配。2026-09-08的23启动项保留为历史现场,清单均不替代自然启动验收。
- BIOS 文字记录的 E 源、E 镜像与 G 热备三份 SHA-256 均为 2FE3B5C7…B0E21B;F 救急速查存在。20 个引用照片路径只做存在性检查,本次未读取照片
- BIOS 核心基线为 present_verified,CPU/内存生效为 user_confirmed;native_profile_status=not_found,PCB revision、保存后自然重启和完整外围菜单仍未独立验证
- F 的 UEFI→PE 启动由用户确认;WEPE 隐藏分区仅 present_observed,内部 Windows 磁盘可见和网络可用的 PE smoke 仍未执行
- 2026-09-14只读H cold-last.json:完成时间00:11:27.9766678Z,15/15集合complete、warnings=[]、普通retention全部complete,SHA-256=0e30feb26c398b32f0983d6ae9bd3485cb669a48e977f4c4a0e2c21f4aca0883。Codex closure点20260913T112054Z-1d51dc2b、7279文件/51104813027 bytes、readback_verified=true。稍后本机00:34:30Z回执skipped/H_unavailable,哈希不同是不同尝试,不能宣称两份同轮一致;新机恢复未验。
- 来源工程已通过隔离复制、只读目标替换、硬链接保留与源变化测试;core_recovery_maintenance.test.ps1 同时覆盖 Inspect、Hot、Cold、closure、时效、卷身份和中断回执。本轮只读复核对应源码与测试范围,未重跑Cold或个人数据复制;必要指南修复后另用既有Hot在2026-09-08T08:21:59Z(历史)更新四文件上下文41832字节,context=3ac53e2400b07076403fff1ac5a87d8a2ad99479a7a6fb1d02abc4044edc2498,源指南与G正文哈希一致。这不制造新的H或新机恢复验收
- build_scheduled_task_rebuild_plan.test.mjs 与 validate_scheduled_task_rebuild_plan.test.mjs 覆盖任务恢复投影
- acceptance runner 的精确 area/check selector、超时、unknown(未验证) 和有界输出由 invoke_acceptance_checks.test.ps1 验证
- 9月18日Owner完成15项PowerShell来源套件在5.1和7各一次、WSL(Windows 的 Linux 子系统)脚本11项、Windows窗口2项、微信11项,以及16组冷备/四处同包/隔离还原/数据库完整性。网页没有重复运行这些备份或来源套件,真实整机恢复仍未验。
- 2026-09-19回读PCConfig PUBLIC-safe源06411c880b7a75a9d652adb9c645c73241b2da0c及远端main一致,以上安装/包/模型限制来自Owner的当日实际记录。没有重装软件、触发镜像、创建任务或重复模型请求。
与其他模块的关系
本模块是 PCConfig 从机器断点回到可用电脑的完整旅程:机器事实模块提供主板、磁盘、盘符、锚点和项目路径;运行时与启动模块提供软件、任务和自然启动链;秘密模块负责重新登录与 SecretRef;受保护数据模块继续独立承担 P0–P7 Carrier、因子和正式数据恢复。BIOS/UEFI 归这条恢复旅程,不另拆模块。
