本文记录了作者在 OpenWrt 旁路由（RK3328, 1+8G）上遇到的根文件系统变为只读的问题，推测是频繁断电导致文件系统损坏。作者尝试了U盘启动修复（失败）和在线升级（因B分区被用作swap导致失败）。作者反思认为ARM设备应避免复杂文件系统如btrfs，推荐使用可安装TF卡或U盘启动的开发板，并强调了开机自动检查修复文件系统的必要性。最终作者选择了回归x86 PVE+LXC方案，认为其更简单易用，并表示已对折腾旁路由感到厌倦。

📦 **文件系统损坏与修复尝试**：作者的RK3328 OpenWrt旁路由因频繁断电导致根文件系统损坏变为只读，无法保存配置。作者尝试通过U盘启动系统进行fsck修复，但未能成功启动U盘系统。随后尝试在线升级，但因将B分区用作swap分区，导致升级失败。

💡 **ARM设备系统选择与恢复建议**：作者建议ARM设备应避免使用btrfs等复杂文件系统，倾向于选择能将系统安装在TF卡或支持U盘启动的开发板，以便于系统修复。同时，提出应配置设备在开机时自动检查和修复文件系统，以应对频繁断电的情况。

💻 **回归PVE+LXC方案**：鉴于旁路由折腾的复杂性，作者最终选择回归之前已配置好的x86 PVE（Proxmox Virtual Environment）+ LXC（Linux Containers）方案，认为该方案使用更简单便捷，并表示已对折腾旁路由感到厌倦。

之前用着我家云(配置 rk3328 1+8G)openwrt 做旁路由，前两天突然出了问题，检查了下发现是根文件系统变为只读了，估计是经常不关机断电导致文件系统损坏，然后各种配置啥的都保存不了。

不想重新刷机再重新配置一遍，尝试了以下方法进系统再 fsck 修复根分区的文件系统:

1. 使用 u 盘系统 -> 无法从 U 盘启动
2. 在线上传系统然后升级 -> 原系统是恩山 flippy 佬的系统，使用跟安卓类似的 a/b 分区升级方案，我把 b 分区改成 swap 分区了无法取消挂载，导致升级失败


用 ARM 的话还是简单点没必要 btrfs 之类太复杂了，还有尽量用能把系统装 tf 卡的开发板/能从 u 盘启动的，方便修复。还有应该可以开机时自动检查修复文件系统的，能配置就提前配置好比较好，毕竟这些设备一般都不关机断电的。

又转回 x86 pve + lxc 的方案(之前折腾的时候已经配置好了)，简单使用方便。旁路由已经折腾腻了。