[systemd-devel] [PATCH ] Adding /etc/fstab.d/*.fstab support
kay.sievers at vrfy.org
Fri Jan 20 05:46:21 PST 2012
On Fri, Jan 20, 2012 at 14:36, Masatake YAMATO <yamato at redhat.com> wrote:
>> On Fri, Jan 20, 2012 at 07:52, Masatake YAMATO <yamato at redhat.com> wrote:
>>> mount command in the latest version of util-linux(2.21-rc1)
>>> supports /etc/fstab.d; mount command reads /etc/fstab.d/*.fstab
>>> files as if they are written in /etc/fstab.
>>> The benefits of .d mechanism are explained in .
>>> With this patch, systemd can handle /etc/fstab.d/*.fstab.
>> That's an absolute mis-feature, that needs to be removed. I'm all
>> against supporting that, it breaks tons of stuff, and must not happen.
> Could you tell me more?
> I'd like to know typical problem.
This breaks a glibc feature, and common expectations. Random tools
that expect to find all 'system volumes' by parsing /etc/fstab. We
should not change that. /etc/fstab is not a service config file which
can be just split up, it's an ABI and used by lots of tools.
It's just naive to believe we can patch all the tools, and we can not
argue that /etc/fstab is anything like broken today, like we could
justify getting rid of /etc/mtab. The gain of feature vs. the amount
of breakage will not justify such a change.
If we go for advanced storage handling, we might need to invent
something that can carry real metadata and assembly instructions, and
this might need to live in their own files, sure. But that's a
different issue, and would all be fine. But please leave fstab alone,
we don't want to deal with changing that.
More information about the systemd-devel