Don't forget that these days most distros are using systemd, in which case it is in charge of boot time mounts instead of util-linux's mount -a. Thus any attempt to add /etc/fstab.d would require modifying systemd, and probably udisks and probably plenty of other utilities, which is probably why it was abandoned.
On the other hand, maybe something similar to what happend with /etc/resolv.conf may be a solution: replace /etc/fstab with a symlink to /run/fstab, and let systemd dynamically genereate that file based on its view of mounts. Then you'd control mount options with systemd units and /etc/fstab would just be a compatability file for other utilities like mount and udisks. john.pseudonym1 writes: > Package: util-linux > Version: 2.29.2-1 > Severity: normal > > Hi, > > As part of the hardening of an anonymity focused operating system called > Whonix, we need to add different mount options for different filesystems e.g. > hidepid=2 on /proc or noexec on /home. To make sure that a user's own fstab > configurations are not messed up, we cannot use /etc/fstab for this. > /etc/fstab.d would be the perfect thing for this but it seems that support > for it has been > [abandoned](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663623). Will > support for this ever be brought back? If not, are there any good > alternatives? > > Best regards.
