If you consider it unacceptable then just don’t update. OpenWRT did so many changes from 18 to 19 that is just not possible to have a perfect upgrade solution. As i wrote before, you should be making your own scripts to configure the router, then you will be able to always have your perfect config, regardless of what happens in the system around your files and config. I have my script, paste it into the SSH window after upgrade without saving config, and boom, after the router restarts everything is exactly as i want it.
GL releases one new full release every 6 months to a year, sometimes more (in the case of 19). Is it too hard to do all your config 2 times a year?
@Johnex Shouldn’t the magical GL iNet proprietary software interface handle update issues, without the end user having to learn command line Linux admin functions? I have a Linux system running that started with Ubuntu 16.04 and is now running 20.04, going through 2 major updates and multiple point updates, that has not required me to make any manual changes, so we all know that it is possible to handle major updates to Linux systems without manual intervention if proper engineering is done.
I wish there was a sample for anyone who wants to start learning about their own init scripts.
It doesn’t have to run successfully. Rather, It’s best to nothing is done as it is, and it should only work by removing the failsafe.
It is important that it is not a “patch” that an inexperienced user just copies, but a “template” for beginners to start learning.
It needs to be clarified, because it is impossible to write a script that just write once and it run anywhere
You can’t compare embedded linux to something like Ubuntu. OpenWRT has it’s own config files. It is also OpenWRT that directly recommends not to keep configs going from major versions.
i am sure! it is useful for me too, but not all users even understand what you are talking about. and, therefore, for those, it is not good to progress solving their problems…
applications → plugins: Free space: 3% (0 MB)
i had to uninstall nano (the one i installed previously), sms, smtp, and ppp packages to install luci.
the space now is with luci installed
However,
LuCI → System → Software: 11% (4432.2KB) & installed 284 packages
Powered by LuCI openwrt-19.07 branch (git-21.044.30835-34e0d65) / OpenWrt 19.07.7 r11306-c4a6851c72
what shall I believe to?
Q: is bind part of the distro?
bind-check 9.16.8-1 bind administration tools (named-checkconf and named-checkzone only)
bind-dig 9.16.8-1 bind DNS excavation tool
bind-dnssec 9.16.8-1 bind administration tools (dnssec-keygen, dnssec-settime and dnssec-signzone only)
bind-hos t9.16.8-1 bind simple DNS client
bind-libs 9.16.8-1 bind shared libraries
bind-nslookup 9.16.8-1 bind nslookup utility
bind-rndc 9.16.8-1 bind administration tools (rndc and rndc-confgen only)
I didn’t do a detailed comparison, but many of my files have different sizes. Some more, some less. I have some you don’t. I would be bothered by the different sizes.
It might be nice to get rid of some of these packages, or have them installed if needed. I don’t need a captive portal, for example,so dumping nodogsplash would save a little bit. I wonder if we could dispense with the MAC database, too.
I totally agree with making the MAC database optional. It is taking up almost a megabyte which if it was an option, would give us almost 50% more free space, going from 2MB available to about 3MB.
I think the mac database is used for exactly what you expect, attaching a vendor name to a mac. The tertf directory I think is used by gl-tertf for monitoring client traffic; gl-tertf is started in etc/init.d.
I reset the Mango to factory defaults, set up its wifi, then connected to the local wifi. Applications|Plugins reported 19%/2MB free space.
I installed LUcI; now 14%/2MB free.
I opened luci|System|Software, which reported 59%/2.4MB free.
using ssh, I removed /etc/tertf/mac_vendor.db, and then /etc/init.d/gl-tertf and rebooted.
Back In luci|System|software i now had 73%/2.9MB free. I uninstalled gl-tertf, which left me with 72%/2.9MB free (?). It looks like this tried to uninstall /etc/init.d/gl-tertf, so I didn’t need to have done that. It also looks like it uninstalled the sqlite library.
I installed adblock, sqm, nano, htop. This brought me to 57%/2.3MB free
I installed sqlite, which brought me to 40%/1.6MB free.
Rebooted. We’ll see now.
The Luci percentages all compute out to a percentage of 4MB, which would be around the 3.6M mounted as /overlay, left over from from the 16M flash memory not used by the firmware. I think the GL GUI might be reporting it as a percent of the entire flash memory.
If I do df -h, I have 10.5M used and 0 available in /dev/root, mounted as /rom, and 1.5M available of 3.8M in /dev/mtdblock6, mounted as /overlay.
Not sure how you have 6.3M in overlay, which implies more than 16M flash.