On Friday, June 5, 2020 5:19:55 PM MST Kevin Kofler wrote:
Chris Murphy wrote:
> So yes it's well suited for these cases and the proposal does include
> them. If they wish to be left out, that's up to those working groups.
> It's possible to make sure /etc/systemd/zram-generator is not present.
Also, why does this have to be a systemd generator? As a user administrating
his own systems, I find those to be extremely annoying, because they do
stuff behind my back that I never asked to happen and I have to mask them
(and/or uninstall them completely) to get rid of the unwanted behavior.
E.g., the systemd generator that tries to automount partitions not listed in
fstab based on their GPT UUIDs is just broken. If I do not have the
partition in the fstab, I left it out for a reason (e.g., the swap
partition I have on my SSD in case I ever need it, which is normally NOT
mounted to avoid wearing out the SSD). So why does systemd want to
second-guess me and mount that partition behind my back unless I go out of
my way to mask the magic generator?
So why can this zram feature not be a line in fstab, a parameter passed
through the kernel CLI, or some other solution that is easily tweakable and
that will definitely not affect upgrades of existing installations
(unlike yet another systemd generator, if it happens to get installed for
whatever reason)?
IMHO, the only systemd generator that should ever mount partitions of any
kind (including virtual ones such as zram) is the systemd-fstab-generator.
If you want more stuff mounted, it should be added to /etc/fstab, that's
what that file is for!
Completely agreed, going about it this way would also address most of my
concerns with this change, as it would mean it's easy for people like myself
to opt out.
--
John M. Harris, Jr.