再测！飞牛新固件下OES的SSD启动是“真香”还是“劝退”？

来来咯，我又来咯。飞牛新固件流出后，我就第一时间用OES体验了一番，虽然实现了运行“四个圈”，但实际调用npu还有一些努力要做，不过好在已经解决了有没有的问题，接下来的适配进度条就倍速前进了。​

面对新固件，有小伙伴想以SSD盘启动系统来保护脆弱的emmc的心开始躁动，我一直没有时间，有时间了又发现用于测试O某C的盘已经深度服务于我的日常所需。

今天终于迁移好服务，取盘来测。

实测起点：OES已经通过盘刷，在emmc中运行着飞牛1.2.0503版本系统（流出的固件）。

操作目标：制作SSD启动盘，让OES实现从SSD启动并运行系统。

操作步骤：

1、用新固件制作SSD启动盘；

2、修改系统配置文件，让OES从SSD盘启动。

首先是制作SSD启动盘：

准备一个SSD硬盘，用易驱线或者硬盘盒连接到电脑，用烧录软件balenaEtcher把解压后的固件（一定要解压的）烧录到SSD（务必认准所选的盘，别错选了电脑的盘，数据无价）。

等待烧录完成。

OES关机后，我卸下它的存储盘，避免一会因盘多而找错partuuid。

装入SSD启动盘后，联网通电开机，指示灯全部变绿后，进入系统。

确认三个点，1系统版本是1.2.0503与SSD盘的固件版本一致；2目前是emmc运行系统；3我自己的所有存储空间已移除。（眼力好的忽略）

最后偷偷瞄一眼SSH是否已经是开启状态。

打开mobaxterm，SSH登录oes，sudo -i加密码提权为root，命令lsblk查看盘符，除了emmc的盘符mmcblk1就只有sda了，而且后面有新葵硬盘的XINKUI标志，确认！那它的两个分区sda1和sda2就是系统及相关配置文件所在。

接着命令blkid找到并记录sda1和sda2的PARTUUID=后面的引号里的那一串字符，例如我的sda1是06bf4a98-01，sda2是06bf4a98-02，以你看到的为准。

记下来后接着命令nano /boot/fnEnv.txt进入启动文件进行修改，更正代码格式时接受了deepseek的部分建议，加入的三行代码修改了一下，试试看。

root=PARTUUID=06bf4a98-02

instdisk_bootuuid=PARTUUID=06bf4a98-01

instdisk_rootuuid=PARTUUID=06bf4a98-02

加入后，Ctrl+S保存，Ctrl+X退出。命令reboo重启设备。

指示灯绿了！躺平等待惊坐起！

但是启动设置没起作用，还是emmc。断电重启试试。

还是失败了，deepseek错了。再来，接受deepseek另一部分建议，用以下代码

rootdev=PARTUUID=06bf4a98-02

instdisk_bootuuid=PARTUUID=06bf4a98-01

instdisk_rootuuid=PARTUUID=06bf4a98-02

就是给后面两行也加上了=PARTUUID加强指向性。

在路由器后台蹲守发现，设备名变了，直接进入全新系统，这下稳了。

进来后发现，经典的总容2.93G出现了。

接下来给系统存储空间扩容为39G。

确认打开系统的SSH后，mobaxterm通过ssh登录，sudo -i提权，依次输入

parted /dev/sda

(parted) resizepart 2 39GB #需要多少GB自己修改

Yes

(parted) quit

最后输入btrfs filesystem resize max /更新文件系统

返回结果：

Resize device id 1 (/dev/sda2) from 3.25GiB to max

已经更新到最大max。

操作完成，回到飞牛界面，空间信息已经更新了，扣除一些占用，总容量为35.44GB。

至此，OES飞牛SSD启动系统和扩容已经完成，可以放肆装应用了。结束……

等等！好像忘记了一件重要的事情——被我拆下的存储空间1还流浪在外！

直接塞回去，系统显示为未挂载，挂载后显示“正常”。

路径重选后，docker恢复正常。

应用中心的应用就没有这么爽咯，进入推到重来流程……

但是“我的文件”里的资料都在。

安全下车！

我是闲撸机的最佳男煮角，欢迎评论区聊聊，我们下篇见。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～