I have had an OpenWrt One for some weeks and love it – except for the frequent reboots that I have not been able to find the cause for.
Sometime it runs for a day, sometime not even a minute before it reboots. In addition, the wifi access point can also go offline temporarily. I haven't managed to figure out what causes this.
I kept a computer connected to the USB-C serial console during multiple reboots. My only clue is that it is somehow related to the network adapters getting disabled. (I have complete boot logs, but I'm not sure if they contain any sensitive information, so I'll start by sharing what it looks like before the reboot.)
In addition node exporter is exposing metrics. I see nothing there building up before the reboot.
How do I go on to investigate this further? If there's any way I can get more verbose logs of whatever is happening? It seems strange to me that there is no log of an actual shutdown. Is the power simply cut? Could it be a hardware issue?
...
[ 18.552729] Loading modules backported from Linux version v6.18.26-0-g1fe060681
[ 18.560046] Backport generated by backports.git 6ecbb44
[ 18.573577] rtc-pcf8563 0-0051: registered as rtc0
[ 18.579597] rtc-pcf8563 0-0051: setting system clock to 2026-08-31T06:42:42 UTC (1788158562)
[ 18.992079] mt798x-wmac 18000000.wifi: HW/SW Version: 0x8a108a10, Build Time: 20240823161240a
[ 19.235778] mt798x-wmac 18000000.wifi: WM Firmware Version: ____000000, Build Time: 20240823161304
[ 19.354777] mt798x-wmac 18000000.wifi: WA Firmware Version: DEV_000000, Build Time: 20240823161841
[ 19.452886] mt798x-wmac 18000000.wifi: registering led 'mt76-phy0'
[ 19.503758] mt798x-wmac 18000000.wifi: registering led 'mt76-phy1'
[ 19.569326] PPP generic driver version 2.4.2
[ 19.575137] NET: Registered PF_PPPOX protocol family
[ 19.585748] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 24.570714] mtk_soc_eth 15100000.ethernet eth0: Link is Down
[ 24.657959] mtk_soc_eth 15100000.ethernet eth1: PHY [mdio-bus:00] driver [MediaTek MT7981 PHY] (irq=POLL)
[ 24.671622] mtk_soc_eth 15100000.ethernet eth1: configuring for phy/gmii link mode
[ 24.681521] br-lan: port 1(eth1) entered blocking state
[ 24.686769] br-lan: port 1(eth1) entered disabled state
[ 24.692077] mtk_soc_eth 15100000.ethernet eth1: entered allmulticast mode
[ 24.699053] mtk_soc_eth 15100000.ethernet eth1: entered promiscuous mode
[ 24.824529] mtk_soc_eth 15100000.ethernet eth0: PHY [mdio-bus:0f] driver [Airoha EN8811H] (irq=53)
[ 24.833909] mtk_soc_eth 15100000.ethernet eth0: configuring for phy/2500base-x link mode
[ 26.378678] br-lan: port 2(phy0-ap0) entered blocking state
[ 26.384297] br-lan: port 2(phy0-ap0) entered disabled state
[ 26.389919] mt798x-wmac 18000000.wifi phy0-ap0: entered allmulticast mode
[ 26.396954] mt798x-wmac 18000000.wifi phy0-ap0: entered promiscuous mode
[ 26.787110] br-lan: port 2(phy0-ap0) entered blocking state
[ 26.792752] br-lan: port 2(phy0-ap0) entered forwarding state
[ 26.799450] mtk_soc_eth 15100000.ethernet eth1: Link is Up - 100Mbps/Full - flow control rx/tx
[ 26.813958] br-lan: port 1(eth1) entered blocking state
[ 26.819203] br-lan: port 1(eth1) entered forwarding state
[ 27.273073] br-lan: port 3(phy1-ap0) entered blocking state
[ 27.278662] br-lan: port 3(phy1-ap0) entered disabled state
[ 27.284309] mt798x-wmac 18000000.wifi phy1-ap0: entered allmulticast mode
[ 27.291348] mt798x-wmac 18000000.wifi phy1-ap0: entered promiscuous mode
[ 28.043459] br-lan: port 3(phy1-ap0) entered blocking state
[ 28.049046] br-lan: port 3(phy1-ap0) entered forwarding state
[ 29.410852] mtk_soc_eth 15100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
F0: 102B 0000
FA: 1040 0000
FA: 1040 0000 [0200]
...
Another instance:
...
[ 18.438167] Loading modules backported from Linux version v6.18.26-0-g1fe060681
[ 18.445578] Backport generated by backports.git 6ecbb44
[ 18.460522] rtc-pcf8563 0-0051: registered as rtc0
[ 18.466563] rtc-pcf8563 0-0051: setting system clock to 2026-08-31T06:43:42 UTC (1788158622)
[ 18.882175] mt798x-wmac 18000000.wifi: HW/SW Version: 0x8a108a10, Build Time: 20240823161240a
[ 19.123018] mt798x-wmac 18000000.wifi: WM Firmware Version: ____000000, Build Time: 20240823161304
[ 19.244237] mt798x-wmac 18000000.wifi: WA Firmware Version: DEV_000000, Build Time: 20240823161841
[ 19.342969] mt798x-wmac 18000000.wifi: registering led 'mt76-phy0'
[ 19.395758] mt798x-wmac 18000000.wifi: registering led 'mt76-phy1'
[ 19.464618] PPP generic driver version 2.4.2
[ 19.469880] NET: Registered PF_PPPOX protocol family
[ 19.479434] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 24.344532] mtk_soc_eth 15100000.ethernet eth0: Link is Down
[ 24.435455] mtk_soc_eth 15100000.ethernet eth1: PHY [mdio-bus:00] driver [MediaTek MT7981 PHY] (irq=POLL)
[ 24.449252] mtk_soc_eth 15100000.ethernet eth1: configuring for phy/gmii link mode
[ 24.461293] br-lan: port 1(eth1) entered blocking state
[ 24.466616] br-lan: port 1(eth1) entered disabled state
[ 24.471934] mtk_soc_eth 15100000.ethernet eth1: entered allmulticast mode
[ 24.478936] mtk_soc_eth 15100000.ethernet eth1: entered promiscuous mode
[ 24.605153] mtk_soc_eth 15100000.ethernet eth0: PHY [mdio-bus:0f] driver [Airoha EN8811H] (irq=53)
[ 24.614702] mtk_soc_eth 15100000.ethernet eth0: configuring for phy/2500base-x link mode
[ 26.552264] mtk_soc_eth 15100000.ethernet eth1: Link is Up - 100Mbps/Full - flow control rx/tx
[ 26.552969] br-lan: port 1(eth1) entered blocking state
[ 26.566120] br-lan: port 1(eth1) entered forwarding state
[ 29.466670] mtk_soc_eth 15100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[27170.641924] br-lan: port 2(phy1-ap0) entered blocking state
[27170.647571] br-lan: port 2(phy1-ap0) entered disabled state
[27170.653176] mt798x-wmac 18000000.wifi phy1-ap0: entered allmulticast mode
[27170.660217] mt798x-wmac 18000000.wifi phy1-ap0: entered promiscuous mode
[27170.916221] br-lan: port 3(phy0-ap0) entered blocking state
[27170.921803] br-lan: port 3(phy0-ap0) entered disabled state
[27170.927458] mt798x-wmac 18000000.wifi phy0-ap0: entered allmulticast mode
[27170.934516] mt798x-wmac 18000000.wifi phy0-ap0: entered promiscuous mode
[27171.138035] br-lan: port 3(phy0-ap0) entered blocking state
[27171.143629] br-lan: port 3(phy0-ap0) entered forwarding state
[27171.677861] br-lan: port 2(phy1-ap0) entered blocking state
[27171.683458] br-lan: port 2(phy1-ap0) entered forwarding state
F0: 102B 0000
FA: 1040 0000
FA: 1040 0000 [0200]
...
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
It was powered by a computer's USB-C port, now by a docking station's USB-C port. It has had good and bad days with both power supplies.
It crossed my mind that the power supply cause issues, but I haven't seen any signs of that in the logs. And I've assumed that 15 V USB-C PD is a reliable power source (and that the device would only accept a power source that actually delivers 15 V.)
During boot I get these warnings, but I believe that is due to the missing battery?
[ +0.014754] rtc-pcf8563 0-0051: low voltage detected, date/time is not reliable.
[ +0.007571] rtc-pcf8563 0-0051: registered as rtc0
[ +0.006007] rtc-pcf8563 0-0051: low voltage detected, date/time is not reliable.
[ +0.007484] rtc-pcf8563 0-0051: hctosys: unable to read the hardware clock
I always had a problem a couple of times that wifi stopped working because /etc/board.json was empty. After some debugging i resolved it by executing /bin/board_detect and restarting the wifi devices in LuCi. (I have no idea what caused this. I just happended yesterday morning. It hasn't happened today.)
Mon Aug 31 07:43:38 2026 daemon.notice hostapd: Set MLD config: [ ]
Mon Aug 31 07:43:38 2026 daemon.notice hostapd: Reload all interfaces
Mon Aug 31 07:43:38 2026 daemon.notice wpa_supplicant[1939]: Set MLD config: [ ]
Mon Aug 31 07:43:38 2026 daemon.notice hostapd: Set MLD config: [ ]
Mon Aug 31 07:43:38 2026 daemon.notice hostapd: Reload all interfaces
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): Syntax error: Failed to parse JSON string: unexpected end of data
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): In find_phy_by_path(), file /usr/share/ucode/wifi/utils.uc, line 73, byte 45:
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): called from function find_phy (/usr/share/ucode/wifi/utils.uc:109:43)
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): called from function setup (./mac80211.sh:163:39)
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): called from anonymous function (./mac80211.sh:341:14)
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475):
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): ` let data = json(readfile("/etc/board.json")).wlan;`
Mon Aug 31 07:43:38 2026 daemon.notice netifd: radio1 (23475): Near here -------------------------------------^
I do not have a multimeter. I can try using another cable. Is there any command or any logs that can tell us if power is actually the problem? The reboots don't seem to be related to increased CPU load, at least.
… It probably doesn't matter, but the device was delivered without OpenWrt, whereas the wiki article says it's always preinstalled. I actually thought it was broken and contacted the vendor, who then asked if I had tried to flash it.
I did, and except for these reboots it works as advertised. But I've wondered if it's a faulty unit.
I replaced the USB-C cable and booted the device. This time wifi didn't work. It connected through USB-C console and saw that /etc/board.json was empty again. I ran board_detect, and then it worked.
If you're referring to the Dmesg or Console output, they are pretty safe to post but won't help though with your issue.
You're on current release and your config is pretty well oob, so I'm on board with @psherman looking askance of your PS (I don't think the PD PS supply is included in the EU devices). The OO needs a proper Power Delivery supply. Any variance from a normal PS like local brownouts/spikes . . . can cause the issues you’re experiencing.
If you have an 802.3af/at PoE adapter or POE switch available you can use that to power the OO by swapping your Lan/Wan ports in /etc/config/network.
On another note, the RTC needs a CR1220 coin cell battery.