And I assume these warnings are harmless or?
Passed to developers as well.
Thanks.
My ālastā question to it. It is possible to use /srv/turris-netboot/rootfs/postsetup.sh
to turn off the LED on netbooted MOX
? I only found your post how to do it in LUCI. However this is not possible on netbooted MOX
. Is there a way to do it UCI? Or ideally combine it with cron job to turn it off in the night only?
I am aware, that this is a tiny detail compared to the other things, but still your answer would be highly appreciated.
Yep, those are harmless.
Yes, sure, put in it the following:
echo none > /sys/class/leds/red/trigger
And you can setup overlay with cron job in etc/cron.d
I have created /srv/turris-netboot/rootfs/overlay/common/etc/cron.d/custom
with following content:
MAILTO=""
# set LED intensities
00 20 * * * root /bin/echo none > /sys/class/leds/red/trigger
00 07 * * * root /bin/echo heartbeat > /sys/class/leds/red/trigger
Are there another possibilities as to MOX LED? Is it documented somewhere?
Unfortunately it does not work. I put it there, I even ran netboot-manager regen -f
. I guess I missed something.
Netmetr works again on my Omina, Turris OS 5.0.0 HBK.
I am using version netmetr - 1.5.4-3.7-1.0
.
The only think which still does not work is ping
, it still uses IPv4 version instead of IPv6. The ping6
works.
ping: unknown host ipv6.speed.netmetr.cz
When going to Adblock section in LuCi it shows error:
Failed to execute cbi dispatcher target for entry ā/admin/services/adblock/tab_from_cbiā.
The called action terminated with an exception:
/usr/lib/lua/luci/cbi.lua:53: Model āadblock/overview_tabā not found!
stack traceback:
[C]: in function āassertā
/usr/lib/lua/luci/cbi.lua:53: in function āloadā
/usr/lib/lua/luci/dispatcher.lua:943: in function </usr/lib/lua/luci/dispatcher.lua:937>
Which version of adblock do you have installed? In OpenWrt 19.07, there were introduced a new version of adblock 4.0.3 and LuCI changes for that. I guess that update and reboot should solve it. But @dibdot should know more about it.
Youāre correct. I got update for packages today that I approved but I did not know it would be advisable to reboot it. Thank you.
Itās sufficient to clear the luci caches (rm -rf /tmp/luci-*
).
Said that, Iāve tested adblock only with hbd and hbl branch aka TurrisOS 5.1.x ā¦ Iām not sure if 5.0 is sufficient ā¦
MOX classic .5GB WiFi HBK: after long long time first successful reboot after last update:
Update notifications
ā¢ Installed version 1-1.0 of package fix-updater-v65.0-alternatives-update.
Great!
After last update Luci / Foris is inaccessible.
Luci
/usr/lib/lua/luci/dispatcher.lua:315: /etc/config/luci seems to be corrupt, unable to find section āmainā
stack traceback:
[C]: in function āassertā
/usr/lib/lua/luci/dispatcher.lua:315: in function ādispatchā
/usr/lib/lua/luci/dispatcher.lua:208: in function </usr/lib/lua/luci/dispatcher.lua:207>
I had the same on HBL - rollback to pre-update snapshot helped.
Is the snapshot created automatically? I had automatic updates but I think it would be better to approve it and before that to create snapshot.
EDIT: It seems like it is by using
schnapps list
Yes,created automatically.
I see just output just for LuCI. What means āForis is inaccesibleā?
Please take a look at my post here:
We can not help you until further details are provided.
I believe it might have something to do with the last update or more precisely with missing packages.
I know Iām on HBL, but I was facing exactly the same same issue as @hello_friend, luci
throwing same error and foris
loading indefinitely, only reforis
was working partially. After roll back to snapshot before update, everything works as it should, but when I update, issues are back.
Examining what pkgupdate tries to do, there are several removals including packages like python-base, which I believe foris depends on:
pkgupdate removals:
INFO:Queue removal of luci-app-rainbow
INFO:Queue removal of luci-i18n-ahcp-cs
INFO:Queue removal of luci-i18n-adblock-cs
INFO:Queue removal of luci-i18n-transmission-cs
INFO:Queue removal of luci-proto-relay
INFO:Queue removal of luci-proto-openconnect
INFO:Queue removal of luci-app-sqm
INFO:Queue removal of luci-i18n-tinyproxy-cs
INFO:Queue removal of luci-i18n-ahcp-en
INFO:Queue removal of luci-i18n-minidlna-cs
INFO:Queue removal of luci-i18n-bcp38-en
INFO:Queue removal of luci-proto-vpnc
INFO:Queue removal of python-logging
INFO:Queue removal of luci-i18n-bcp38-cs
INFO:Queue removal of luci-app-bcp38
INFO:Queue removal of luci-i18n-upnp-en
INFO:Queue removal of luci-i18n-upnp-cs
INFO:Queue removal of luci-app-upnp
INFO:Queue removal of luci-i18n-mjpg-streamer-en
INFO:Queue removal of luci-i18n-statistics-cs
INFO:Queue removal of luci-i18n-tinyproxy-en
INFO:Queue removal of luci-app-tinyproxy
INFO:Queue removal of relayd
INFO:Queue removal of python-multiprocessing
INFO:Queue removal of python-light
INFO:Queue removal of openconnect
INFO:Queue removal of python-base
INFO:Queue removal of miniupnpd
INFO:Queue removal of bcp38
INFO:Queue removal of luci-i18n-mjpg-streamer-cs
INFO:Queue removal of luci-app-mjpg-streamer
INFO:Queue removal of tinyproxy
INFO:Queue removal of luci-app-ahcp
INFO:Queue removal of ahcpd
INFO:Queue removal of l10n_supported
INFO:Queue removal of luci-i18n-statistics-en
INFO:Queue removal of luci-app-statistics
INFO:Queue removal of luci-lib-iptparser
INFO:Queue removal of rrdtool1
INFO:Queue removal of collectd-mod-rrdtool
INFO:Queue removal of librrd1
INFO:Queue removal of collectd-mod-iwinfo
INFO:Queue removal of collectd-mod-cpu
INFO:Queue removal of collectd-mod-interface
INFO:Queue removal of collectd-mod-load
INFO:Queue removal of collectd-mod-network
INFO:Queue removal of luci-i18n-transmission-en
INFO:Queue removal of luci-app-transmission
INFO:Queue removal of collectd-mod-memory
INFO:Queue removal of luci-i18n-minidlna-en
INFO:Queue removal of luci-app-minidlna
INFO:Queue removal of minidlna
INFO:Queue removal of libexif
INFO:Queue removal of libffmpeg
INFO:Queue removal of libspeex
INFO:Queue removal of alsa-lib
INFO:Queue removal of kmod-sound-core
INFO:Queue removal of libfreetype
INFO:Queue removal of libpng
INFO:Queue removal of libid3tag
INFO:Queue removal of libflac
INFO:Queue removal of mjpg-streamer
INFO:Queue removal of libjpeg
INFO:Queue removal of vpnc
INFO:Queue removal of libgcrypt
INFO:Queue removal of kmod-tun
INFO:Queue removal of vpnc-scripts
INFO:Queue removal of libtasn1
INFO:Queue removal of libvorbis
INFO:Queue removal of libogg
INFO:Queue removal of luci-i18n-adblock-en
INFO:Queue removal of luci-app-adblock
INFO:Queue removal of adblock
INFO:Queue removal of coreutils-sort
INFO:Queue removal of libgpg-error
Iām further convinced by this, because after reinstalling those packages and restarting the router, everything worked as it should.