Thanks for the response! Unfortunately, no - setting the wait time to 30s and then rebooting doesn't seem to make a difference.
For what it's worth, I was poking around in the output of `journalctl`, trying to spot something. When I boot with just Ethernet enabled (but no Wifi), I can SSH into the device. If I then activate Wifi in LibreELEC (but not connect to any network), I see these messages show up in the `journalctl` output:
Jun 27 17:59:17 LibreELEC kernel: brcmfmac: power management disabled
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {RX} 313 packets 157940 bytes
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {TX} 377 packets 43318 bytes
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {update} flags 36867 <UP>
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {newlink} index 3 address B8:27:EB:A6:09:8C mtu 1500
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {newlink} index 3 operstate 2 <DOWN>
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {RX} 313 packets 157940 bytes
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {TX} 377 packets 43318 bytes
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {newlink} index 3 address B8:27:EB:A6:09:8C mtu 1500
Jun 27 17:59:17 LibreELEC connmand[348]: wlan0 {newlink} index 3 operstate 2 <DOWN>
Jun 27 17:59:17 LibreELEC wpa_supplicant[430]: WPS: Converting push_button to virtual_push_button for WPS 2.0 compliance
Display More
If I now associate with some network, I see these additional messages:
Jun 27 17:59:32 LibreELEC wpa_supplicant[430]: wlan0: Failed to initiate sched scan
Jun 27 17:59:50 LibreELEC connmand[348]: ipconfig state 2 ipconfig method 1
Jun 27 17:59:53 LibreELEC wpa_supplicant[430]: wlan0: Trying to associate with SSID 'BKA Funkwagen 9'
At this point, both interfaces have a plausible IP and I can ping as well as SSH via either IP.
Now, I reboot (with having both Ethernet and Wifi enabled) and thus get the system into the problematic state again: outgoing connections appear to work, both interfaces have sensible IPs: but neither ping nor SSH works.
Using the keyboard, I disable the Wifi connection again such that I can then SSH in via the Ethernet IP. I then extracted the output of journalctl since the reboot - you can find it at
Is there maybe anything fishy in here?
What surprised me is that in the output since the last boot, there is no sign of wpa_supplicant trying to associate with the SSID. Yet, in the GUI, it looks as if it associated (it has an IP address).
Finally, I enabled Wifi in the GUI again and connected to some Wifi network. That caused these messages to show up in the journalctl output:
Again, here one can see how it actually associates.