1. 扩容前的准备工作
作为一名长期折腾软路由的老玩家，我最近给NanoPi R4S刷了iStoreOS系统，发现默认根分区只有2GB左右，这对于需要安装各种插件和存储数据的场景来说显然不够用。经过多次实践，我总结出一套安全可靠的扩容方案，特别适合新手操作。
设备确认环节非常重要。我的测试设备是NanoPi R4S，系统版本为iStoreOS 24.10.5。这里有个小技巧：在开始操作前，建议先用lsblk命令确认你的存储设备类型。R4S可能使用eMMC或SD卡作为存储介质，对应的设备名会有所不同。eMMC通常显示为/dev/mmcblk0或/dev/mmcblk2，而SD卡则显示为/dev/sda。
重要提示：操作前务必备份重要数据！虽然扩容过程支持在线操作，但任何磁盘操作都有风险。我习惯用
sysupgrade -b命令备份系统配置到/tmp目录，再通过SCP下载到本地电脑。
2. 详细扩容步骤解析
2.1 SSH连接系统
首先需要通过SSH连接到设备。这里有个细节需要注意：不同固件的默认IP可能不同。iStoreOS默认使用192.168.100.1，而官方OpenWRT可能是192.168.1.1。如果连接不上，可以接显示器查看实际IP，或者用手机APP扫描局域网设备。
连接命令很简单：
bash复制ssh root@192.168.100.1
但第一次连接时可能会遇到主机密钥验证的提示。这里建议新手在个人电脑上执行：
bash复制ssh-keygen -R 192.168.100.1
清除旧密钥记录，避免连接问题。
2.2 分区情况分析
连接成功后，我们需要先了解当前分区布局。使用parted工具查看：
bash复制parted
(parted) print
典型输出示例如下：
code复制Model: MMC HBG4a (sd/mmc)
Disk /dev/mmcblk0: 31.0GB
Partition Table: gpt
Number Start End Size File system Flags
1 17.4kB 262kB 245kB bios_grub
2 262kB 134MB 134MB fat16 legacy_boot
3 403MB 10.0GB 9597MB ext4
这里有几个关键信息需要记录：
- 磁盘设备名（示例中是
/dev/mmcblk0） - 磁盘总容量（31.0GB）
- 需要扩容的分区号（通常是第3个分区）
经验之谈：有些固件会使用
/dev/mmcblk2作为设备名，这是正常现象。如果看到这个设备名不用惊慌，操作方式完全相同。
2.3 调整分区大小
确认信息后，开始调整分区大小。在parted交互界面中输入：
bash复制(parted) resizepart
Partition number? 3 # 输入要扩容的分区号
Warning: Partition /dev/mmcblk0p3 is being used. Are you sure you want to continue?
Yes/No? yes
End? [10.0GB]? 31GB # 输入新的结束位置
(parted) quit
这里有几个实用技巧：
- 结束位置可以输入
100%表示使用全部剩余空间，比计算具体数值更安全 - 如果提示"partition is in use"，放心选择yes，现代Linux内核支持在线调整
- 操作完成后建议再次执行
print命令确认分区表已更新
2.4 扩展文件系统
这是最关键的步骤！很多新手只做了分区调整就以为完成了，实际上还需要扩展文件系统才能使用新增空间。
执行命令：
bash复制resize2fs -p /dev/mmcblk0p3
-p参数会显示进度条，让你看到操作正在进行。这个过程可能需要几分钟时间，取决于存储设备的速度和扩容大小。
避坑指南：如果遇到"filesystem is already size"的提示，说明文件系统已经填满分区空间，这是正常现象，不是错误。
2.5 验证扩容结果
最后用df -h命令查看结果：
bash复制df -h
正常应该能看到/overlay或/分区的容量已经变大。在我的案例中，容量从原来的2GB扩展到了29GB（32GB eMMC的实际可用空间）。
3. 常见问题与解决方案
3.1 设备名不匹配问题
症状：执行parted命令时提示"unable to open /dev/mmcblk0"
解决方案：
- 先用
lsblk命令查看实际设备名 - 可能是权限问题，尝试用
sudo parted /dev/mmcblk0
3.2 分区表损坏问题
症状：parted提示分区表错误或无法识别
解决方案：
- 尝试用
partprobe命令重新加载分区表 - 严重情况下可能需要重新刷写固件
3.3 文件系统扩展失败
症状：resize2fs提示"couldn't find valid filesystem"
解决方案：
- 确认分区上有有效的ext4文件系统
- 可以尝试先卸载分区：
umount /dev/mmcblk0p3 - 强制检查文件系统：
e2fsck -f /dev/mmcblk0p3
4. 进阶技巧与优化建议
4.1 自动化脚本方案
对于需要频繁刷机的玩家，可以创建自动化脚本：
bash复制#!/bin/sh
DEVICE="/dev/mmcblk0"
PARTITION=3
parted $DEVICE resizepart $PARTITION 100%
resize2fs ${DEVICE}p$PARTITION
保存为/usr/local/bin/resize-root并添加执行权限。
4.2 空间使用监控
扩容后建议设置磁盘空间监控：
bash复制opkg install smartmontools
smartctl -a /dev/mmcblk0
可以添加到cron任务定期检查。
4.3 性能优化设置
对于eMMC设备，可以优化文件系统参数：
bash复制tune2fs -o journal_data_writeback /dev/mmcblk0p3
tune2fs -O ^has_journal /dev/mmcblk0p3
这会禁用日志功能，提升写入性能但增加数据损坏风险，适合临时测试环境。
经过多次实践验证，这套方案在NanoPi R4S上稳定可靠。最关键的是记住分区调整和文件系统扩展两个步骤缺一不可。如果遇到问题，欢迎在评论区交流讨论。