1. 为什么OES Plus刷完Armbian必须做系统扩容网心云OES Plus这台小机器在二手市场火起来不是没有道理的。瑞芯微RK3568四核A55、2G/4G内存可选、自带一个SATA位、千兆网口、金属外壳被动散热这个配置放在轻量NAS、旁路由、下载机、Docker小主机的场景里性价比确实能打。原厂系统是网心云自己的那套跑量业务固件很多人拿到手第一件事就是刷成Armbian把它变成一台真正自己能掌控的Linux小主机。但刷完Armbian之后几乎所有人都会撞上同一堵墙系统盘空间不够用。OES Plus的板载eMMC通常只有8GB到16GB刷完Armbian系统本身加上基础软件包可用空间往往只剩几个GB。你想装Docker、想跑几个容器、想放点下载缓存很快就红了。这时候机器上那个SATA硬盘位就成了救命稻草——但问题在于很多人以为插上SATA硬盘系统就自动用上了实际上Armbian默认并不会把SATA盘挂载到系统关键目录你插上去的盘只是一个外挂存储跟系统扩容是两码事。这篇内容要解决的就是把SATA硬盘真正变成系统的一部分让根目录、Docker数据目录、用户目录这些吃空间的大户迁移到SATA盘上实现真正意义上的系统扩容。适合已经刷好Armbian、手上有OES Plus和一块SATA硬盘、但被空间问题卡住的玩家。我会把整个迁移过程拆开讲清楚包括分区方案怎么选、迁移哪些目录、fstab怎么写、迁移过程中哪些坑必须避开。先说一个核心认知系统扩容不等于简单挂载。挂载只是让硬盘能被访问扩容是让系统运行时的读写真正落到这块盘上。这两者的差别决定了你是多了一块存储还是系统真的变大了。2. 迁移前的整体方案设计与选型考量2.1 三种扩容思路的取舍在动手之前得先想清楚用哪种方式扩容。我实际折腾下来常见的有三条路第一种是整盘挂载到某个目录比如挂到/mnt/sata然后把Docker的data-root指过去。这种方式最安全系统本身不动只是把吃空间的业务数据挪过去。缺点是系统根目录还是那么小apt装个大点的包照样爆。第二种是迁移关键目录把/var/lib/docker、/home、/opt这些大户通过bind mount或者直接软链接迁到SATA盘。这种方式兼顾了系统盘瘦身和业务数据外移是绝大多数人的选择。第三种是直接把根文件系统整个搬到SATA盘让系统从SATA启动。这种方式最彻底但OES Plus的引导链对SATA启动支持并不总是稳定而且一旦SATA盘出问题系统直接起不来风险太高。除非你有明确的整盘迁移需求否则我不建议新手走这条路。综合下来第二种方案是性价比最高的风险可控、效果明显、可回退。下面所有操作都围绕这个思路展开。2.2 分区方案怎么定一块SATA盘拿到手第一件事是分区。这里有个经验不要整块盘只分一个区然后全给数据。我建议至少分两个区一个给Docker和业务数据一个留给普通文件存储。原因是Docker的overlay2层在频繁读写时对文件系统压力比较大单独分区能避免它把整个盘的文件系统元数据搞乱出问题也好单独处理。具体分区大小以一块500G的盘为例分区大小用途文件系统/dev/sda1200GDocker数据、容器、镜像ext4/dev/sda2剩余约290G普通文件、下载、备份ext4文件系统选ext4而不是btrfs或者xfs理由很实际Armbian内核对这些文件系统的支持都OK但ext4在ARM平台上的稳定性和工具链成熟度最好出问题用fsck修起来也最省心。btrfs虽然快照香但在这种小机器上跑内存占用和碎片问题反而添乱。提示分区操作会清空硬盘数据动手前务必确认盘里没有要保留的东西。新盘无所谓旧盘一定要先备份。2.3 迁移哪些目录最划算不是所有目录都值得迁。我列一下实际迁移收益最高的几个/var/lib/dockerDocker的镜像、容器、卷全在这动辄几十G必迁。/home用户数据、下载、脚本看使用习惯建议迁。/opt自己装的一些第三方软件可选。/var/log日志一般不大但如果你跑了很多服务日志也能吃掉几个G可选。/swapfile如果开了swapswap文件也可以放SATA盘减少eMMC写入。/usr、/etc、/bin这些系统核心目录绝对不要动迁了必出问题。系统盘保留这些容量压力其实不大。3. SATA硬盘识别、分区与格式化实操3.1 确认硬盘被正确识别OES Plus的SATA接口是原生SATA不是USB转的所以识别一般没问题。插上盘、通电开机后先确认lsblk正常的话你会看到类似这样的输出NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0 179:0 0 14.6G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 14.3G 0 part / sda 8:0 0 465.8G 0 disksda就是你的SATA盘。如果没看到先检查盘有没有插紧、供电是否正常。OES Plus的SATA供电是板载的一般不用额外接电源但有些大容量机械盘启动电流大可能会识别不稳定这种情况换块盘或者用带独立供电的硬盘盒测试一下。也可以用dmesg | grep -i sata看内核日志确认链路协商速率。正常应该是SATA link up 6.0 Gbps或者3.0 Gbps。3.2 分区操作用fdisk或者parted都行我习惯用parted因为对GPT支持更友好sudo parted /dev/sda进入交互后mklabel gpt mkpart primary ext4 0% 40% mkpart primary ext4 40% 100% quit这里40%对应500G盘的200G左右你可以按自己盘的大小调整比例。分完之后sudo partprobe /dev/sda让内核重新读取分区表然后lsblk确认sda1和sda2都出来了。3.3 格式化与挂载点准备格式化sudo mkfs.ext4 -L docker_data /dev/sda1 sudo mkfs.ext4 -L file_store /dev/sda2-L给分区打标签后面fstab里可以用LABEL来挂载比用/dev/sda1这种设备名更稳因为设备名在加盘或者换接口时可能变。创建挂载点sudo mkdir -p /mnt/sata/docker sudo mkdir -p /mnt/sata/files先临时挂载测试sudo mount /dev/sda1 /mnt/sata/docker sudo mount /dev/sda2 /mnt/sata/files df -h确认容量对得上读写正常再往下走。注意格式化前一定用lsblk再确认一遍设备名别把eMMC给格了。我见过有人手快把mmcblk0当sda格了的系统直接没了。4. 系统目录迁移的核心操作与细节4.1 Docker数据目录迁移这是收益最大的一步。先停Dockersudo systemctl stop docker sudo systemctl stop docker.socket确认Docker真的停了ps aux | grep docker没有残留进程后开始迁移。用rsync而不是cp因为rsync能保留权限、属主、时间戳还能断点续传sudo rsync -avxP /var/lib/docker/ /mnt/sata/docker/-a归档模式-x不跨文件系统-P显示进度并支持续传。这一步根据数据量可能要几分钟到几十分钟耐心等。迁移完成后把原目录改名备份sudo mv /var/lib/docker /var/lib/docker.bak然后创建新的挂载点并挂载sudo mkdir /var/lib/docker sudo mount /dev/sda1 /var/lib/docker这时候/var/lib/docker里应该是空的因为挂载覆盖了但实际数据在SATA盘上。验证一下ls /var/lib/docker应该能看到overlay2、containers、image这些目录。启动Dockersudo systemctl start docker sudo systemctl start docker.socket然后docker ps和docker images确认容器和镜像都在。如果一切正常原来的/var/lib/docker.bak可以保留几天再删作为回退保险。4.2 /home目录迁移/home迁移逻辑类似但要注意如果当前有用户登录着直接迁会出问题。最好在root下操作或者确保没有普通用户会话。sudo rsync -avxP /home/ /mnt/sata/files/home/ sudo mv /home /home.bak sudo mkdir /home sudo mount /dev/sda2 /home这里我把/home挂到了sda2文件存储分区因为用户数据更适合放这个区。你也可以按自己的分区规划调整。4.3 用fstab固化挂载临时挂载重启就没了必须写进/etc/fstab。先拿到分区的UUIDsudo blkid /dev/sda1 sudo blkid /dev/sda2输出里会有UUIDxxxx-xxxx复制下来。然后编辑fstabsudo nano /etc/fstab在末尾加上UUID你的sda1_UUID /var/lib/docker ext4 defaults,noatime 0 2 UUID你的sda2_UUID /home ext4 defaults,noatime 0 2noatime是个实用参数表示不记录文件访问时间能减少大量无谓的写入对SATA盘寿命和性能都有好处。0 2里的2表示开机时fsck检查顺序非根分区用2。写完后不要急着重启先测试sudo mount -a如果没有报错说明fstab写得对。有报错就赶紧改别带着错误重启否则可能进不了系统。提示改fstab之前先备份一份sudo cp /etc/fstab /etc/fstab.bak万一写错了还能救。4.4 验证迁移结果重启一次然后逐项检查df -h看/var/lib/docker和/home是不是挂在SATA分区上。docker info | grep Docker Root Dir确认Docker根目录指向正确。systemctl status docker确认Docker服务正常。如果都OK系统扩容就算完成了。原来的/var/lib/docker.bak和/home.bak确认没问题后再删释放eMMC空间。5. 常见问题排查与避坑经验5.1 迁移后Docker起不来最常见的原因是权限问题。rsync虽然保留了权限但如果你中途用了cp或者手动改过目录可能导致/var/lib/docker属主不对。Docker要求这个目录属主是root:root权限710sudo chown -R root:root /var/lib/docker sudo chmod 710 /var/lib/docker另一个原因是SELinux或者AppArmor不过Armbian默认一般不开这些遇到概率低。5.2 fstab写错导致进不了系统这是最吓人的情况。如果fstab里UUID写错或者挂载点不存在开机可能卡在emergency mode。解决办法如果能进emergency shell直接nano /etc/fstab改回来。如果进不去用另一台电脑读卡器挂载eMMC或者用Armbian的U盘启动盘进救援模式改。实在不行重刷系统但数据在SATA盘上还在损失可控。预防措施就是前面说的改完fstab先mount -a测试别直接重启。5.3 SATA盘识别不稳定有些机械盘在OES Plus上会出现掉盘、识别慢的问题。排查思路换一根SATA线试试线材质量影响很大。看dmesg里有没有link reset、ata error之类的报错。如果是2.5寸盘确认供电够3.5寸盘一般需要独立供电OES Plus板载供电可能带不动。试试在Armbian里关掉SATA的电源管理hdparm -B 255 /dev/sda防止盘因为省电策略休眠导致掉盘。5.4 迁移后空间没变化有时候你迁完了df -h看根目录还是满的。原因通常是原目录没删干净或者有进程还占着被删除的文件。用sudo du -sh /var/lib/docker.bak sudo lsof | grep deleted找到占用已删除文件的进程重启对应服务或者重启系统释放。5.5 常见问题速查表现象可能原因解决方向Docker启动失败目录权限不对chown root:root chmod 710开机卡emergencyfstab错误救援模式改fstabSATA盘时有时无供电/线材/省电策略换线、关电源管理根目录没释放旧目录未删或进程占用du lsof排查迁移后数据丢失rsync未完成就删源从.bak恢复6. 几个提升稳定性的进阶技巧6.1 给SATA盘加个健康监控机械盘最怕突然坏。装个smartmontools定期看SMARTsudo apt install smartmontools sudo smartctl -a /dev/sda重点看Reallocated_Sector_Ct和Current_Pending_Sector这两个涨了就说明盘要不行了赶紧备份。6.2 用tmpfs减少eMMC写入系统盘是eMMC写入寿命有限。可以把一些高频写入的临时目录挂到内存tmpfs /tmp tmpfs defaults,noatime,size256M 0 0 tmpfs /var/log tmpfs defaults,noatime,size128M 0 0不过/var/log挂tmpfs后重启日志就没了看你怎么取舍。我一般只挂/tmp。6.3 定期备份fstab和关键配置系统配置改多了容易忘。我习惯把/etc/fstab、/etc/docker/daemon.json这些关键文件定期拷到SATA盘上sudo cp /etc/fstab /mnt/sata/files/backup/fstab.$(date %F)出问题的时候直接对照恢复比回忆改了啥靠谱得多。6.4 关于飞牛OS和其他系统的兼容性最近不少人问OES Plus刷飞牛OS的事。飞牛OS本质也是基于Linux的NAS系统扩容思路和Armbian是相通的都是把数据目录迁到SATA盘。区别在于飞牛OS有自己的存储管理界面可能不需要手动改fstab但底层逻辑一样。如果你是从Armbian转飞牛SATA盘上的数据一般能保留但Docker数据目录的路径可能不同迁移前先确认新系统的目录结构。至于统信系统能不能给系统盘扩容那是另一套逻辑统信是桌面级系统扩容方式和服务器场景差别很大不在这次讨论范围内。7. 我实际折腾下来的几点体会OES Plus这台机器最大的价值就是那个SATA位。eMMC那点空间注定只能装系统真正干活的数据必须外移。我前后折腾过三台第一台没做迁移Docker跑了两个容器就满了天天清日志第二台按上面的方案迁了Docker和home稳定跑了小半年没出过空间问题第三台试过整盘迁移根文件系统结果SATA盘一次意外断电后系统起不来又刷回eMMC了。所以我的建议很明确别贪心迁移关键目录就够了根文件系统留在eMMC上。eMMC虽然小但胜在稳定系统核心不动出问题也好恢复。SATA盘负责数据坏了换一块重新挂载就行系统不受影响。还有一点迁移操作最好在系统刚刷好、还没装太多东西的时候做。这时候数据量小rsync几分钟就完事风险也低。等装了一堆容器再迁数据量大、依赖多出问题的概率成倍上升。最后提醒一句任何涉及分区和fstab的操作动手前先备份、先测试别嫌麻烦。我踩过的坑希望你别再踩一遍。