360v6 QSDK 固件安装软件后重启LAN口不稳定、无WIFI

more_d***

如题，360v6路由器，用了好几个QSDK固件都是这样，主要症状是：
执行 opkg install 命令，安装某一个软件，使用正常，但是重启后：
1. LAN口一开始十几秒是通的，然后就失联了，接着十几秒又通了，然后十几秒又失联。电脑PING路由器，发现经常超时或不可达。这样不断循环...
2. 一直无WIFI。
还好，利用十几秒的时间可以登入，可以执行firstboot -y恢复出厂设置。
也在十几秒内，读取了系统日志，看到以下输出：

root@OpenWrt:~# logread -f
Thu Apr 28 17:49:22 2022 daemon.notice procd: /etc/rc.d/S95shadowsocksr: /etc/rc.common: line 152: flock: not found
Thu Apr 28 17:49:26 2022 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Thu Apr 28 17:49:27 2022 daemon.notice procd: /etc/rc.d/S95shadowsocksr: iptables: Resource temporarily unavailable.
Thu Apr 28 17:49:27 2022 daemon.notice procd: /etc/rc.d/S95shadowsocksr: Another app is currently holding the xtables lock. Perhaps you want to use the -w option?
Thu Apr 28 17:49:28 2022 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Thu Apr 28 17:49:28 2022 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Thu Apr 28 17:49:29 2022 daemon.notice procd: /etc/rc.d/S95shadowsocksr: /etc/rc.common: line 1: flock: not found
Thu Apr 28 17:49:29 2022 cron.info crond[3071]: crond (busybox 1.28.3) started, log level 5
Thu Apr 28 17:49:30 2022 daemon.info qbittorrent: Instance "main" disabled.
Thu Apr 28 17:49:30 2022 daemon.notice procd: /etc/rc.d/S99qbittorrent: Command failed: Invalid argument
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]: ttyd 1.6.3 (libwebsockets 2.4.1)
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]: tty configuration:
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]:   start command: /bin/login
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]:   close signal: SIGHUP (1)
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]:   terminal type: xterm-256color
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]: Creating Vhost 'default' port 7681, 2 protocols, IPv6 off
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]:  Listening on port: 7681
Thu Apr 28 17:49:30 2022 daemon.notice ttyd[3185]:  Using foreign event loop...
Thu Apr 28 17:49:35 2022 daemon.notice procd: /etc/rc.d/S99zerotier: disabled in config
Thu Apr 28 17:49:35 2022 daemon.info procd: - init complete -
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.854822] cnss[2]: ERR: FW ready timed-out 15 seconds
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.854849] qmi_history_index [12]
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.858846] qmi_history[0]:timestamp[22009] instance_id [0x2] msg_id[0x20] err[0] resp_err[0]
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.862326] qmi_history[1]:timestamp[22009] instance_id [0x2] msg_id[0x20] err[0] resp_err[0]
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.870948] qmi_history[2]:timestamp[22009] instance_id [0x2] msg_id[0x34] err[0] resp_err[0]
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.879486] qmi_history[3]:timestamp[22009] instance_id [0x2] msg_id[0x34] err[0] resp_err[0]
Thu Apr 28 17:49:35 2022 kern.err kernel: [   38.887956] qmi_history[4]:timestamp[22026] instance_id [0x2] msg_id[0x35] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.896464] qmi_history[5]:timestamp[22027] instance_id [0x2] msg_id[0x36] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.904964] qmi_history[6]:timestamp[22027] instance_id [0x2] msg_id[0x36] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.913456] qmi_history[7]:timestamp[22027] instance_id [0x2] msg_id[0x37] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.921991] qmi_history[8]:timestamp[22027] instance_id [0x2] msg_id[0x24] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.930504] qmi_history[9]:timestamp[22027] instance_id [0x2] msg_id[0x24] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.939003] qmi_history[10]:timestamp[22027] instance_id [0x2] msg_id[0x25] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.947500] qmi_history[11]:timestamp[22033] instance_id [0x2] msg_id[0x25] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.956034] qmi_history[12]:timestamp[22033] instance_id [0x2] msg_id[0x25] err[0] resp_err[0]
Thu Apr 28 17:49:36 2022 kern.err kernel: [   38.964585] cnss[2]: ERR: ASSERT at line 718
Thu Apr 28 17:49:36 2022 kern.warn kernel: [   38.973215] ------------[ cut here ]------------
Thu Apr 28 17:49:37 2022 kern.crit kernel: [   38.977597] kernel BUG at drivers/net/wireless/cnss2/main.c:718!
Thu Apr 28 17:49:37 2022 kern.emerg kernel: [   38.982201] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP


Network error: Software caused connection abort

3. 但是安装shellclash，重启后则完全正常。

请问有没有类似的情况？该如何解决。

谢谢！

补充说明：
1. 已经尝试了重刷3.8,4.1等固件，不勾选“保留数据选项”，也进入uboot界面刷过factory 固件，都是这个样子。
2. 网页恢复出厂设置也整了好几次，以及命令行操作也N次，包括：

root@OpenWrt:~# firstboot -y && reboot
/dev/ubi0_2 is mounted as /overlay, only erasing files

和

root@OpenWrt:~# umount /overlay && jffs2reset && reboot now
This will erase all settings and remove any installed packages. Are you sure? [N/y]
y
/dev/ubi0_2 is not mounted
/dev/ubi0_2 will be erased on next mount
writing /dev/ubi0_2 failed: Bad file descriptor

3. 只要不安装软件，不重启运行就非常稳定；安装软件但不重启，运行也稳定；安装软件重启后就出现上述的情况。

4. 固件感觉是个奇怪的组合，版本太低了（17.01），不知道有没有问题：

root@OpenWrt:~#  ubus call system board
{
        "kernel": "4.4.60",
        "hostname": "OpenWrt",
        "model": "360V6 IPQ6018\/AP-CP03-C1",
        "board_name": "ap-cp03-c1",
        "release": {
                "distribution": "LEDE",
                "version": "17.01-SNAPSHOT",
                "target": "ipq60xx\/generic",
                "revision": "R22.4.18",
                "description": "OpenWrt "
        }
}

alvi***

我用的是22.3.8版本，感觉挺稳定的。你要不试试从新刷边。

蒲公***

我的也很稳定  重刷恢复出厂试试

more_d***

恢复出厂设置、重新刷了还是这样诶。

more_d***

终于今天人品爆发，找到原因了。我用的AP模式，完全关掉UPnP功能就又可以愉快的玩耍了。害的我花了好几个晚上进行刷机啊，关掉WG接口啊，调整TurboACC选项等各种骚操作。