OpenWrt存储空间不够用？5分钟学会用fdisk扩容overlay分区

OpenWrt存储空间告急？从原理到实战，彻底掌握Overlay分区扩容术

不知道你有没有遇到过这种情况：兴致勃勃地在OpenWrt上装了几个插件，准备大展身手，系统却冷不丁弹出一个“磁盘空间不足”的警告。原本流畅的体验瞬间卡壳，想再装个Docker镜像都成了奢望。这几乎是每个OpenWrt玩家，无论是用着X86软路由的极客，还是折腾家用硬路由的爱好者，都绕不开的一道坎。默认那点可怜的存储空间，在如今动辄几百兆的软件包面前，确实显得捉襟见肘。

问题的核心，往往在于那个名为 overlay 的分区。你可以把它理解成OpenWrt系统的“用户空间”或“可写层”。系统固件本身是只读的，像一张“底图”，而所有你的自定义设置、安装的软件、产生的数据，都存放在overlay分区上。当这个分区被塞满，即使物理磁盘还有大片空白，系统也会因为“可写空间”耗尽而罢工。

网上流传的扩容教程不少，但大多只给命令，不讲原理，遇到点意外状况就容易让人抓瞎。今天，我们不只满足于“5分钟搞定”，而是要深入下去，把磁盘分区原理、OpenWrt存储结构、数据迁移的风险控制这些底层逻辑都捋清楚。目标是让你不仅能完成扩容，更能理解每一步在做什么，未来面对更复杂的存储管理时也能游刃有余。无论你是刚接触OpenWrt的新手，还是需要为生产环境寻求稳定扩容方案的老手，这篇文章都将提供一套完整、清晰且安全的操作路径。

1. 理解OpenWrt的存储架构：为何总是空间不足？

在动手之前，我们得先搞清楚敌人是谁。OpenWrt的存储设计非常精巧，它采用了只读根文件系统（SquashFS）叠加可写覆盖层（OverlayFS） 的模式。这种设计保证了系统的核心高度稳定且易于恢复，但同时也带来了存储空间的固有限制。

1.1 SquashFS与OverlayFS：一个精妙的组合

想象一下，OpenWrt的固件是一个被压缩并封装好的、只读的“系统镜像包”，这个包就是SquashFS格式。它体积小，加载快，且无法被修改，这从根本上防止了系统核心文件被意外破坏。系统启动时，会先挂载这个只读的根文件系统。

那么，用户的设置和安装的软件存到哪里呢？这就是OverlayFS的用武之地。OverlayFS是一种联合文件系统，它可以将一个可写的上层目录（upperdir） 覆盖在一个只读的下层目录（lowerdir） 之上。对用户来说，看到的是一个统一的视图：如果文件在上层存在，就读取上层的版本；如果不存在，则自动向下层寻找。

在OpenWrt中：

• lowerdir 就是只读的SquashFS根文件系统。
• upperdir 就是我们常说的/overlay分区，它是真正存储所有变更的地方。
• 此外还有一个**workdir**，供OverlayFS内部使用，用于处理文件操作的原子性。

这种架构带来的直接好处是系统升级或重置异常方便。恢复出厂设置，本质上就是清空/overlay分区，让系统瞬间回到“只读镜像”的纯净状态。但弊端也很明显：/overlay分区的大小在编译固件时就被固定了，通常只有几十到几百MB。

1.2 诊断你的存储现状：空间去哪了？

扩容前，准确的诊断是第一步。我们需要知道当前空间的使用情况，以及瓶颈究竟在哪里。

首先，通过SSH登录到你的OpenWrt设备。最直观的命令是df -h，它可以查看所有已挂载文件系统的磁盘使用情况。

root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                20.0M     20.0M         0 100% /rom
/dev/loop0               50.0M      5.3M     41.7M  11% /
tmpfs                   250.8M      3.5M    247.3M   1% /tmp
/dev/sda2               500.0M     45.1M    429.9M   9% /overlay
overlayfs:/overlay      500.0M     45.1M    429.9M   9% /

注意：仔细看最后两行。/dev/sda2是实际的overlay分区设备，挂载在/overlay目录。而根目录/显示为overlayfs:/overlay<