Add code to delete commonly used eternal growing logfiles

[mpvader]

Recently, I've had various systems that were stuck because the data partition is full.

Reason was 3rd party plugins.

this issue is about deleting the most common of them early at boot.

also, I'm in touch with a few of the maintainers to get them to change their ways, see here for the most detailed one: henne49/dbus-opendtu#173.

And we have an issue for Venus OS to add showing a warning when the disk of the GX is (getting) full.

But aside from that, and probably much less work, perhaps we should just at boot, before those services start, delete certain files if they exist.

This issue is to keep a list while I'm getting in touch with those projects.

• /data/dbus-opendtu/current.log, they solved it for new releases, including deleting the file when user re-runs their install script. issue
• /data/dbus-shelly-em-smartmeter/current.log, root cause discussion started today commnity
• /data/dbus-shelly-3em-smartmeter/current.log, root cause not fixed yet issue
• /data/dbus-shelly-1pm-pvinverter/current.log, discussion: current.log is getting too big vikt0rm/dbus-shelly-1pm-pvinverter#4

[mpvader]

@izak fyi

[mpvader]

@mansr can you add a script somewhere early at boot that removes the above listed four files? thanks.

[philipptrenz]

It spreads more and more:

• https://github.com/vikt0rm/dbus-goecharger
• https://github.com/0x7878/dbus-goecharger
• https://github.com/parlue/dbus-goecharger
• https://github.com/gonzo7734/dbus-goecharger

I think we should consider /data/dbus-*/current.log. A simple rm might not work due to the file size, I like to use cat /dev/null > current.log for such cases.

[mpvader]

discussed with Jeroen today, he'll look into it (and then most likely take the initscripts commit into master)