![XG-040G-MD.jpg](/static/img/e35076f200228bbc8dc8068acc208b7f.XG-040G-MD.webp)


:::info{title="诺基亚贝尔 XG-040G-MD 光猫"}
芯片：an7581 内存：512M 闪存：256M nand \
网络接口：2.5Gx1 1Gx3 \
USB：3.0x1 2.0x1 \
电源：12v 1A
:::


## 移到定制版的超级密码
超级用户：CMCCAdmin
超级密码：aDm8H%MdA

登录后进入光猫设置界面在家庭存储功能中可以选择把 FTP SMA 这两个功能打开

## 一些命令行
在超级用户的状态下访问 http://192.168.1.1/system.cgi?telnet 开启telnet功能

- 使用 telnet 协议连接光猫 
- 通过普通用户登录（光猫背面铭牌处）后以 `su user_ftp`（有些光猫可能为`su useradmin_ftp` 取决于光猫背面铭牌处的信息）身份登录，密码和普通账户密码相同
- 输入 `su` 获取root权限


- 修改SN（必须三条都修改） \
`ritool set YPSerialNum NBEL5A01B711` (要修改的SN) \
`ritool set MfrID NBEL` (要修改的SN的前四位，应该是厂商代码) \
`ritool set G984Serial 5A01B711` 修改的SN的8位) 

- 改SN实际只需要如下命令： \
ritool set MfrID STAR（把生产厂家标识NBEL改为STAR）\
ritool set G984Serial A1B2C3D4（这个位置是设备识别码的后8位)\
cfgcli -r（恢复出厂，等命令走结束）\
reboot 或 reset 重启设备 \
更改成功后查看设备码等信息：http://192.168.1.1/bucpe.cgi

- 修改MAC \
`ritool set MACAddress 3c:bd:69:6b:6d:7a` （修改MAC地址为3c:bd:69:6b:6d:7a）

- 修改root密码 \
`cfgcli -s InternetGatewayDevice.DeviceInfo.X_CT-COM_ServiceManage.SuPassword aDm8H%MdA` （修改root密码为aDm8H%MdA）
- 修改超级登录用户名 \
`cfgcli -s InternetGatewayDevice.DeviceInfo.X_CT-COM_TeleComAccount.UserName CMCCAdmin` （修改超级用户为CMCCAdmin）
- 修改超级登录密码 \
`cfgcli -s InternetGatewayDevice.DeviceInfo.X_CT-COM_TeleComAccount.Password aDm8H%MdA` （修改超级密码为aDm8H%MdA）
- 关闭虚拟机
```
cfgcli -s InternetGatewayDevice.SoftwareModules.ExecEnv.1.Enable false
cfgcli -s InternetGatewayDevice.SoftwareModules.ExecEnv.2.Enable false
```
- 开启全锥形网络 \
`cfgcli -s InternetGatewayDevice.WANDevice.1.WANConnectionDevice.2.WANPPPConnection.1.X_ASB_COM_FullconeNATEnabled true` （第二个参数2代表网络侧信息
`2_INTERNET_B_VID_41`  如果不同则修改为自身光猫对应的参数）
- 设备注册提示：1是关闭，0是开启 \
```
cfgcli -s InternetGatewayDevice.X_CT-COM_UserInfo.Status 0
cfgcli -s InternetGatewayDevice.X_CT-COM_UserInfo.Result 1
```
- 开启 ipv6 \
`cfgcli -f -s InternetGatewayDevice.DeviceInfo.X_CT-COM_IPProtocolVersion.Mode 3`
- 修改设备基本信息 \
`ritool set MfrID HWTC` (将生产厂家标识NBEL 改为HWTC）\
`ritool set Mnemonic G-140W-ME` (设备型号改为G-140W-ME）
- 恢复出厂设置
`cfgcli -r`

- 重启设备
`reboot` 或 `reset`


- 开启EPON和GPON自适应（待验证）\
`cfgcli -s InternetGatewayDevice.X_ASB_COM_PON_MODE.EnableAutoPon true`

- 查看当前连接数 \
`cat /proc/sys/net/netfilter/nf_conntrack_count`
- 查看最大值连接数 \
`cat /proc/sys/net/netfilter/nf_conntrack_max`

- 修改最大值连接线（推荐300000）\
`vi nf_conntrack_max`

- 查看系统 \
查看所有设置：`ritool dump` \
查看内存：`cat /proc/meminfo` \
查看当前挂载分区：`cat /proc/mounts` \
硬件中断统计：`cat /proc/interrupts` \
查看负载：`cat /proc/loadavg` `cat /proc/stat` \
驱动程序设备ID： `cat /proc/devices`

## 常用配置网页：
选择省份界面 http://192.168.1.1/opid_setting.cgi \
固件升级路径：http://192.168.1.1/upgrade.cgi \
插件配置卸载路径：http://192.168.1.1/upgrade_plugin.cgi? \
Upnp功能开启：http://192.168.1.1/upnp.cgi? \
usb备份、恢复：http://192.168.1.1/usb.cgi?backup \
TR069 RMS平台认证：http://192.168.1.1/tr69.cgi \
AWIFI激活管理平台：http://192.168.1.1/awifi_config.cgi \
设备码等信息查看：http://192.168.1.1/bucpe.cgi \
设定password密码：http://192.168.1.1/gpon_config.cgi \
设定LAN端IPV6： http://192.168.1.1/lan_cu.cgi \
配置文件查看：http://192.168.1.1/dumpdatamodel.cgi

诺基亚贝尔XG-040G-MD折腾笔记

总是偷偷摸摸，半夜三更给你的光猫来个重启，真的烦屎个伦～！

OptiXstar HN8546X6-30 XG-PON 这个玩意儿，固件已经背地里悄咪咪升级到了V5R022C00S270，很多办法都不能用了，删也删不掉。

不过么 billi 还是有大神分享了办法，不让删但可以禁用它。



总结如下：

1、超密是必须的，没有它可能无法开启telnet/ssh

2、满足第一条，那么telnet/ssh 进去（用户名：root  密码：Hw8@cMcc <--移动的是这个）

输入 `su` 提权 \
输入 `display waninfo all` 可以看到 `Service Type` 为 `TR069` 的 `Name` 为`wan1` ，状态为 `Enable` 
```
------------------------------------------------------------------------------------------------
Index   Name    Enable    Service Type    Protocol Type    IP Acquisition Mode
------------------------------------------------------------------------------------------------
1       wan1    Enable    TR069           IPv4             DHCP(IPv4)          
2       wan2    Enable    INTERNET        IPv4&IPv6        PPPoE(IPv4)/AutoConfigured(IPv6)
3       wan3    Enable    VOIP            IPv4             DHCP(IPv4)          
4       wan4    Enable    OTHER           IPv4&IPv6        -                   
------------------------------------------------------------------------------------------------
Total: 4
```

3、输入 `ip interface config interface wan1 status disable` 将其禁用（根据实际Name修改命令） \
再次输入 `display waninfo all` ，可见成功将 `TR069` 禁用。
```
------------------------------------------------------------------------------------------------
Index   Name    Enable    Service Type    Protocol Type    IP Acquisition Mode
------------------------------------------------------------------------------------------------
1       wan1    Disable   TR069           IPv4             DHCP(IPv4)          
2       wan2    Enable    INTERNET        IPv4&IPv6        PPPoE(IPv4)/AutoConfigured(IPv6)
3       wan3    Enable    VOIP            IPv4             DHCP(IPv4)          
4       wan4    Enable    OTHER           IPv4&IPv6        -                   
------------------------------------------------------------------------------------------------
Total: 4
```

4、两次输入 `quit` 退出即可。

现在再登录看看吧：

![Screenshot 2026-01-22 at 12.36.08.png](/static/img/286f2d81fd9f8cf1c907d456ba372c4f.Screenshot%202026-01-22%20at%2012.36.08.webp)

![Screenshot 2026-01-22 at 12.36.57.png](/static/img/e7a5866967e9fb1f750450521fa7c803.Screenshot%202026-01-22%20at%2012.36.57.webp)

![Screenshot 2026-01-22 at 12.36.34.png](/static/img/d0b95bff684d4b7ae2df1c984056c333.Screenshot%202026-01-22%20at%2012.36.34.webp)

TR069-烦人的远程管理-HN8546X6-30

今天修改了 luci-mod-network 一个js脚本，需要测试兼容性，于是打开 Chrome 输入192.168.1.1

😦😦😦😦😦 WTF?


![Screenshot 2025-06-04 at 22.12.48.png](/static/img/83da3d26d3b1b6fe9bed0530920ac307.Screenshot%202025-06-04%20at%2022.12.48.webp)



```
This site can’t be reached
https://192.168.1.1/ is unreachable.
ERR_ADDRESS_UNREACHABLE
```
- Microsoft Edge ✅
- Safari ✅
- Firefox ✅
- Chrome ❌

这...什么鬼

不是因为Chrome，而是因为新版的MacOS系统，禁止了Chrome接入内网，所以Safari可以，Chrome不可以，不是因为浏览器内核、不是因为Chrome提高了安全防护等级，而是MacOS的系统设置问题。


:::tip{title="解决方案"}
打开MacOS的“系统设置” - “隐私与安全性” - “本地网络” \
让指定的软件可以使用内网，点开 Chrome 右边的开关
:::

![Screenshot 2025-06-04 at 22.08.06.png](/static/img/0e51ea3f909828855ac7aab9f1815544.Screenshot%202025-06-04%20at%2022.08.06.webp)

Chrome : ERR_ADDRESS_UNREACHABLE

# 前言

![Screenshot 2025-06-03 at 09.25.28.png](/static/img/0a084eaae7c6e165453386b77c3a288c.Screenshot%202025-06-03%20at%2009.25.28.webp)
> 不作 就不会屎 \
> 没有调查研究 就没有发言权

至理名言啊～



## 关于 MR9000/MR9000X/MR9000-CN
它们都是同一款路由器，基于Linksys MR8300升级的型号，所以大体是相同的，存在一点点差异。

![mr9000.png](/static/img/5409fa020e7ee08772b852d486a22bfa.mr9000.webp)

# 变砖的原因
淘汰下来的设备，总想着不能浪费，当初也是旗舰机的存在。那就拿来刷个OP给办公室当主路由吧，性能还是不在话下的。 

## 没有 OpenWRT 官方支持的固件
一样的IPQ4019芯片，但找遍全网，就是没有这个机器的固件可刷，Linksys官方的固件功能稍微差一点，比如不能AdGuardHome、不能魔法、不能指定DHCP客户端IP，等等...

还是 op 论坛搜索到了一个讨论这款路由器的帖子，于是打开了新世界的大门，因为某位大神给编译了固件...

继续发挥互联网🛜的优势，找到这位大神的 github ，继而找到他用来发布固件的 URL

### 22.03.4 --> 23.05.0 --> 23.05.5 --> 24.10.1
一路走来，到最新版本的时候变砖了，过程就不说了，其实在23.05版的时候就已经有苗头了，偶发会出现重启以后没反应了，但是断电再开会有50%概率能够启动。但其实在luci界面查看Advanced reboot可以发现问题的：显示第二分区不正常了。

# 找寻元凶
UART连接，发现问题：
```
## Booting kernel from FIT Image at 84000000 ...
Bad FIT kernel image format!
ERROR: can't get kernel image!
```
这... 难道是固件坏了？ 

![mr8300_uart.jpg](/static/img/3ff92dd48d1b2e40b11b7e67043f25ed.mr8300_uart.webp)

拿出模块、杜邦线，按下图接好

![mr9000.jpeg](/static/img/331ab86fe8a9d9a2905965a1b3264671.mr9000.webp)


![341.jpeg](/static/img/289a5e02c01a49f99d512bd8d4054005.341.webp)
重新刷写一遍，ok，可以启动了，太好了！

关机，拔掉杜邦线，装好盖子，开机。
等待... ... ... ... ... 又不启动了，获取不到IP，盖子上的LED也一闪不闪！

完蛋！！！

难道是... 打开ChatGPT、Gemini问了一圈，都说大概率是NAND嘎了。

想想这机子用了十几年了，也确实、大概、可能真的是完蛋了！！！

可是，TFTP刷机的时候也没有报有坏块啊... 😭😭😭😭😭 先洗洗睡吧。

## 救砖
今天，一大早睡不着了，抱着不死心的心态，再次打开OP官网，查查有没有可能，突然想起ChatGPT曾经提起过这机器与MR8300非常接近，那就去看看吧。

### 蛛丝马迹
功夫不负有心人纳～～👍 在 [MR8300](https://openwrt.org/toh/linksys/mr8300#installation_of_23052410_or_snapshot) 的页面终于找到了关键点 👇👇👇

:::warning{title="注意⚠️"}
Installation of 23.05 and 24.10 (also main snapshot) requires a two steps installation. First you'll need to install 22.03 for changing a boot variable. Than you can install 23.05 or 24.10 (or main). Don't try to install or upgrade to 23.05 or 24.10 directly, it will soft-brick your device! Procedure is easy and described below.
:::

:::warning{title="警告⚠️"}
WARNING FOR INSTALLATION

Installation of 23.05/24.10 or snapshot requires two steps.

a previous working OpenWrt 22.03 to run several commands to change a bootloader variable. This is only needed once in the lifetime of the device.
flashing 23.05/24.10 or snapshot.
Don't try to flash directly 23.05/24.10, it won't work.
:::

:::info{title="信息🔔"}
Preliminary. Despite its fair amount of flash memory (256MB), the MR8300 has a **tiny kernel partition** limited to ***3MB***. This is sufficient to boot Linksys OEM and OpenWrt 22.03 (based on kernel 5.10). Meanwhile this is not enough to boot kernels 5.15 (23.05) or 6.6 (24.10). There is a workaround for this situation, and it involves changing a bootloader variable. This is only needed once in the lifetime of the device, and can be done easily via SSH. Once the bootloader has been tweaked, the device can boot everything: Linksys OEM, OpenWrt 22.03, 23.05, 24.10 and snapshot.
:::

同时，在 [论坛](https://forum.openwrt.org/t/openwrt-23-05-0-rc2-second-release-candidate/164308/172) 里也找到了类似的情况：

![Screenshot 2025-06-02 at 20.30.20.png](/static/img/91d4928ae25534b6e94b871631485a8c.Screenshot%202025-06-02%20at%2020.30.20.webp)

### 解决思路
既然 MR9000 基于 MR8300 ，并且它们的硬件配置高度相似，那么极大可能也是这个原因导致的。
那么我们再一次连上UART，看看u-boot进去之后，kernel的大小：
```
(IPQ40xx) # printenv
altkern=5f80000
auto_recovery=yes
baudrate=115200
boot_part=2
boot_part_ready=3
boot_ver=1.4.0
bootcmd=if test $auto_recovery = no; then bootipq; elif test $boot_part = 1; then run bootpart1; else run bootpart2; fi
bootdelay=2
bootpart1=set bootargs $partbootargs && nand read $loadaddr $prikern $kernsize && bootm $loadaddr
bootpart2=set bootargs $partbootargs2 && nand read $loadaddr $altkern $kernsize && bootm $loadaddr
ethact=eth0
ethaddr=00:03:7f:ba:db:ad
flash_type=2
flashimg=tftp $loadaddr $image && nand erase $prikern $imgsize && nand write $loadaddr $prikern $filesize
flashimg2=tftp $loadaddr $image && nand erase $altkern $imgsize && nand write $loadaddr $altkern $filesize
image=lion.img
imgsize=5800000
ipaddr=192.168.1.1
kernsize=300000  # <-- 注意，这就是罪魁祸首
loadaddr=84000000
machid=8010006
netmask=255.255.255.0
partbootargs=init=/sbin/init rootfstype=ubifs ubi.mtd=11,2048 root=ubi0:ubifs rootwait rw
partbootargs2=init=/sbin/init rootfstype=ubifs ubi.mtd=13,2048 root=ubi0:ubifs rootwait rw
prikern=780000
serverip=192.168.1.254
stderr=serial
stdin=serial
stdout=serial
```
元凶`kernsize=300000`既然找到，那么解决它也就易如反掌了：
```
setenv kernsize 500000
saveenv
reset
```

:::tip{title="原因"}
因为23.05开始，kernel都大于3MB了，u-boot极大概率会报错
```
Bad FIT kernel image format!
ERROR: can't get kernel image!
```
:::
果然，reset 自动重启就天下太平了。
# 恢复原厂kernel
## Linksys 原厂固件下载
在 [https://support.linksys.com/](https://support.linksys.com/kb/article/583-en/) 找到 [MR9000 Downloads, Documents, and User Guide](https://support.linksys.com/kb/article/583-en/) 页面：

:::note{title="MR9000 Downloads"}

The hardware version is located beside or beneath the model number and is labeled version, ver. or V. If there is no version number beside the model number on your Linksys product, the device is version 1. If you still have trouble finding your version number, see the complete article to learn more.

Select your hardware version: \
▼ Version 1.0

Firmware

Ver. 1.1.3.210125 \
Latest Date: 4/6/2022 \
[Download](https://downloads.linksys.com/support/assets/firmware/FW_MR9000_1.1.3.210125_prod.img) 48.5 MB \
Release Notes
:::
下载下来的固件名是：FW_MR9000_1.1.3.210125_prod.img 保存好备用。

## 刷回原厂
无论是 UART 进入 u-boot ，还是ssh到 OpenWRT，都要先启动到alt_kernel/alt_rootfs，这样确保刷回去的原厂固件在kernel和roofs。

:::info{title="u-boot"}
printenv \
setenv boot_part 2 \
saveenv \
reset
:::

:::info{title="ssh root@openwrt"}
fw_printenv \
fw_setenv boot_part 2 \
reboot
:::

:::info{title="luci-app-advenced-reboot"}
Reboot to alternative partition...
:::

然后就简单啦，和更新OP时候一样，在 Backup/Flash Firmware 界面 选择 Flash new firmware image 上传刚刚保存的 FW_MR9000_1.1.3.210125_prod.img ，开刷。

![Screenshot 2025-06-02 at 20.58.28.png](/static/img/689364de485d1ab942a3993ce458e510.Screenshot%202025-06-02%20at%2020.58.28.webp)

或者也可以ssh 进去命令行：
```
rsync -avz /path/to/folder/FW_MR9000_1.1.3.210125_prod.img root@openwrt_ip:/tmp/
```
```
ssh root@openwrt_ip
```
```
sysupgrade /tmp/FW_MR9000_1.1.3.210125_prod.img
```
大功告成，完美～ 👍👍👍

# 最后的最后

## MR9000 的警告
:::danger{title=""}
- MR9000 没有OP官方支持，是歪果仁大神在 IPQ4019 的固件源码基础上修改编译的
- 基于此，千万嫑手贱去更新 **ath10k-board-qca9984** 
- 别问我怎么知道的
:::
但是真的 更新了 ath10k-board-qca9984 也有办法补救：

![Screenshot 2025-06-03 at 09.42.50.png](/static/img/c3ca2f6e8300048efbfa58c9ed4c724c.Screenshot%202025-06-03%20at%2009.42.50.webp)

## 补救措施
:::tip{title=""}
```
cp /rom/lib/firmware/ath10k/QCA9984/hw1.0/board-2.bin /lib/firmware/ath10k/QCA9984/hw1.0/
cp /rom/lib/firmware/ath10k/QCA9984/hw1.0/firmware-5.bin /lib/firmware/ath10k/QCA9984/hw1.0/
ls -l /lib/firmware/ath10k/QCA9984/hw1.0/
reboot
```
:::

儿童节！Linksys MR9000X 救砖

前段时间折腾OpenWRT，自己瞎搞把 Velop WHW03 v2 的mtd搞坏了，是的，双固件都搞坏了。
坏到什么程度呢？什么连续开关4次、长按reset通电继续按住30秒等等的failsafe都无效，就是无论如何都启动不了的程度... 具体表现为：LAN口不停的连接、断开、连接、断开...

于是，查询 [OpenWRT官网资料](https://openwrt.org/toh/linksys/whw03_v2)，由于OpenWRT官网没有提供这台设备如何恢复原厂固件的详细步骤（其实根本没有），所以不得已只能再+ChatGPT+Gemini。

![linksys_whw03v2.jpg](/static/img/d922febf009eff4bd917fd6ba0f6cac6.linksys_whw03v2.webp)



# 拆解 Velop WHW03 v2，找到串口
## 1、拆解
这台 v2 并没有拆解图，需要参考 [whw03 v1](https://openwrt.org/toh/linksys/whw03_v1#opening_the_case) 步骤和照片图示基本一致，但要注意下面这个差异点：

:::tip{title="v2和v1在图4螺丝位置的差异"}
v1 的这颗螺丝在图示位置，而 v2 的在旁边白色的塑料延长脚上。

![whw03_v1_p3.jpeg](/static/img/11f7051c469abcb9fc71067d93224413.whw03_v1_p3.webp)
:::

要把这两块白色侧板推出来是真难，卡的非常紧，需要工具+巧劲，或者破拆准备😅
## 2、串口位置和定义
与 v1 的串口不同，v2 的串口是空孔位，没有安装针脚，因此我们需要的公头杜邦线。

![whw03v2_serial_pinout.jpeg](/static/img/2698ab5b1be8df42ec4c97972d31dbe9.whw03v2_serial_pinout.webp)

# 准备工作
## 1、连接设备串口
用 CH341A 作为 TTL-USB 转串口适配器，只需要 连接 GND、TX、RX 三根线 到路由器的 UART 接口：

:::info{title="具体如下"}
CH341A <---> 路由器 UART \
GND <---> GND \
TXD <---> RXD \
RXD <---> TXD
:::

## 2、准备原厂固件、启动TFTP服务
### 提前下载好Linksys原厂固件
[Linksys Velop whw03 v2 的原厂固件下载地址](https://downloads.linksys.com/support/assets/firmware/FW_WHW03_2.1.19.215389_prod.img) \
macOS默认浏览器下载位置是：`~/User/yourusername/Downloads/`
原厂固件的文件名是：`FW_WHW03_2.1.19.215389_prod.img`

### 启动 Mac TFTP 服务器
```
sudo launchctl load -w /System/Library/LaunchDaemons/tftp.plist
sudo launchctl start com.apple.tftpd
```

### 复制固件到 TFTP 目录
```
sudo cp ~/User/yourusername/Downloads/FW_WHW03_2.1.19.215389_prod.img /private/tftpboot/bronx.img
sudo chmod 666 /private/tftpboot/bronx.img
```
## 3、macOS实战
### 检查网卡接口

连接你的电脑到 WHW03 V2 的 LAN 口，并配置静态 IP：

IP: 192.168.1.100 \
Netmask: 255.255.255.0 \
Gateway: 192.168.1.1

### 插入 CH341A 适配器，terminal输入：
```
ls /dev/tty.*
```
你应该会看到一个类似：
`/dev/tty.usbserial-XXXXX` 的输出结果

### 使用 screen 连接（MacOS 默认支持）
```
screen /dev/tty.usbserial-XXXXX 115200
```
### 进入 U-Boot

在 screen 终端里，重新上电设备，并在启动过程中不断按 Ctrl+C 或 Enter，尝试进入 U-Boot 命令行。
它应该会进入交互模式，并显示：
`(IPQ40xx) #`

#### 输入下列命令
```
printenv
```
得到输出如下：
```
altkern=a800000
auto_recovery=yes
baudrate=115200
boot_part=2
bootargs=init=/sbin/init rootfstype=ubifs ubi.mtd=alt_rootfs root=ubi0:ubifs rootwait rw
bootcmd=if test $auto_recovery = no; then bootipq; elif test $boot_part = 1; then run bootpart1; else run bootpart2; fi
bootdelay=2
bootpart1=set bootargs $partbootargs && nand read $loadaddr $prikern $kernsize && bootm $loadaddr
bootpart2=set bootargs $partbootargs2 && nand read $loadaddr $altkern $kernsize && bootm $loadaddr
fdt_high=87000000
flash_type=2
flashimg=tftpboot $loadaddr $image && nand erase $prikern $imgsize && nand write $loadaddr $prikern $filesize
flashimg2=tftpboot $loadaddr $image && nand erase $altkern $imgsize && nand write $loadaddr $altkern $filesize
image=nodes_v2.img
imgsize=a100000
ipaddr=192.168.1.11
kernsize=d00000
loadaddr=81000000
machid=8010006
maxpartialboots=3
partbootargs=init=/sbin/init rootfstype=ubifs ubi.mtd=rootfs root=ubi0:ubifs rootwait rw
partbootargs2=init=/sbin/init rootfstype=ubifs ubi.mtd=alt_rootfs root=ubi0:ubifs rootwait rw 
prikern=700000
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial

Environment size: 1172/524284 bytes
```

### 擦除并写入固件

在上面我们得到的环境变量 flashimg 和 flashimg2 预设了 NAND Flash 操作，我们可以直接使用它：

#### 如果要刷入 主固件分区：
```
setenv image bronx.img
run flashimg
```
#### 如果要刷入 备用固件分区：
```
setenv image bronx.img
run flashimg2
```
flashimg 对应 prikern=700000，flashimg2 对应 altkern=a800000。
### 设置 U-Boot 启动分区

如果刷入 prikern（主分区）：
```
setenv boot_part 1
saveenv
```
如果刷入 altkern（备用分区）：
```
setenv boot_part 2
saveenv
```
### 重启设备
```
reset
```
至此，我们的工作已完成，设备应该正常启动到原厂固件。
# 补充：正常启动，但双固件都刷成OpenWRT的恢复原厂固件办法
OpenWRT官方没写，我借鉴参考了MX5300的办法，稍作变通
## Reset to stock firmware

:::warning{title="注意"}
Flashing the factory Linksys firmware does NOT work with sysupgrade (LuCI or CLI) and MAY render your device inoperable.
:::
### mtd on OpenWrt
1. Download the stock firmware for the device and copy it to the /tmp directory on the device. 1.1 If you saved the stock firmware to your computer, use scp -O firmware.img root@192.168.1.1:/tmp. Replace firmware with the actual file name and 192.168.1.1 with the actual IP address.
2. 先在Advanced reboot界面看好，自己现在是运行在哪个分区上


![Screenshot 2025-06-07 at 17.06.32.png](/static/img/91495aaf73119ea2cebb94d650968086.Screenshot%202025-06-07%20at%2017.06.32.webp)
3. 命令行查看mtd
输入`cat /proc/mtd`回车
```
cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00100000 00020000 "SBL1"
mtd1: 00100000 00020000 "MIBIB"
mtd2: 00100000 00020000 "QSEE"
mtd3: 00080000 00020000 "CDT"
mtd4: 00200000 00020000 "APPSBL"
mtd5: 00080000 00020000 "ART"
mtd6: 00080000 00020000 "u_env"
mtd7: 00040000 00020000 "s_env"
mtd8: 00040000 00020000 "devinfo"
mtd9: 0a100000 00020000 "kernel"
mtd10: 09b00000 00020000 "rootfs"
mtd11: 0a100000 00020000 "alt_kernel"
mtd12: 09b00000 00020000 "alt_rootfs"
mtd13: 00200000 00020000 "sysdiag"
mtd14: 0b500000 00020000 "syscfg"
```
4. 假设Current是在分区02，那么我们刷01（Alternative）
```
cd /tmp
mtd -e kernel write firmware.img kernel
reboot
```
5. 如果想要全部恢复，那么就把alt_kernel和alt_rootfs都刷一遍
```
cd /tmp
mtd -e kernel write firmware.img kernel
mtd -e alt_kernel write firmware.img alt_kernel
reboot
```
# 写在最后

:::tip{title="提示"}
用 UART 刷写固件的好处是：它可以在刷写过程中自动跳过nand的坏块，让固件可以继续写入运行，这一点是其他方式刷入固件做不到的。
:::