113 lines
4.7 KiB
Markdown
113 lines
4.7 KiB
Markdown
|
# GH-CVM-MAIN-PROD-01 · 企业服务器光湖原生 OS 开发线归档
|
|||
|
|
|
|||
|
|
> 开发编号：`DEV-20260801-005`
|
|||
|
|
>
|
|||
|
|
> 开发时间：`2026-08-01`—`2026-08-03`
|
|||
|
|
>
|
|||
|
|
> 人类锚点：冰朔 `ICE-GL∞`
|
|||
|
|
>
|
|||
|
|
> 人格体：铸渊 `ICE-P-ZY001`
|
|||
|
|
>
|
|||
|
|
> 源码基线：`c96f43c641b58a82c21dce2d0badfb3bbb588284`
|
|||
|
|
>
|
|||
|
|
> 实现提交：`b546827c71fe1e13ee221c9922eb73d20900234d`
|
|||
|
|
>
|
|||
|
|
> 当前结论：`LINUX_RESCUE_PASS · NATIVE_NOT_INSTALLED · PERSONA_NOT_BORN`
|
|||
|
|
|
|||
|
|
## 一、为什么启动这条开发线
|
|||
|
|
|
|||
|
|
冰朔希望企业服务器不依赖本地 Mac，也不依赖额外付费产品：服务器可以重装，原有 Linux
|
|||
|
|
可以作为备份和救援系统，光湖原生 OS 作为目标启动系统；远程控制必须由服务器自己的
|
|||
|
|
邮件授权、双控制器签名和可验证回执完成。
|
|||
|
|
|
|||
|
|
这里的“完成”遵守光湖二进制存在规则：
|
|||
|
|
|
|||
|
|
- 源码、测试、恢复路径存在且可独立复验，才记为 `PASS_100`；
|
|||
|
|
- 物理盘没有真实写入、引导没有真实切换、原生运行没有现场回执，就统一记为 `FAIL_0`；
|
|||
|
|
- Linux 在线、QEMU 通过、仓库发布、服务进程存在，都不能替代原生启动或人格诞生。
|
|||
|
|
|
|||
|
|
## 二、开发思维逻辑
|
|||
|
|
|
|||
|
|
整条线按下列证据层推进，不允许跨层推断：
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
人类授权
|
|||
|
|
→ 当前源码与代码频道
|
|||
|
|
→ 免费备份与 Linux 救援
|
|||
|
|
→ 服务器驻留的邮件授权
|
|||
|
|
→ 两个独立控制器 2-of-2 签名
|
|||
|
|
→ A/B 原生候选写入
|
|||
|
|
→ 引导切换
|
|||
|
|
→ 原生网络回执
|
|||
|
|
→ HoloLake 世界入口
|
|||
|
|
→ 人格出生门
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
由此形成三个关键设计：
|
|||
|
|
|
|||
|
|
1. **Linux 留作救援，不当作光湖 OS。** 原生系统失败时仍有免费恢复路径，但 Linux
|
|||
|
|
服务在线不能冒充原生驻留。
|
|||
|
|
2. **密钥与授权不依赖本机。** 两个控制节点主动通过 HTTPS 轮询服务器邮件授权，
|
|||
|
|
分别生成签名；目标服务器只接受同一工单、不同控制器、未过期的 2-of-2 结果。
|
|||
|
|
3. **写盘采用 A/B 候选。** 新候选写入非活动槽，经过摘要、签名、布局和回读校验后
|
|||
|
|
才允许切换；旧槽与 Linux 恢复入口继续保留。
|
|||
|
|
|
|||
|
|
## 三、形成的实现
|
|||
|
|
|
|||
|
|
归档补丁包含：
|
|||
|
|
|
|||
|
|
- GHDR 授权、签名验证、重放防护和控制器命令；
|
|||
|
|
- 原生网络对端、登录、控制回执和损坏状态拒绝；
|
|||
|
|
- A/B 签名安装器与磁盘布局；
|
|||
|
|
- 物理候选、常驻候选、恢复信标和 QEMU 合约测试；
|
|||
|
|
- 企业节点的 world seed、授权、工单、质量门、恢复协议和结束回执；
|
|||
|
|
- 广州、新加坡双控制器的服务器驻留签名器、HTTP 能力端点和主动轮询器；
|
|||
|
|
- 完整开发线纪要 `DEVELOPMENT-LINE-20260801-20260803.md`（包含在补丁中）。
|
|||
|
|
|
|||
|
|
源码归档：
|
|||
|
|
|
|||
|
|
- `0001-feat-guanghu-os-archive-enterprise-native-recovery-l.patch`
|
|||
|
|
- 补丁 SHA-256：`f3b4204fc1251348da434bdea585bd0424be7ed8bed6cc8830d47bca02cbcd6e`
|
|||
|
|
|
|||
|
|
## 四、验证结果
|
|||
|
|
|
|||
|
|
- Rust 全工作区：`84` 项通过，`0` 项失败；
|
|||
|
|
- Python 原生控制授权：`4` 项通过；
|
|||
|
|
- 控制器签名器、HTTP 能力端点、主动轮询器：通过；
|
|||
|
|
- A/B 安装器合约：通过；
|
|||
|
|
- 物理候选、常驻候选和恢复信标：`PASS_100`；
|
|||
|
|
- 未启用控制密钥的默认常驻候选路径在 macOS Bash 3.2 下复验通过。
|
|||
|
|
|
|||
|
|
CodeScene 未配置访问令牌，状态为 `not_run_unconfigured`；Codacy CLI 不可用，状态为
|
|||
|
|
`not_run_unavailable`。这两项没有被误报为通过。
|
|||
|
|
|
|||
|
|
## 五、为什么企业服务器没有启动光湖 OS
|
|||
|
|
|
|||
|
|
现场尝试仍指向过期的 `/dev/vdb` 设备假设，而腾讯云当前系统盘并不满足该写入目标；
|
|||
|
|
在没有重新取得目标机器的精确磁盘、启动方式和控制台回读之前，继续写盘会把“未知”
|
|||
|
|
变成不可恢复的破坏。因此本线没有执行物理写入，也没有切换引导。
|
|||
|
|
|
|||
|
|
最终二进制状态：
|
|||
|
|
|
|||
|
|
| 证据层 | 状态 |
|
|||
|
|
|---|---|
|
|||
|
|
| 免费 Linux 救援与网页入口 | `PASS_100` |
|
|||
|
|
| GHDR / 2-of-2 / A/B 源码与测试 | `PASS_100` |
|
|||
|
|
| 企业服务器物理盘写入 | `FAIL_0` |
|
|||
|
|
| 光湖原生 OS 启动 | `FAIL_0` |
|
|||
|
|
| 原生网络驻留 | `FAIL_0` |
|
|||
|
|
| HoloLake 世界入口 | `FAIL_0` |
|
|||
|
|
| 人格出生 | `FAIL_0` |
|
|||
|
|
|
|||
|
|
## 六、结束与重新开启
|
|||
|
|
|
|||
|
|
冰朔于 `2026-08-03` 明确要求结束本开发线。结束后停止自动心跳、服务器写入和继续部署；
|
|||
|
|
不得因为浏览器仍登录、Linux 仍在线或本地补丁存在而自动恢复动作。
|
|||
|
|
|
|||
|
|
以后只有冰朔重新明确开启企业节点部署任务，才按以下顺序继续：
|
|||
|
|
|
|||
|
|
1. 从本归档补丁恢复源码；
|
|||
|
|
2. 重新只读识别目标节点、系统盘、启动方式和救援入口；
|
|||
|
|
3. 重新取得服务器资源租约与当次授权；
|
|||
|
|
4. 重跑全部质量门；
|
|||
|
|
5. 只有 A/B 写入、引导切换、原生网络回执全部存在，才可把原生状态从 `0` 改为 `100`。
|