OpenWrt项目下Redmi AX6000路由器UBI卷挂载问题分析

在OpenWrt 24.10.0版本中，针对Mediatek Filogic平台的Xiaomi Redmi AX6000路由器出现了一个关键的系统升级问题。该问题表现为UBI（Unsorted Block Images）文件系统中的"fit"卷被持续占用，导致无法完成正常的固件升级或回滚操作。

问题现象

当用户尝试在Redmi AX6000设备上执行以下操作时会出现异常：

1. 从OpenWrt 24.10升级到其他版本时，固件实际上不会发生改变
2. 在24.10版本的恢复模式initramfs中，无法删除UBI卷"fit"
3. 无法解除ubi0的挂载状态

系统会返回错误提示，表明目标UBI卷或设备正忙，无法执行操作。值得注意的是，同样的操作在OpenWrt 23.05版本的恢复环境中可以正常完成。

技术背景

UBI是Linux内核中针对MTD设备的卷管理系统，在OpenWrt中被广泛用于路由器的固件存储。Redmi AX6000采用UBI格式存储系统镜像，"fit"卷通常包含Flattened Image Tree格式的固件映像。

在正常流程中，系统升级时需要：

1. 卸载现有UBI卷
2. 擦除或重建UBI卷
3. 写入新的固件映像

问题根源

经过分析，24.10版本中出现的这个问题可能源于以下几个方面：

1. 内核MTD/UBI子系统驱动变更导致资源锁定行为改变
2. 设备树配置或初始化流程差异
3. 恢复模式下的自动挂载策略调整

特别值得注意的是，这个问题在恢复模式下依然存在，说明不是常规用户空间进程导致的资源占用，而是更底层的系统行为变化。

解决方案

对于遇到此问题的用户，可以采取以下临时解决方案：

1. 使用OpenWrt 23.05版本的恢复镜像进行固件回滚
2. 在23.05环境中完成必要的UBI操作后，再尝试其他升级

从长远来看，OpenWrt开发团队需要：

1. 检查24.10版本中MTD/UBI相关的内核配置变更
2. 验证恢复模式下的自动挂载策略
3. 针对特定设备调整UBI管理逻辑

最佳实践建议

对于使用类似架构设备的OpenWrt用户，建议：

1. 在执行重大版本升级前，先验证恢复环境的功能完整性
2. 保留一个已知可用的旧版恢复镜像作为应急
3. 在尝试固件操作前，先检查/proc/mtd和/sys/class/ubi下的设备状态
4. 使用lsof或fuser命令排查潜在的资源占用进程

这个问题提醒我们，在嵌入式Linux系统中，存储子系统的稳定性和兼容性对系统维护至关重要，特别是在执行关键操作如固件升级时。