log2ram VS DietPi

But stuff like /var/lib/pve-firewall and /var/lib/rrdcached was still written to every second.

I played around with mount options like commit=n

It kind of helped to use log2ram:

https://github.com/azlux/log2ram

but it sure didn't eliminate the problem.

I think with a little effort from the proxmox guys, They could gather a lot of low-hanging fruit.

Reducing logging, logging to ram and writing to the sdcard once a day helps longevity a lot, especially with quality sd cards.

99% of the time it's the verbose logging of application servers that is the culprit of sdcard failures.

https://github.com/azlux/log2ram

I always use this: https://github.com/azlux/log2ram

If you've got other issues then it's quite likely that lots of small writes from logging and similar has worn out the SD card, mounting the SD card as read only or installing log2ram could prevent it happening to another SD card.

> writing permanent its log files and swap partition

If this is the problem, the solutions are no swap and log2ram https://github.com/azlux/log2ram

I also noticed that Armbian logs to a ramdisk. I didn't investigate the implementation and if its contents survive a reboot.

The only real problems for me are that the SD card will eventually fail no matter what (I mean, much sooner than a SDD or HDD) and that there are basically no Pis at sale at a reasonable price. As a platform it is nearly dead.

For Pi-hole, I have an Rpi Zero with $10 Usb-to-Ethernet adapter, SD-card barely written (with Log2Ram) to avoid wear. Running about 3 years now almost unattended (besides security updates).

In addition to the other helpful suggestions you’ve received, look into using Log2Ram. It does what it sounds like, puts log writes in ram and then writes them to disk on a slower cadence that doesn’t work your SD card that much.

https://github.com/azlux/log2ram

Log files are a bit trickier. I want these to stick around between reboots, so just storing them on a ramdisk wouldn't really work. Thankfully, log2ram solves this problem. Written primarily for Raspberry Pi machines, it works fine on x86-64 laptops. This stores /var/log in RAM but will sync the contents to disk from time to time, ideal for our needs.

Checkout DietPi, simplifies configuration, logging, software install and much more.

https://dietpi.com/

DietPi is a lightweight Debian based Linux distribution for SBCs and server systems, with the option to install desktop environments, too. It ships as minimal image but allows to install complete and ready-to-use software stacks with a set of console based shell dialogs and scripts.

The source code is hosted on GitHub: https://github.com/MichaIng/DietPi

Please, keep in mind that the usual story "other boards don't have decent Linux support/community" is simply not true. Here are Armbian and DietPi pages where you can find images with mainline support for a lot of common boards, including forums. Images supplied by the board manufacturer should rather be intended for quick testing only as you can't count on their support; just ignore them and go straight to Armbian or DietPi sites, and consider contributing for their hard work.

https://www.armbian.com/download/

https://dietpi.com/#download

Dietpi[0] is pretty good (debian-based) distro that works out of the box with minimal configuration.

It was originally designed for a RPi's (I think), but it's expanded to tons of other devices. Here you can see a benchmark of each supported device and decide yourself what you want to go for[1].

0: https://dietpi.com/#download

1: https://dietpi.com/survey/#benchmark

DietPi is a lightweight Debian based Linux distribution for SBCs and server systems, with the option to install desktop environments, too. It ships as minimal image but allows to install complete and ready-to-use software stacks with a set of console based shell dialogs and scripts.

The source code is hosted on GitHub: https://github.com/MichaIng/DietPi

That's a good point, but the array of devices supported by the DietPi team is extensive: https://dietpi.com/

Before someone starts the usual yadda yadda about the RPi biger community, the OS not having long time support etc. I would repeat one more time: do not rely on board vendor supplied images; this is valid for pretty much all boards. Just go to Armbian or DietPi pages and you'll almost certainly find one or more images that work on your board and forums to discuss about them with very knowledgeable people.

https://www.armbian.com/download/

https://dietpi.com/#download

Those projects are well worth a contribution, as they don't have a giant like Broadcom behind them.