We would like to inform you that in the HBT (Testing) branch, you can find a new Turris OS 5.0.4. In this version, you can find improved support for multi SSID if you were using an SDIO Wi-Fi card with your Turris MOX. It means that guest Wi-Fi should work on the SDIO WI-Fi card more reliably. There are also security updates for golang, libvorbisec and updates for golang. While at it, we looked at the same issues, which were reported to us like zerotier and squid which were not working and, in some cases, they segfaulted at start.
As usual, we appreciate any feedback regarding this release.
I just clicked the “update” button from a remote location. Now I received an email from the router saying
"The system was updated, but some changes will take effect only after reboot. Please reboot the device.
The device will be restarted automatically on Thursday, July 30 at 08:00 PM."
However, my MOX is one of the devices that gets stalled when it is rebooted.
So I fear this means, in 10 days from now, my router will shut down and not come up again? Given I’m >250km away from it, that would be very annoying!
Is there a way how I can inhibt this automatic reboot in 10 days from now and to make it happen only once somebody can unplug/plug the power plug? I was unable to identify which script/program is responsible for triggering the reboot, would that be the foris-controler?
We are releasing another RC of Turris OS 5.0.4. There are security fixes for Python 3, updated squid (huge update) and msmtp (adds undisclosed_recipients). For the Turris 1.x routers (the blue one which was given to the people in the Czech Republic as part of security research running on PowerPC CPU) there are a few missing packages:
@dg1sek In general it is not good idea to poke in internals unless you really know what you are doing (know program and script you are tampering with) just for consideration and as warning before I answer you.
Saying that reboots are scheduled as part of notification system (by notifier script) and process triggering this reboot is atd. You can list all scheduled tasks by running at -l. In general there should be only reboot tasks but either way you can recognize reboot tasks because of reboot time. To remove task you can do at -r NUM where NUM is job number (that is number in first column of at -l output). I hope this helps.
MOX classic, simple config, WiFi - after RC3 lost both WiFi fortunately schnapps rollback returned config to previous working state.
NB had simillar problem with 3.11.18 RC of TO, where fortunately reboot helped to recover lost 5GB WiFi
Most noticeable changes were related to zstd, mpd, mpd and liblz4. These packages do not affect Wi-Fi, so I am more curious about what means “lost both Wi-Fi”. Were they detected by the hardware/software? Could you see something related in messages? Hostapd was running?
When I upgrade from OS 3.11.17 to 5.0.x, everything seems to be fine, with one exception. The following warning is displayed during the update: "Updater failed: Called uri_path on URI of scheme: https "
I’m on the new OS now. However, if I change anything requiring a network restart (eg. a change in the WiFi section), the router will freeze during this network restart and stop all communication. There is no chance of accessing the Internet, Putty will not connect to the Turris, a restart will not help. Only Factory Settings and return to 3.11.17. helps …
Sending diagnostics with part of syslog to support. Was not able to find why WiFi did not work (mainly not knowing what to look for). Best luck!
Moreover, I forgot to mention that my MOX after reboot or powering off/on most often do not come to life, I have to repeat the sequence more times.
Funny, when I turned off IP6 protocol in Foris, everything started working.
With IP6 on I was even unable to perform the command opkg update in the putty