T113 cat /proc/mtd的算出来的rootfs 是对的，df-h显示的空间是错的，怎么解决

<think>我们遇到了一个情况：`cat /proc/mtd` 显示的分区大小正确（即rootfs分区已经调整为256MB），但是`df -h`显示的空间仍然是旧的大小（比如128MB）。这通常意味着分区表已经更新，但是文件系统并没有扩展到新的分区大小。 可能的原因和解决方案如下： 1. **文件系统未被重新创建或调整**：当我们更新了分区表后，如果文件系统还是旧的（比如JFFS2或UBIFS），那么它可能仍然使用原来的大小。对于这类文件系统，通常需要重新擦除并创建文件系统，然后恢复数据（或者使用特定工具调整，但嵌入式文件系统通常不支持在线调整）。 2. **EXT4文件系统**：如果使用的是EXT4，那么我们可以使用`resize2fs`命令来调整文件系统大小以匹配分区大小。但注意，这需要分区已经正确扩展（即底层分区大小已经改变，而文件系统还没有使用全部空间）。 3. **UBIFS文件系统**：对于UBIFS，它建立在UBI卷之上。如果我们调整了MTD分区大小，那么需要调整对应的UBI卷大小。具体步骤可能包括： - 卸载文件系统 - 使用`ubirename`备份当前卷（可选） - 使用`ubirmvol`删除旧卷 - 使用`ubimkvol`创建新的大小的卷 - 重新创建文件系统（`mkfs.ubifs`）或者使用`ubiupdatevol`恢复数据 4. **JFFS2文件系统**：JFFS2通常需要重新擦除整个分区并重新烧写。因为JFFS2在挂载时会扫描整个分区，所以如果分区变大了，它会自动使用全部空间。但是，如果之前的分区内容没有清除，或者没有重新烧写，那么它可能不会使用新空间。因此，需要重新烧写JFFS2镜像到该分区。 具体步骤： 假设我们使用的是JFFS2： 1. 备份数据：因为我们要重新创建文件系统，所以需要将当前rootfs分区的内容备份到另一个地方（比如挂载到内存或临时目录）。 2. 卸载分区：`umount /mnt/rootfs` 3. 擦除分区：`flash_erase /dev/mtdX 0 0` （X是rootfs对应的MTD分区号） 4. 重新创建文件系统：将备份的数据制作成新的JFFS2镜像，然后烧写进去。或者，如果数据量不大，可以直接在擦除后挂载为JFFS2，然后复制数据回去。 但是，由于rootfs通常是系统根目录，无法直接卸载。因此，我们需要在以下环境中操作： - 通过initramfs进入救援模式 - 或者使用另一个根文件系统（比如从网络启动） 另一种方法是：如果系统支持，可以在启动时通过内核命令行指定init程序到内存文件系统（initrd），然后对rootfs进行操作。 对于EXT4（如果rootfs是只读挂载或者可以重新挂载为读写）： - 如果分区是MTD块设备（/dev/mtdblockX），并且已经支持EXT4，那么可以尝试： `resize2fs /dev/mtdblockX` - 但是注意，resize2fs要求分区已经变大（即底层块设备大小已经改变）。而我们的`/proc/mtd`已经显示正确，所以底层分区大小应该已经正确。然后，resize2fs会扩展文件系统以填充分区。 操作步骤（EXT4）： 1. 确保分区未被挂载或挂载为可读写。如果是根文件系统，需要先以读写方式重新挂载：`mount -o remount,rw /` 2. 执行调整：`resize2fs /dev/mtdblockX` （X为对应的分区号） 3. 检查：`df -h` 应该显示新的大小。 如果上述方法不可行（比如文件系统不支持在线调整），则需要重启到单用户模式或使用Live系统。 总结： - 首先确认文件系统类型（通过`mount`命令查看）。 - 根据文件系统类型选择相应的调整方法。 - 对于只读根文件系统，可能需要通过启动参数暂时挂载为可读写，或者使用救援模式。 注意：操作前务必备份重要数据。 §§相关问题§§ 1. 如何在不重启的情况下将只读根文件系统重新挂载为可读写？ 2. 对于UBIFS文件系统，如何调整UBI卷的大小？ 3. 在嵌入式系统中，如何制作一个包含备份数据的JFFS2镜像文件？ 4. 使用`resize2fs`调整EXT4文件系统大小时出现错误“The filesystem is already xxxx blocks long. Nothing to do!”，如何解决？ 5. 如何通过initramfs进入救援模式来调整根文件系统？</think>### 解决 T113 分区大小显示不一致问题 当 `cat /proc/mtd` 显示分区大小正确（如 256MB），但 `df -h` 显示错误（如仍为 128MB）时，问题通常出在 **文件系统未正确扩展** 或 **挂载点未更新**。以下是具体解决方案： --- #### **步骤 1：验证文件系统类型** ```bash mount | grep " / " # 查看根文件系统类型（如 jffs2/ext4/ubifs） ``` --- #### **步骤 2：根据文件系统类型扩展空间** **▸ 情况 A：EXT4 文件系统** ```bash umount / # 卸载根分区（需在救援模式下操作） resize2fs /dev/mtdblockX # X 为 rootfs 的 MTD 编号 mount -a # 重新挂载 ``` **▸ 情况 B：JFFS2/UBIFS 文件系统** ```bash # 需重新创建文件系统（操作前备份数据！） umount / flash_erase -j /dev/mtdX 0 0 # 擦除分区 mkfs.jffs2 -o /tmp/rootfs.img -e 0x20000 -r /mnt/backup # 重建镜像 nandwrite -p /dev/mtdX /tmp/rootfs.img # 烧写新镜像 ``` --- #### **步骤 3：检查挂载映射** 若文件系统已扩展但 `df` 仍错误： 1. **确认挂载点绑定** ```bash mount | grep rootfs # 检查是否挂载到正确分区 ``` 2. **解决挂载缓存问题** ```bash umount / && mount -o remount / # 强制刷新挂载 ``` --- #### **步骤 4：内核刷新机制** 某些嵌入式内核需主动通知分区变更： ```bash echo 1 > /sys/block/mtdblockX/device/rescan # 触发 MTD 设备刷新 ``` --- #### **关键排查点** - 若使用 **UBIFS**，需同步调整 UBI 卷： ```bash ubinfo -a # 查看 UBI 卷状态 ubiupdatevol /dev/ubi0_X -t # 重置卷大小 ``` - 若为 **只读根文件系统**，需在 `init` 脚本中添加扩展逻辑： ```bash # 在初始化脚本中加入： resize2fs /dev/root # 或对应文件系统命令 ``` --- #### **最终验证** ```bash blockdev --getsize64 /dev/mtdblockX # 确认块设备大小 df -h / | awk 'NR==2 {print $2}' # 检查挂载点容量 ``` > **注意**：操作前务必备份数据，避免擦除导致系统无法启动！