Turris OS 5.0 is released!

opkg update doesn’t work after auto update from 4.0.5 to 5.0. Probably because wget is not present in the system.

log
root@turris:~# opkg update
Downloading https://repo.turris.cz/hbs/omnia/packages/core/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/core/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/base/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/base/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/luci/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/luci/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/node/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/node/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/packages/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/packages/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/routing/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/routing/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.gz

Downloading https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.gz
*** Failed to download the package list from https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.gz

Collected errors:
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/core/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/base/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/luci/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/node/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/packages/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/routing/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.gz, wget returned 255.
 * opkg_download: Failed to download https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.gz, wget returned 255.
root@turris:~# wget
-ash: wget: not found

update1: Issue was fixed by running pkgupdate.

update2: 5Ghz wifi didn’t worked. Solved by running opkg remove kmod-ath10k && opkg install kmod-ath10k-ct

update3: pkgupdate produces:

INFO:Target Turris OS: 5.0.0
WARN:Package wpad is in cyclic dependency. It might fail its post-install script.
WARN:Package hostapd is in cyclic dependency. It might fail its post-install script.
WARN:Requested package luci-i18n-rainbow-en that is missing, ignoring as requested.
WARN:Requested package luci-i18n-sqm-en that is missing, ignoring as requested.

Is it expected?

2 Likes

30 posts were split to a new topic: Samba 4 changes

My Turris 1.0 got updated automatically to TOS 5.0 from 4.0.x . There was error shown - “You deinstalled btrfs support but your router is still using it, so it will likelly break.”

Do I need to be concerned ?

Router seems to be running fine after restart …

It is common condition.

Was it? The hack was present in Turris OS 3.x. It was not included in Turris OS 4.0.

Wasn’t it beautiful? Would you rather receive an update during the midnight? In the Updater tab, there is a possibility to use Delayed updates or Approved updates.

In the past, I wrote some posts about it, and hopefully, those were not confusing nor contradictory. If yes, please say it loud next time, ok?

  • Turris OS 3.x version is still supported. Today we released a new release 3.11.17 and the next one is coming! If you are asking about automatic migration, there is going to be and I can not give you an exact date when migration at least for advanced users will be possible. However, this will not cover all cases. If you are not sure or don’t you want to wait for whatever reason just jump on the Turris OS 5.0 way by medkit.
  • Support has been ended Turris OS 4.0.x once Turris OS 5.0 was released.

Documentation is going to be updated. We are aware of it and thanks for reporting!

HBS and HBT are the same for now. This is going to be changed once we release a new release in HBT.

Can you please provide me some logs to know what happened? Did you do a restart of your router?

This means that you have installed rainbow and sqm packages, which does not have separated the English language and it could mean that the English language is part of the standalone package. It is a common behavior that English packages have their own package. These are harmless. I checked it for you and the warning for luci-i18n-sqm will be gone once OpenWrt 20.xx is released, because it is fixed in their master and rainbow is our package.

This happened because turris-btrfs package was renamed to turris1x-btrfs that’s why it sent you the scary notification. You just need to check it that you have it installed and it’s going to be just fine.

Thanks,
I’ve the same issues. No wget and missing 5GHz wifi card.

Omnia on 4.0.5, updated during the day.

This update was very strange. Wifi stopped, all leds on router were lighting except WAN led that blinked. So I’ve restarted omnia and later on I’ve found, that it was probably caused by update :open_mouth:

When my Omnia auto updated earlier (without me knowing), it knocked out the wifi so I went and powered it off and on again since I thought something had crashed. I think this may have been mid-update as it came back on okay, but a few things (like OpenVPN) weren’t working properly.

I reinstalled 4.0.5 with medkit, restored a config backup and let it update again and all seems good now.

I noticed /etc/config/backups was overwritten though (I’d added extra directories to backup).

1 Like

Do you have any logs? It seems to me like unfinished update. What means missing 5 GHz card? Is is not visible in lspci? Is there anything in /var/log/messages?

This was not reported in the Testing branch and it was not reported it to us on support.

In any case → Support: Getting help.

I’ve found dmesg on terminal:

[   29.995259] NET: Registered protocol family 24
[   30.015868] pci 0000:00:02.0: enabling device (0140 -> 0142)
[   30.023898] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   30.264017] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   30.274772] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.536590] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   30.545713] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   30.556157] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.566649] firmware ath10k!cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   30.575448] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[   30.586199] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.596679] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[   30.605771] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-5.bin failed with error -2
[   30.616517] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.626940] firmware ath10k!QCA988X!hw2.0!firmware-5.bin: firmware_loading_store: map pages failed
[   30.636033] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-4.bin failed with error -2
[   30.646775] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.657178] firmware ath10k!QCA988X!hw2.0!firmware-4.bin: firmware_loading_store: map pages failed
[   30.666269] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-3.bin failed with error -2
[   30.677007] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.687400] firmware ath10k!QCA988X!hw2.0!firmware-3.bin: firmware_loading_store: map pages failed
[   30.696488] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-2.bin failed with error -2
[   30.707226] ath10k_pci 0000:02:00.0: Falling back to user helper
[   30.717615] firmware ath10k!QCA988X!hw2.0!firmware-2.bin: firmware_loading_store: map pages failed
[   30.726667] ath10k_pci 0000:02:00.0: Failed to find firmware-N.bin (N between 2 and 6) from ath10k/QCA988X/hw2.0: -11
[   30.737320] ath10k_pci 0000:02:00.0: could not fetch firmware files (-11)
[   30.744130] ath10k_pci 0000:02:00.0: could not probe fw (-11)
[   30.759497] usbcore: registered new interface driver qcserial
[   30.765309] usbserial: USB Serial support registered for Qualcomm USB modem

I fixed this by installing kmod-ath10k-ct package as MightyWarrior suggested on Turris OS 5.0 is released!

Note: I had the -ct firmware installed before update:

root@turris:/tmp# opkg remove kmod-ath10k
Package unison version 2.51.2-1 has no valid architecture, ignoring.
Package libexpat version 2.2.9-1.0 has no valid architecture, ignoring.
Removing package kmod-ath10k from root...
WARNING: You probably just removed a package that was installed as part of a user list or the basic system. This package will return durring the next updater run. We suggest you disable the user list instead.
root@turris:/tmp# opkg install kmod-ath10k-ct
Installing kmod-ath10k-ct (4.14.180+2019-09-09-5e8cd86f-1-58f4a00531100abb0e5ec1c98b13b78d.0) to root...
Downloading https://repo.turris.cz/hbs/omnia/packages/core/kmod-ath10k-ct_4.14.180%2b2019-09-09-5e8cd86f-1-58f4a00531100abb0e5ec1c98b13b78d_arm_cortex-a9_vfpv3-d16.ipk
Installing kmod-hwmon-core (4.14.180-1-58f4a00531100abb0e5ec1c98b13b78d.0) to root...
Downloading https://repo.turris.cz/hbs/omnia/packages/core/kmod-hwmon-core_4.14.180-1-58f4a00531100abb0e5ec1c98b13b78d_arm_cortex-a9_vfpv3-d16.ipk
Configuring kmod-hwmon-core.
Configuring kmod-ath10k-ct.

This sounds great.
Nevertheless there’s one important thing missing for me to start the upgrade procedure 3.11.x to 5.x on both of my TO: would you please please write an official guide on how to correctly use VLAN-tagging?
Yes, there are various threads on this, but no clear main description on how to do it… My network depends on working VLANs, therefore I really need this to work.

3 Likes

Didn’t see this message when I originally replied.

My LEDs were doing the same thing before I rebooted mine after I initially lost WiFi when it auto-updated. That’s what initially made me think something had crashed, and then that maybe I’d rebooted it mid update once I realised it had updated.

1 Like

Hello,

I have Turris MOX and today my WiFi suddenly disappeared. Seeing that my modem right next to MOX still blinked (I have the LED turned off on MOX), it was not a power outage. I unplugged + plugged the power cord and interestingly enough it booted up (WiFi re-appeared) but once I connected via browser only Luci interface worked, Foris was just throwing errors - half 500 and half 503.

I was like OK, that’s weird, probably some messed up update (happened to me before), let’s do btrfs rollback. Everything started working again.

I logged in to Foris, and in update tab I re-applied settings to start immediate update. After a while my WiFi was gone again. This time I waited for 15 minutes, making sure I don’t interrupt the update. No return to normal.

Once again unplugging and plugging power cord, this time no return of the WiFi. Another btrfs rollback, back to OK state.

Should I just disable the automatic update not to have broken update the third time?

As I have the MOX version with only one RJ45 connector, it’s a bit tricky to do much debugging if I cannot connect anymore.

Anybody experienced the same? Any advices?

Kind regards,
Jiri

2 Likes

Which version of TOS you have? Are you using SDIO or mPCI card?

Device CZ.NIC Turris Mox Board
Serial number 56639904431
Turris OS version 4.0.5
Turris OS branch hbs
Kernel version 4.14.162

Looking up the mail with the invoice receipt you sent out after the Indiegogo campaign - my device is “Turris MOX: Power Wi-Fi Set - extended (included modules A+G) 1 GB RAM”. I never looked inside :slight_smile:

This topic is about TOS 5. Create other thread and explain which of your two wi-fi cards not working together with attached dmesg log.

For me also the upgrade happened in plain daylight, during WFH hours. Isn’t it supposed to run at night ?

After the upgrade, I could ssh to the router, the router could ping the Internet, but machines on LAN could not ping the Internet. I just identified this is mwan3 : when I stop mwan3, I’m back to normal. When I start it, it complains with “uci: Entry not found” messages, but no more insights.
I’m still investigating how to fix the config…

1 Like

Is this reply to my message? If it is I believe my issue is still related to TOS 5 update. I am pretty certain my MOX auto-updated to it, and after the first WiFi disappearance I might have unplugged/plugged the power cord too early and for the second attempt I waited long enough (about 15 minutes my WiFi was gone before I unplugged/plugged again). Only after the two btrfs rollbacks I started looking what update was supposed to happen and found out this thread that major version update was just released (TOS5). I have WiFi 1 configured as 5GHz and WiFi 2 as 2.4GHz, both networks disappeared after the update.

I have another Turris MOX - Classic in my other place and I just connected there remotely over SSH with tunnel to access the interface. Interestingly enough the Foris interface is also broken (the same 500/503 errors), Luci still works. I cannot say if the WiFi networks work there or not. And it also auto-updated (although this time I did not get any email notification):

Firmware Version TurrisOS 5.0.0 21454a772bd8ccf13923db37a9bf02e48abeb278 / LuCI branch (git-20.016.50400-c59a6f3)
Kernel Version 4.14.180
Local Time Thu Jun 4 21:53:52 2020
Uptime 4h 24m 43s

Are you willing to provide any logs? There’s a page of Getting help, which you can use. With LuCI and as well with SSH. If you don’t use Turris support, which is available for you as written in OP, unfortunately, we can not help you.

No, Updater checks every 4 hours if there is an update to apply.