Re: Fedora 33 System-Wide Change proposal: swap on zram

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux