# Script: GL.iNet Utils for GL.iNet routers **URL:** \ **Category:** Router\ **Tags:** KB\ **Created:** [February 26, 2026, 11:17pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361 "2026-02-26T23:17:54Z")\ **Posts on this page:** 20\ **Page:** 4
**Author:** ![elorimer](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/e/b77776/32.png) [@elorimer](https://forum.gl-inet.com/u/elorimer)\ **Post date:** [August 22, 2026, 8:57pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/63 "2026-08-22T20:57:08Z")
Do keep up Mr. Bond: > [@Script: GL.iNet Utils for GL.iNet routers](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/58): > > Thanks for the feedback. My test fleet doesn’t include the original Mango so there are gaps from what I’m able to test. If you are open, I’d like to DM you a link to some test scripts so I can get a better handle on the gaps you mentioned. It is interesting that this script has significant portability to GL.iNet routers, possibly EOL running current OpenWrt. ---
**Author:** ![gfondeur](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/gfondeur/32/7854_2.png) [@gfondeur](https://forum.gl-inet.com/u/gfondeur)\ **Post date:** [August 22, 2026, 9:12pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/64 "2026-08-22T21:12:50Z")
It seems you have issues reading, I wasn't talking about the mango that was clear, I was talking about using the script on vanilla openwrt 🤦 ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 23, 2026, 6:06am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/65 "2026-08-23T06:06:41Z")
Can you run the following commands and paste the output? 1. `cat /proc/meminfo | grep -i memtotal`? 2. `which openssl`if this fails try `opkg update && opkg info openssl-util` 3. `opkg update && opkg info nginx-ssl` 4. `ifconfig -a |grep wg | awk '{print $1}`’ ---
**Author:** ![elorimer](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/e/b77776/32.png) [@elorimer](https://forum.gl-inet.com/u/elorimer)\ **Post date:** [August 23, 2026, 10:18am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/66 "2026-08-23T10:18:27Z")
Interesting. So Openwrt 25 doesn’t install openssl at all by default. It uses wolfssl (EDIT: not the Mango version, which uses an alternative with a lighter footprint). I don’t have OpenVPN clients running, so I’m not sure of the interaction. So #2 returns blank. If I install the openssl-util packages (remembering that OpenWRT is on apk now), #2 returns ` /usr/bin/openssl` . So that explains that. #1 returns `MemTotal: 122984 kB `The hardware page reports 128MB; the Memory i/o benchmark reports 256MB. #3: nginx isn’t installed either–OpenWrt now uses uHTTPd instead. `apk install nginx-ssl` fails with a memory error, trying to install 31MiB where I have 1 MiB free now. #4: I restarted the wireguard tunnels and the script now seems to detect and optimize them just fine, so ignore that. They must have been down when I checked before, so my bad. The WG bechmarks work fine (Mango is 1x, Beryl is 2x, Beryl AX is 10x). I wonder if the official builds based on OP25 might have similar questions, but the only odd thing I see is #1. Nice! ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 25, 2026, 1:20am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/67 "2026-08-25T01:20:20Z")
#1 is resolved with the latest update. You can check the changelog for more details but TL;DR is that the script was calculating the memory benchmark test with a different memory calc function than the system info screen. They’ve both been unified and slightly refactored to account for various RAM sizes. #2 is resolved with the latest update. This is installed by default on all gl-inet fw versions so I never implemented a preflight check for the utility for openwrt. That’s been resolved as well. #3 is on the backlog and not resolved. This is a call to my other script to install openspeedtest server. There are enough gaps now that I plan to fork my openspeedtest server script to be directly included in glinet\_utils and sunset updates to openspeedtest server script #4 good to hear. Also resolved is tc which had a simple check vs installing if it wasn’t already installed which it should be. Finally, fixed the internal package manager to be apk aware. Thanks for your feedback and let me know if you find anything else. ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 25, 2026, 3:15am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/68 "2026-08-25T03:15:28Z")
Just came across this post and thought I’d give the tools a try on my Brume3. I installed a couple of packages and then tried to remove one but nothing seems to get removed. I ran opkg update manually and got tons of errors: root@GL-MT5000:~# opkg update Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64\_cortex-a53/kmod/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64_cortex-a53/kmod/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_core Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/glinet/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/glinet/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_pub Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/packages/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/packages/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_packages Updating database. Collected errors: - parse\_from\_stream\_nomalloc: Missing new line character at end of file! - parse\_from\_stream\_nomalloc: Missing new line character at end of file! - parse\_from\_stream\_nomalloc: Missing new line character at end of file! - ……… Any idea what broke opkg? ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 25, 2026, 4:14am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/69 "2026-08-25T04:14:01Z")
The script does not directly write to opkg db. It only calls opkg for installing packages. Your opkg cache got corrupted and its not uncommon. I’m going to add this fix to my script but it’s trivial to run standalone in the meantime. `rm -rf /var/opkg-lists/* /tmp/opkg-lists/* && opkg update` ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 25, 2026, 1:34pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/70 "2026-08-25T13:34:46Z")
> [@phantasm22](#): > > rm -rf /var/opkg-lists/\* /tmp/opkg-lists/\* && opkg update Great idea but I’m afraid we need to dig around more to see what else need to be fixed. It could be coincidence but I did nothing more than install the scrip and try to add and remove a few packages. That’s when I saw I could toggle install/persistence for let’s say stress-ng but after I pressed C (Commit) I got the screen back showing that nothing was removed. Then I ran pkg update manually and saw the errors. Any ideas? root@GL-MT5000:/etc# rm -rf /var/opkg-lists/\* /tmp/opkg-lists/\* && opkg update Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64\_cortex-a53/kmod/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64_cortex-a53/kmod/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_core Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/glinet/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/glinet/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_pub Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/packages/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/packages/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_packages Updating database. Collected errors: - parse\_from\_stream\_nomalloc: Missing new line character at end of file! - …………………… - parse\_from\_stream\_nomalloc: Missing new line character at end of file! ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 26, 2026, 1:45am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/71 "2026-08-26T01:45:29Z")
> [@Marv](#): > > Great idea but I’m afraid we need to dig around more to see what else need to be fixed. It could be coincidence but I did nothing more than install the scrip and try to add and remove a few packages. That’s when I saw I could toggle install/persistence for let’s say stress-ng but after I pressed C (Commit) I got the screen back showing that nothing was removed. Then I ran pkg update manually and saw the errors. Any ideas? > root@GL-MT5000:/etc# rm -rf /var/opkg-lists/\* /tmp/opkg-lists/\* && opkg update > Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64\_cortex-a53/kmod/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64_cortex-a53/kmod/Packages.gz) > Updated list of available packages in /var/opkg-lists/glinet\_core > Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/glinet/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/glinet/Packages.gz) > Updated list of available packages in /var/opkg-lists/glinet\_gli\_pub > Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/packages/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/packages/Packages.gz) > Updated list of available packages in /var/opkg-lists/glinet\_gli\_packages > Updating database. > Collected errors: > > - parse\_from\_stream\_nomalloc: Missing new line character at end of file! > - …………………… > - parse\_from\_stream\_nomalloc: Missing new line character at end of file! The issue appears to be that your db has been corrupted and not your cache. I was able to mock the same on my Brume 3 and I think I’ve been able to code a fix for it. Update to the latest version of the app and go to option 3 –\> option 5 “Package System Repair”. Let me know if it’s able to detect your db being CORRUPT (vs HEALTHY). Try the repair now (option 1) or repair db (option 3), if one doesn’t fix it. If you still have issues afterwards, please let me know and I’ll dig deeper. If you are able to re-create the corruption of the DB afterwards, let me know as well so I can try to reproduce on my Brume 3. Also, for others that on APK, this new feature should work the same as opkg. ![image](https://forum-static.gl-inet.com/original/3X/6/7/67d20e034de238d19ec97d0f7025f9ec7db6a852.jpeg) ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 26, 2026, 2:35am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/72 "2026-08-26T02:35:14Z")
Thanks but no go. Do you want me to try something else or should I re-flash the firmware? ![Screenshot 2026-08-25 222938](https://forum-static.gl-inet.com/original/3X/9/1/9139017608551d9c453ab098e54738be16fe2acd.png) ![Screenshot 2026-08-25 223051](https://forum-static.gl-inet.com/original/3X/9/f/9ff80e67831ba36fb0b7189996a9c35bdceba4c0.png) ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 26, 2026, 2:43pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/73 "2026-08-26T14:43:45Z")
This is great feedback and points to a real db corruption (that I’m not able to simulate). No need to re-flash the firmware (yet). There are a couple more steps we can take before that needs to occur. I updated the utility and added two more levels of opkg db restoration (apk to follow). 1. Rebuilds the db from metadata located in `/usr/lib/opkg/info/*.control` 2. If that fails, will restore from /rom (just the db) Please update and try out the same options to see if that resolves your issue. If you are able to provide screenshots, that would be helpful as well. ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 26, 2026, 3:27pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/74 "2026-08-26T15:27:48Z")
Your magic is working! First the good news after the tool prompted to update itself and I let it do it and restart: ![Screenshot 2026-08-26 111857](https://forum-static.gl-inet.com/original/3X/4/c/4c0e1f35ce442e834f223e7d4270a5d74bb03838.png) ✅ Thanks for using GL.iNet Toolkit! root@GL-MT5000:~# opkg update Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64\_cortex-a53/kmod/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/kmod-5.4.281/aarch64_cortex-a53/kmod/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_core Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/glinet/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/glinet/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_pub Downloading [https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64\_cortex-a53/packages/Packages.gz](https://fw.gl-inet.com/releases/v21.02-SNAPSHOT/mt7987a/packages/aarch64_cortex-a53/packages/Packages.gz) Updated list of available packages in /var/opkg-lists/glinet\_gli\_packages Updating database. Database update completed. root@GL-MT5000:~# Now to not soo good news, or me not (yet) understanging how the tool works. I’d like to remove what I had installed before the corruption happen, and potentially let it install the tools I wanted to try to see if the corruption would happen again: ![Screenshot 2026-08-26 112119](https://forum-static.gl-inet.com/original/3X/5/9/599584777e5ec309d53c935564d5dc7680bee940.png) ![Screenshot 2026-08-26 112150](https://forum-static.gl-inet.com/original/3X/4/c/4c9ead0ad1fab4c8cd83c749c8fe92d213ea06d4.png) ![Screenshot 2026-08-26 112210](https://forum-static.gl-inet.com/original/3X/e/b/ebbddd6fadc45483d6715bcbd495d2b166c9a29e.png) Any idea why all that were removed are showing as not removed? ---
**Author:** ![KryptonKid09](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/k/3be4f8/32.png) [@KryptonKid09](https://forum.gl-inet.com/u/KryptonKid09)\ **Post date:** [August 26, 2026, 4:02pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/75 "2026-08-26T16:02:03Z")
Just tried to run Terminal for the first time on my Flint 2 running v4.9.1 stable and get this. Any guidance greatly received. ![Terminal issue](https://forum-static.gl-inet.com/original/3X/6/3/63737f8bfc7265d3a8b227b86e2b76a65787d9a9.png) ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 26, 2026, 8:35pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/76 "2026-08-26T20:35:45Z")
Please check/provide the following: 1. Check to see if ttyd is running and with what args `ps w | grep [t]tyd` (if not running skip to restart) 2. Check to make sure ttyd is running and listening on your IP and port 7681 `netstat -ltn | grep 7681 || ss -ltn | grep 7681` 3. Make sure there are no SSL/bind errors like, "no cert": `logread | grep -i ttyd | tail` 4. Run this an make sure you get a 200 response: `curl -sk -m5 -o /dev/null -w '%{http_code}\n' ``https://192.168.1.1:7681/` 5. Try restarting the service and note if you see any errors: `/etc/init.d/ttyd restart` 6. Check to make sure there is a certificate & key present: `ls -l /etc/ttyd.crt /etc/ttyd.key` 7. Make sure there isn’t a mismatch between the certificate date and the router clock (accounting for timezone difference): `date; openssl x509 -in /etc/ttyd.crt -noout -dates` Let me know what you are able to find out. ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 26, 2026, 9:26pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/77 "2026-08-26T21:26:15Z")
New version pushed that addresses your package removal issue. There are a few things going on: 1. You actually did remove two packages successfully (lscpu and zram-swap). 2. The others weren’t successful for one of two reasons (most likely): 1. They were binaries - e.g. librespeed-go and aren’t able to be removed by opkg. 2. They had dependencies that prevented removed without the –force-depends flag. 3. Compounding the issue is that the script was pretty dumb in assuming without verification that opkg did its thing and removed the package. This has been rectified for this use case but brought up a larger backlog item of doing a complete assessment of success messages that assume without verification. 4. Please test and let me know if it is working better for you Similarly, there is now verification that `ttyd` installs correctly and is operational; offering some log output in the case where it didn’t install / start correctly. The implementation is more quick and dirty to provide some help and insight for @KryptonKid09 . As mentioned above, there is a need to standardize the UX flow across all failure messages output, so don’t get too comfortable with the current implementation. ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 26, 2026, 9:36pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/78 "2026-08-26T21:36:22Z")
Almost perfect! Updated, restarted, 3, 4, N ![Screenshot 2026-08-26 173041](https://forum-static.gl-inet.com/original/3X/8/9/89be2787bea887873436e6478371fe9d377a9b24.png) N, C ![Screenshot 2026-08-26 173344](https://forum-static.gl-inet.com/original/3X/2/6/26c223ef5d3f439eee74cf8eee74bc48a6d4afff.png) ![image](https://forum-static.gl-inet.com/original/3X/2/2/22bf70d83cc0da5eb25c3ff5ee7dbd825ef83e92.png) Shouldn’ those under Persist also be gone now as per the previous screenshot? Can something that’s not Installed be Persist-end? PS. To test the Install vs Persist, I picked (at random) 6. stress-ng ![Screenshot 2026-08-26 173742](https://forum-static.gl-inet.com/original/3X/6/e/6e09ef5e9b09337d7217a9d2013094366fc6d11f.png) Does stress-ng just install a package or does it do something else? I got kicked off the GUI and the installer on my terminal got stuck and stopped spinning several minutes ago (while the GUI eventually respawned and asked me to login again): ![Screenshot 2026-08-26 173826](https://forum-static.gl-inet.com/original/3X/f/c/fce488857092f5f94145ecc3baf4981e2e3bd429.png) Does it run the stress test and kill everything, including kicking me off the ssh session? I see also my uptime is just a couple of minutes so it must have crashed the Brume 3, or at least eebooted it? Perhaps based on timing, this is the culprit of the damaged opkg db? If you could please do some more tests about this specific package - install just installs but it doesn’t execute, maybe have some warnings about even installing it? ---
**Author:** ![KryptonKid09](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/k/3be4f8/32.png) [@KryptonKid09](https://forum.gl-inet.com/u/KryptonKid09)\ **Post date:** [August 27, 2026, 8:36am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/79 "2026-08-27T08:36:36Z")
> [@phantasm22](#): > > date; openssl x509 -in /etc/ttyd.crt -noout -dates Thanks for this, much appreciated. I have no idea what I’m looking at here but, looks OK as there’s no errors. This was all done post update to the new script version. ![Terminal troubleshooting](https://forum-static.gl-inet.com/original/3X/c/3/c34870c52339b357ab3da282c4fa2611753b40dc.png) ---
**Author:** ![elorimer](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/e/b77776/32.png) [@elorimer](https://forum.gl-inet.com/u/elorimer)\ **Post date:** [August 27, 2026, 9:03am UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/80 "2026-08-27T09:03:09Z")
This is just an idea to toss out for the small number who might try this with a Mango/Shadow. I have a script that emails me vnstat reports nightly. For flash memory reasons, I have it installed on a USB drive (/mnt/sda1/). That is where the .db lives, and I write out the graphs there, assemble the email, send it, and then delete the graphs and email. This script is fairly large, and I wonder if it would be useful to be able to install it on an external drive as well, as an option, and possibly other things it downloads/uses. ---
**Author:** ![phantasm22](https://forum-assets.gl-inet.com/user_avatar/forum.gl-inet.com/phantasm22/32/11419_2.png) [@phantasm22](https://forum.gl-inet.com/u/phantasm22)\ **Post date:** [August 27, 2026, 2:36pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/81 "2026-08-27T14:36:33Z")
New version pushed. Apparently, there is a bug using stress-ng and kernels that are older than 6.6 which causes the router to crash. Logic has been added to detect the kernel version and will use stress vs stress-ng. The benchmark menu preferred stress vs stress-ng which is why it didn’t cause a crash. Logic has been normalized across both. Package and Persistence Manager now will no longer persist an uninstalled package. Options are to install +/- persist and remove or remove + unpersist (if persisted already). Good finds. Thank you. ---
**Author:** ![Marv](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/m/8e8cbc/32.png) [@Marv](https://forum.gl-inet.com/u/Marv)\ **Post date:** [August 27, 2026, 3:14pm UTC](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361/82 "2026-08-27T15:14:20Z")
Very well done, sir! Thank you! I no longer see the stress-ng as an option to install on the Brume 3. Once I get my Flint 4, I’ll give it another try to see if it just installs or it also runs/kills the new router. Quick question/request on AdGuardHome. I went to adjust my lists, with RAM in mind and saw you had done some work focused more on “storage space limit”, which is helpful for older gear but the Brume 3 has plenty (for now, in my case). Yet, we I selected the HaGeZi’s Ultimate list and a few others from the provided list at [http://192.168.8.1:3000/](http://192.168.8.1:3000/#filters)#filters aaaand, out-of-memory crashes started immediately and were so bad that I could barely ssh back into the Brume 3 and try to remove them via vi 🙂 Then went back to your latest and greates tool and let it pick your “best practice” ones. That worked great but… I’m here to play and break things, right… so I added one more - see below if that looks right ![Screenshot 2026-08-27 105215](https://forum-static.gl-inet.com/original/3X/9/9/9978bfb1f303b36df136706ee8ea73f121e2ff0d.png) Selecting 5, C flashes a message that disappears quicker than I can screenshot it, but it says something like “No changes to apply…” which isn’t correct as I did select the inactivive 5. Going back to the screen below and pressing just C (not selecting 5, or any of 1-4), in my mind should says - nothing to do, as I didn’t select anything but instead it says: ![image](https://forum-static.gl-inet.com/original/3X/2/4/248e6b55ee34300366dee112b51a80bc60a7cac8.png) Pressing Enter doesn’t remove it, as expected. Doing again “5, C” tells me again that there are No changes to apply although 5. was shown as selected ![Screenshot 2026-08-27 110712](https://forum-static.gl-inet.com/original/3X/2/e/2e8e525516845b17aa60d36737617d9c7527b4ad.png) and no, I’m not fast enough to capture the messages that quickly flashes and disappears. In an ultimate wishlist, I’d love to see the full list still selectable + the RAM estimate it would use, maybe even with some guesstimate/warning on “you selected something too big, or too many, and won’t fit in RAM, will cause issues/crashes”. Also, and this might be by design, if I use your tool, it hardcodes your entries and they cannot be removed/addedback from the standard GUI anymore (they aren’t selectable) and the standard HaGezi’s Pro++ can’t be unselected, i.e. the checkist below is non-removable/clickable: ![image](https://forum-static.gl-inet.com/original/3X/2/2/22b1469f98d63a48efc2db81d97f1813b71f0e8a.png) Thanks again for taking my feedback, bug reports, and fixing it all so promptly! [Previous page](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361.md?page=3) [Next page](https://forum.gl-inet.com/t/script-gl-inet-utils-for-gl-inet-routers/67361.md?page=5)