and that seemed to unstuck the process and I ended up with Turris 5.0 after a few minutes. I also started from Turris 3.11.17. And I do not remember messing with that location.
After some mis-adventures this morning since it decided to try updating again (because the 2 LED restore decided I should use the post-update snapshot) I got a schnapps restore I feel I can trust not to try updating on me, which is the post install after updating to 3.11.17.
This was entirely there from before the attempted upgrade (in my current snapshot). Should I remove /usr/share/updater/localrepo? The upgrade doc just mentions that this will be blown away, which Iâm fine with (I have backups and/or can recreate as needed).
[edit] I tried that and itâs just sitting there. Did you touch the file before the upgrade?
[edit2] I schnapps restored again and touched the file before I started the upgrade and it completed. - Yay, Turris 5.0
Thanks to migration to be pointed in Turris OS 3.x still to HBK the Turris 1.x migration should be possible now.
Fix for LXC migration should be up once Turris OS 5.0.1 is released to HBS (script just wasnât included, my fault). It is already available If you migrate from nightly as it is in HBK already.
Thank you for noticing that. It should not cause any problems during update with exception that it wonât stop LXC config migration of multiple networks are found in config. Updater runs these script with closed stdin if I remember correctly. In manual execution that causes problem that is true.
It should be fixed now in master and should be part of future fixup release (5.0.1 or 5.0.2).
Hi there, I did try to update my Turris Omnia from 3 to 5, which in general worked ok with the known caveats (LXC-Container with multiple Interfaces, and freeradius 2 to 3 Config Changes etcâŚ) but at the moment there is one thing blocking the usability for me:
I have several VLANs running, and most importantly a trunk port for the vlans on LAN1. The Migration seemingly did migrate this more or less as expected, (meaning, it puts lan1.vlanid interfaces into the respective bridges) but it does not work. I canât reach anything on the other side of the trunk. Is this supposed to be a supported migration, or are there any additional steps / manual changes necessary to get this working?
As the Omnia is my main Router and my Network doesnât work without the trunk port I did rollback to Version 3 for the time being (fortunately this works as expected).
Can you please pm me old network configuration and migrated one? You can get 3.x one directly and migrated one can be received by mounting rollback snapshot. That is /etc/config/network file.
I followed the migration steps logged in as root via ssh shell:
opkg-cl update
opkg-cl install tos3to4
updater-supervisor -d
After reboot I had to reassign my WAN under the Interfaces menu but my switch and lan ports are no longer available. Wifi is fine. Does anyone have a default /etc/config/network file for 5.x they can post the contents I may reference to make my switch and wired lan operational again?
So I bit the bullet and pulled the trigger to update my TO to 5.
Script seemed to go fine, email notifications as timing, I think I kicked off around 16:35 (âUpdater approvals were deactivated to prevent problems during migration to latest major release of Turris OS!â email).
Received the updates applied email around 16:54
Now on:
:: TurrisOS 5.0.1 :: TurrisOS 5.0.1 e752fc1ff9d1d4f50a32155dd714dcde4b070bd4 :: 5.0.1.e752fc1ff9 ::
I donât have LXC yet which caused some problems as I use pihole on a LXC so need to workout how to get that running again.
I needed to power off and back on again to get the full network up (wifi didnât work)
I am receiving an error on the LXC page thus:
If I click the login button and login, it cycles back to the same message and I have to log in again, sometimes after the second login I get a text screen saying that there is a corrupt file.
â/usr/lib/lua/luci/dispatcher.lua:426: /etc/config/luci seems to be corrupt, unable to find section âmainââ
TO 2 GB, WiFi, simple config, 2x lxc; TOS 3.11.17 (rc)
Installed sw
from Updater:
Data Collection
LuCI extensions
NAS
SSH Honeypot
LXC utilities
Extensions of network protocols
Internet connection speed measurement
Cloud Backups
another sw:
Ludus
Atlas-sw-probe
mc
netdata
omnia-led-colors
Attempted migration to TOS 5 to no avail Twice
TLDR; unsuccessful migration, unfunctioning WAN, WiFi without internet
access. Rollback. Thus staying on 3.11.17, waiting for miracle or advice.
Maybe it would be better to download all needed packages to some temporary
location prior to make changes in networking
1st try
Went according to recipe,
in updater-supervisor -d step after about 10 mins pkgupdate
ceased to work; LuCI, Foris, SSH were working⌠According SSH and Foris TOS
was in 5.0.1 (HBK) version but without internet. Tried to set WiFi and
WAN, never succeeded Switch-branch to HBS with multiple errors like
â* opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/âŚâ;
nevertheless ended with message âYou are now on stable the latest version of
Turris OSâ. Rollback to last 3.11.17 snapshot.
To my surprise after about two or three hours later TOS without any warning
or question updated itself again to version 5.0.1. (probably because 3.11.17 was
in rc branch?). Situation was this time nearly the same, i.e. no internet.
Again rolled back to 3.11.17, and switched branch to deploy. After that was
system stable.
2nd try
Similar situation as in 1st try. After about 10 mins from start pkgupdate
ceased to work; LuCI, Foris, SSH were working⌠According SSH and Foris TOS
was in 5.0.1 (HBK) version again without internet. /tmp/update-state/state
stated failure. This time no attempts to make WAN and WiFi work
As far as I found on forum that in such a situation pkgupdate might help,
I run it⌠of course it ended with error. After reboot I wanted to switch
branch to HBS, which ended with errors, as well, but stated that âYou are now
on stable the latest version of Turris OSâ. I gave up and rolled back to last
3.11.17 snapshot.
So any thoughts on how I can fix the â/usr/lib/lua/luci/dispatcher.lua:426: /etc/config/luci seems to be corrupt, unable to find section âmainââ issue on the LXC page, I would like to just try and create an LXC so I can use it for a template to get my previous LXC working again