OES 飞牛 fnOS 迁移 SATA SSD 后的 OTA 升级避坑指南

前言

将 OES（OneThingCloud）的系统从 8G 的 eMMC 迁移到 SATA 固态硬盘（SSD）后，系统响应速度和存储空间都有了质变。但由于 OES 的特殊引导机制（引导程序在 eMMC，系统在 SSD），传统的“一键 OTA”会导致版本不一致或引导失败，表现为重启后网口亮红灯、设备失联。

本文整理了迁移到 SSD 后，安全进行 fnOS 系统 OTA 升级的标准流程，帮助大家避免变砖。

核心原理

OES 的启动依赖于 eMMC 中的 /vol00/RemovableDisk/fnEnv.txt 文件，它负责将引导权指向 SSD。若 eMMC 与 SSD 的系统内核版本不一致，会导致无法引导（红灯）。
因此，OTA 的核心逻辑是：先升 SSD，再降级/升级 eMMC，最后切回 SSD，确保两端版本一致。

🛠️ 升级前准备

U盘启动盘：务必保留之前刷好飞牛固件的 U 盘（救命稻草）。
SSH 工具：如 MobaXterm、PuTTY 等。
数据备份：虽然有数据盘保护，但系统级升级仍有风险，建议在飞牛 Web 后台备份关键配置。

📝 标准 OTA 升级步骤

第一步：在 SSD 系统中发起升级

确保当前正常从 SSD 启动。
登录飞牛 Web 后台，点击系统升级。
升级完成后，系统会自动重启。

⚠️ 注意：此时因为 eMMC 内的引导与 SSD 系统内核跨版本，大概率会红灯失联。不要慌，这是正常现象。

第二步：U 盘启动，切回 eMMC 系统

断电，插上准备好的飞牛 U 盘启动盘。
通电，从 U 盘启动系统。
通过路由器找到 IP，使用 SSH 登录。
提权并修改 eMMC 的引导文件，让系统暂时从 eMMC 启动：
```
sudo -i
nano /vol00/RemovableDisk/fnEnv.txt
```
找到 rootdev=PARTUUID=xxxxxx-02 这一行，在行首加一个 # 号将其注释掉：
```
#rootdev=PARTUUID=3f9b6268-02
```
按 Ctrl+O 保存，Ctrl+X 退出。
断电，拔掉 U 盘，重新通电。此时系统应该能从 eMMC 正常启动。

第三步：在 eMMC 系统中进行同版本升级

通过 SSH 或 Web 界面进入 eMMC 系统（注意看系统空间，确认是 6.2G 的 eMMC 而不是大容量的 SSD）。
在 Web 后台检查系统更新，将 eMMC 里的系统也升级到最新版本。

💡 提示：这一步是为了保证 eMMC 和 SSD 的内核版本、系统版本完全一致。
升级完毕后，确认系统重启正常。

第四步：切回 SSD 启动

再次 SSH 登录 eMMC 系统。

提权并编辑引导文件：

sudo -i
nano /vol00/RemovableDisk/fnEnv.txt

把刚才加的 # 号删掉，恢复 rootdev 参数：
```
rootdev=PARTUUID=3f9b6268-02
```
按 Ctrl+O 保存，Ctrl+X 退出。
输入 reboot 重启。

此时，eMMC 引导和 SSD 系统版本已对齐，系统将完美从 SSD 启动，完成整个 OTA 升级。

❓ 常见问题与避坑（FAQ）

Q1：为什么不能直接在 SSD 里 OTA？
A：因为 SSD 升级后，eMMC 里的引导程序（内核模块）没有同步更新。跨内核版本会导致引导程序找不到 SSD 系统，从而亮红灯。

Q2：更新页一直提示“内核升级”消不掉怎么办？
A：参考上面的“第二、三步”，暂时切回 eMMC 系统更新一下即可。

Q3：未来飞牛发了新固件（如 1.2.0），能直接重刷吗？
A：可以，而且更简单。流程是：

先把 eMMC 里的 rootdev 注释掉。
拆下 SSD，用 balenaEtcher 刷入新版完整镜像。
装回 SSD，进 eMMC 系统，blkid 获取新的 PARTUUID。
修改 fnEnv.txt 的三行参数（rootdev、instdisk_bootuuid、instdisk_rootuuid），扩容后重启即可。

Q4：万一不小心操作失误，真的变砖了怎么办？
A：只要硬件没坏，插上 U 盘启动，修改 /vol00/RemovableDisk/fnEnv.txt 恢复原样，或者在 U 盘系统里重新执行 ./install-to-emmc.sh 救砖即可。

结语

OES 迁移 SSD 是一劳永逸的好事，虽然 OTA 升级比普通设备多了一步“双面升级”的折腾，但只要掌握了“保持两端版本一致”的核心逻辑，按部就班操作，就能一直享受 SSD 带来的丝滑体验。祝各位折腾愉快！