Turris OS 5.1 is out

Dear Turris users,

It is our pleasure to inform you that we released Turris OS 5.1 into the HBS :snail: (Stable) branch from the HBT :turtles: (Testing) branch. We would like to thank anyone who tested it during the development stage.

We were working on a new data collection system called Sentinel, improvements for reForis, and various changes. First, I will start with changes related to our administration interface. We deprecated a few tabs in Foris to introduce new improvements related to package lists and options, which you can now find only in reForis and which is installed side by side by default.

Also, we received several reports here in some cases that some of you experienced instability 5 GHz and that it was improved when you were using different Wi-Fi drivers, this can be now done without LuCI or SSH. In reForis, there is such an opinion now.

We were working on a new data collection system Sentinel since Turris OS 4.0 and in that version, it contained only a dynamic firewall, but now, there’s a EULA agreement to use some of Sentinel parts and this can you do in separate Data collection tab in reForis. There is a new version of nikola, which collects firewall logs and rewritten mini pots from scratch.
And there is updated documentation related to data collection:
https://docs.turris.cz/basics/apps/sentinel/#what-is-sentinel and in the blog post, which would be released soon there will be more details.

In this version, there is updated Nextcloud and this update could be longer than usual which depends on the device, where you have installed Nextcloud.

Changelog:

* Introduced new data collection system Sentinel
* reForis (future default web interface)
  * Now installed by default
  * Added NetMetr, OpenVPN client, and remote devices plugins
  * Support for 160 MHz Wireless cards
* Package lists
  * Expanded with labels and additional options
  * Added option to select alternative WiFi drivers
* Updater fixes several warnings (cyclic dependency)
* Nextcloud updated to version 18
* Removed old Device Detection based on Suricata

If you are using automatic updates, you will get this update soon. Otherwise, you will get a notification in Foris to approve this update. For technical support, please get in touch with our support department available on tech.support@turris.cz, where we will also appreciate any feedback regarding this release.

5 Likes

/reforis/package-management/packages

An Error Occurred

TypeError: Cannot read property 'filter' of undefined

Unfortunately, we will need more details. Could you please open in your browser developer console and there should be stack trace, which would be helpful to share with us to take a look. Otherwise, you can send us diagnostics and we can try to reproduce it based on your setup.

I’m on a different computer now and cannot reproduce it, so I think it’s a browser related bug rather than a TurrisOS bug. Maybe some old cookies or browser cache. I will try to look at it tomorrow.

Hi,
reForis pages are permanently refreshing in the loop every few seconds.

I cleared coockies, tried in chromium Edge and Opera and still the same. Was it somehow solved and how?

Thanks.

Hi.
after latest upgrade, mdadm is not installed and system refuse to install it again:

root@turris:~# pkgupdate 
INFO:Target Turris OS: 5.1.0
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.
WARN:Requested package luci-i18n-rainbow-cs that is missing, ignoring as requested.
WARN:Requested package luci-i18n-sqm-cs that is missing, ignoring as requested.

root@turris:~# opkg install mdadm
Package unison version 2.51.2-1 has no valid architecture, ignoring.
Installing mdadm (4.1-2.1) to root...
Collected errors:
 * opkg_download_pkg: Package mdadm is not available from any configured src.
 * opkg_install_pkg: Failed to download mdadm. Perhaps you need to run 'opkg update'?
 * opkg_install_cmd: Cannot install package mdadm.
root@turris:~# opkg update
Package unison version 2.51.2-1 has no valid architecture, ignoring.
Downloading https://repo.turris.cz/hbs/omnia/packages/core/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_core
Downloading https://repo.turris.cz/hbs/omnia/packages/core/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/base/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_base
Downloading https://repo.turris.cz/hbs/omnia/packages/base/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_cesnet
Downloading https://repo.turris.cz/hbs/omnia/packages/cesnet/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_luci
Downloading https://repo.turris.cz/hbs/omnia/packages/luci/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/node/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_node
Downloading https://repo.turris.cz/hbs/omnia/packages/node/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_openwisp
Downloading https://repo.turris.cz/hbs/omnia/packages/openwisp/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_packages
Downloading https://repo.turris.cz/hbs/omnia/packages/packages/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_routing
Downloading https://repo.turris.cz/hbs/omnia/packages/routing/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_sidn
Downloading https://repo.turris.cz/hbs/omnia/packages/sidn/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_telephony
Downloading https://repo.turris.cz/hbs/omnia/packages/telephony/Packages.sig
Signature check passed.
Downloading https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_turrispackages
Downloading https://repo.turris.cz/hbs/omnia/packages/turrispackages/Packages.sig
Signature check passed.

root@turris:~# opkg install mdadm
Package unison version 2.51.2-1 has no valid architecture, ignoring.
Installing mdadm (4.1-2.1) to root...
Collected errors:
 * opkg_download_pkg: Package mdadm is not available from any configured src.
 * opkg_install_pkg: Failed to download mdadm. Perhaps you need to run 'opkg update'?
 * opkg_install_cmd: Cannot install package mdadm.

Update: remove and then add again mdadm package in forris helped.

gerbera is crasing (on Turris 1.1) in creating database of multimedia files.

I’ve got an internal disk, and I had one of the LEDs light up on activity. In /etc/config/system, I have

config led
	option name 'PCI3'
	option sysfs 'omnia-led:pci3'
	option default '0'
	option trigger 'sda'

But, now, in my syslog, I see

procd: /etc/rc.d/S96led: setting up led Auto-configuration for PCI2 
procd: /etc/rc.d/S96led: setting up led PCI3
procd: /etc/rc.d/S96led: Skipping trigger 'sda' for led 'PCI3' due to missing kernel module
procd: /etc/rc.d/S96led: setting up led Auto-configuration for WAN

Is there a kernel module I need to load now that I didn’t before?

Is this update split to two parts that I have to confirm separatelly? First one removed mdadm and second one wanted to install it back, but waited for my confirmation.

@Pepe have found two bugs in 5.1 which should be looked at. One has an easy fix, the other I don’t know what’s up.

foris and reforis log error to /var/log/messages on almost every pageview in TOS 5.1

sentinel-nikola not running properly in TOS 5.1

1 Like

Most likely, you had installed mdadm in localrepo and while looking at your output the versioning of mdadm does not look right. There should be just 4.1-2

root@omnia:~# opkg install mdadm
Installing mdadm (4.1-2) to root...

Yep, i have the same lines in the syslog. I see it is missing a line in the script? Can that be fixed by hand or do we need to wait for a update?

I have no idea what was wrong. But It works now. :+1:

3 posts were split to a new topic: Tcpdump-mini and tcpdump collision

4 posts were split to a new topic: microSD card and corrupted FS

haas-proxy wasn’t running after 5.1.0 upgrade (first part of upgrade did uninstall it).
I’ve had to enable haas-proxy manually
(I was upgrading from 5.0.3 if this is the culprit)

@DIKKEHENK from looking at the bugs the upcoming fix will change the beginning of /lib/functions/sentinel.sh to look like this. It’s the same as what I proposed but it checks first to see if the functions have already been defined in another script. Tested and it corrects the issue.

#!/bin/sh

# source OpenWrt functions if not sourced yet
command -v config_load > /dev/null || . /lib/functions.sh
1 Like

hi there, bit of a nOOb here…but should it look like this?

#!/bin/sh

# source OpenWrt functions if not sourced yet
command -v config_load > /dev/null || . /lib/functions.sh
allowed_to_run() {
	local component_name="$1";
	agreed_with_eula "${component_name}" && component_enabled "${component_name}"
}

etc

@DIKKEHENK either remove the line

source OpenWrt functions if not sourced yet

or put a hash symbol in front of it lilke this

# source OpenWrt functions if not sourced yet

It’s a comment in the code, so either delete it completely or mark it as a comment with the hash symbol. Otherwise looks OK