亚瑟AX1800PRO刷iStoreOS后115G未分区如何处理？

Question

亚瑟AX1800PRO刷入iStoreOS后，系统仅识别部分存储空间，约115G存储未分配，无法挂载使用。此问题通常因固件分区表与原厂不兼容导致，表现为`df -h`显示总容量远小于实际Flash大小（如仅显示200M可用）。如何安全重建分区表并扩展系统分区，使剩余115G空间可用于安装插件或挂载存储？操作中易出现boot失败、设备变砖等风险，需明确可靠方案，包括使用mtd、fdisk或专用工具调整分区布局的具体命令与注意事项。

Answer 1

亚瑟AX1800PRO刷入iStoreOS后存储空间未识别问题的深度解析与解决方案

一、问题背景与现象分析

亚瑟AX1800PRO作为一款基于MT7981B芯片平台的高性能无线路由器，其原厂固件通常配备约128MB的NAND Flash存储。在用户刷入第三方固件如iStoreOS后，常出现系统仅识别部分存储空间（如仅显示200MB可用），而实际物理Flash容量远大于此值（约128MB，即134,217,728字节），导致约115MB空间处于未分配状态。

通过执行df -h命令可观察到挂载分区总容量异常小，典型输出如下：

Filesystem                Size      Used Available Use% Mounted on
/dev/root                 2.6M      2.6M         0 100% /rom
tmpfs                   245.5M    200.0K    245.3M   0% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/mtdblock4          200.0M     80.0M    120.0M  40% /overlay
    

上述输出中，/overlay分区为可写层，但容量仅为200MB，远小于Flash总量，说明存在分区表错配或未正确映射的问题。

二、根本原因剖析

• 分区表不兼容：iStoreOS使用的设备树（DTS）中定义的mtd分区布局与亚瑟AX1800PRO原厂硬件的实际Flash布局不一致。
• mtd分区截断：原始固件可能将大块Flash划分为多个mtd分区（如factory、kernel、rootfs、config等），而iStoreOS默认配置仅映射前几段。
• overlay未扩展：OpenWrt类系统依赖/overlay进行持久化存储，若其所在mtd分区过小，则无法充分利用剩余空间。
• 缺乏自动扩容机制：部分定制固件未集成autofs或firstboot扩容脚本，导致首次启动时未动态调整分区。

三、安全操作原则与风险预警

操作阶段	潜在风险	应对策略
修改mtd分区表	Bootloader无法识别新布局，导致无法启动	确保新分区表与U-Boot兼容，保留必要分区（如u-boot-env）
重写mtd分区	Flash损坏或变砖	使用mtd write前备份原分区内容
调整文件系统大小	jffs2/squashfs损坏	先umount再resize，校验完整性
重启验证	系统无法进入CLI	准备TTL串口调试工具，记录串口日志

四、技术解决路径：从诊断到实施

1. 确认当前mtd分区布局：cat /proc/mtd
2. 比对原厂分区信息（可通过拆机读取NAND dump获取）
3. 确定可用于overlay扩展的目标mtd分区编号
4. 修改设备树源码中的partition layout并重新编译固件（推荐长期方案）
5. 或使用临时命令行方式调整overlay绑定的mtd块
6. 格式化新增空间为jffs2并挂载至/overlay
7. 更新/etc/config/fstab以实现持久挂载
8. 测试插件安装能力及稳定性

五、具体操作命令与流程图

以下为在已获得root权限且支持mtd工具的前提下，扩展overlay分区的关键步骤：

# 1. 查看当前mtd分区
cat /proc/mtd

# 示例输出：
# dev:    size   erasesize  name
# mtd0: 00100000 00010000 "u-boot"
# mtd1: 00f00000 00010000 "kernel"
# mtd2: 04000000 00010000 "rootfs"
# mtd3: 08000000 00010000 "overlay"  ← 目标扩展此分区
# mtd4: 03000000 00010000 "user"

# 2. 备份关键分区（建议通过TFTP或串口）
dd if=/dev/mtd0ro of=/tmp/u-boot.bin
dd if=/dev/mtd3ro of=/tmp/overlay_old.bin

# 3. 若需重建分区表，应修改DTS并重新编译固件（见下节）

# 4. 扩展overlay文件系统（假设mtd3已足够大）
mount | grep overlay  # 确认是否已挂载
umount /overlay

# 5. 重新格式化为更大jffs2分区
mkfs.jffs2 -q -n -e 0x10000 -d /tmp/new_overlay -o /tmp/jffs2.img

# 6. 写入目标mtd分区（谨慎操作！）
flash_erase /dev/mtd3 0 0
nandwrite -p /dev/mtd3 /tmp/jffs2.img

# 7. 重新挂载
mount -t jffs2 /dev/mtdblock3 /overlay

# 8. 更新fstab
uci add fstab mount
uci set fstab.@mount[-1].device='/dev/mtdblock3'
uci set fstab.@mount[-1].target='/overlay'
uci set fstab.@mount[-1].fstype='jffs2'
uci set fstab.@mount[-1].options='rw,sync'
uci set fstab.@mount[-1].enabled='1'
uci commit fstab
    

六、高级方案：基于DTS的永久性修复

要从根本上解决问题，应在编译iStoreOS时修改对应设备的DTS文件。以mt7981-ax1800pro.dts为例：

&spi0 {
    status = "okay";
    m25p80@0 {
        #address-cells = <1>;
        #size-cells = <1>;
        compatible = "jedec,spi-nor";
        reg = <0>;
        spi-max-frequency = <50000000>;

        partitions {
            compatible = "fixed-partitions";
            #address-cells = <1>;
            #size-cells = <1>;

            partition@0 {
                label = "u-boot";
                reg = <0x0 0x100000>;
            };
            partition@100000 {
                label = "kernel";
                reg = <0x100000 0xf00000>;
            };
            partition@1000000 {
                label = "rootfs";
                reg = <0x1000000 0x4000000>;
            };
            partition@5000000 {
                label = "overlay";  // 扩展至此
                reg = <0x5000000 0x8000000>;  // 占用128MB中的剩余空间
            };
            partition@d000000 {
                label = "user";
                reg = <0xd000000 0x3000000>;
            };
        };
    };
};
    

七、操作流程图（Mermaid格式）

graph TD
            A[开始] --> B{是否已刷入iStoreOS?}
            B -- 是 --> C[执行 df -h 和 cat /proc/mtd]
            B -- 否 --> D[先刷入兼容开发版固件]
            D --> C
            C --> E{发现overlay空间不足?}
            E -- 是 --> F[备份mtd0,mtd3等关键分区]
            F --> G[修改DTS或使用mtd命令调整]
            G --> H[重新格式化overlay为jffs2]
            H --> I[更新fstab配置]
            I --> J[重启并验证]
            J --> K{能否正常启动?}
            K -- 是 --> L[成功扩展存储]
            K -- 否 --> M[使用TTL恢复模式刷机]
            M --> N[重新评估分区策略]

八、替代工具与生态支持

除标准mtd工具外，还可考虑以下增强工具链：

• fw_print_env / fw_set_env：管理U-Boot环境变量，避免误改启动参数
• ubiattach / ubimkvol：若底层为UBI格式NAND，需用UBI工具集管理卷
• openwrt-imagebuilder：自定义构建包含正确分区表的固件镜像
• iStoreOS官方GitHub：查阅是否有针对AX1800PRO的special版本或patch

九、监控与验证方法

完成操作后，应持续验证系统稳定性：

# 检查可用空间
df -h /overlay

# 查看mtd映射是否正确
grep overlay /proc/mtd

# 测试写入性能
dd if=/dev/zero of=/overlay/test bs=1M count=100 oflag=sync

# 观察dmesg有无ECC错误或I/O故障
dmesg | grep -i error