Padavan固件升级后无法保存配置？

Question

Padavan固件升级后无法保存配置是一个常见问题，通常发生在用户刷入新版固件后修改无线设置、防火墙规则或DDNS配置时。问题根源多为jffs分区残留旧配置或文件系统损坏，导致新配置写入失败。部分机型因mtd分区表不兼容，亦会出现配置保存异常。此外，固件编译时未启用“配置自动备份”功能，或升级方式错误（如未先恢复出厂设置），也会引发此问题。建议升级前彻底清除NVRAM并格式化jffs，使用官方推荐的升级路径，并优先选择支持配置保留的版本。

Answer 1

Padavan固件升级后无法保存配置的深度解析与系统性解决方案

1. 问题现象与初步诊断

在刷入新版Padavan固件后，用户常遇到修改无线设置、防火墙规则或DDNS配置后重启设备，发现所有更改均未生效。此类问题在MTK7621、MT7628等常见芯片平台的路由器中尤为普遍。

• 修改Wi-Fi名称或密码后重启失效
• 自定义防火墙脚本丢失
• DDNS账号信息重置为默认
• 静态IP绑定表项清空

这些表现均指向配置持久化机制失效，需从存储分区和固件兼容性层面深入分析。

2. 根本原因分层剖析

层级	具体原因	影响范围
jffs分区残留	旧固件配置文件未清除，新版本无法覆盖写入	多数基于jffs2的机型
文件系统损坏	jffs2或squashfs出现坏块或元数据错误	长期运行或频繁断电设备
mtd分区表不兼容	新固件mtd布局与硬件实际分区偏移不匹配	非官方适配型号
配置自动备份未启用	编译时CONFIG_EJIFFS2_CUSTOM设置缺失	第三方定制固件
升级路径错误	未先恢复出厂设置即直接刷机	所有用户群体

3. 技术分析流程图

```mermaid
graph TD
    A[配置修改失败] --> B{是否为首次升级?}
    B -->|是| C[检查mtd分区表一致性]
    B -->|否| D[检测jffs2挂载状态]
    C --> E[对比固件mtd定义与实际布局]
    D --> F[jffs2是否可写?]
    F -->|否| G[执行mtd erase /dev/mtdX]
    F -->|是| H[检查nvram空间占用]
    H --> I[nvram size > 90%?]
    I -->|是| J[清理冗余变量]
    I -->|否| K[验证配置提交命令]
```
    

4. 解决方案实施步骤

1. 备份当前配置：通过Web界面导出配置文件，防止数据丢失
2. SSH登录设备：使用ssh admin@192.168.123.1连接
3. 清除NVRAM：执行nvram erase && reboot
4. 格式化jffs分区：重启后运行mtd -r erase jffs2
5. 确认分区布局：通过cat /proc/mtd核对mtd编号
6. 刷入官方推荐固件：优先选择标注“支持配置保留”的版本
7. 启用自动备份功能：检查固件是否包含/etc/ejffs2.conf
8. 首次配置后立即重启：验证配置是否持久化
9. 定期维护：每3个月执行一次jffs健康检查
10. 监控写入权限：通过mount | grep jffs确认rw挂载

5. 高级调试技巧

对于资深工程师，可通过以下方式深入排查：

# 检查jffs2日志碎片
logdump -i /dev/mtdblockX

# 手动触发配置同步
service restart_config

# 查看内核mtd子系统消息
dmesg | grep mtd

# 验证nvram提交过程
nvram show | grep -E "(wifi|ddns|firewall)"
    

建议在交叉编译固件时启用CONFIG_EJIFFS2_DEBUG以获取更详细的写入日志。