systemd and filesystems with noauto
Mike McGrath
mmcgrath at redhat.com
Mon Aug 23 16:38:44 UTC 2010
On Mon, 23 Aug 2010, Lennart Poettering wrote:
> On Mon, 23.08.10 10:52, Garrett Holmstrom (gholms at fedoraproject.org) wrote:
>
> >
> > Lennart Poettering wrote:
> > > So, to turn this around. Do you think this behaviour is problematic? Can
> > > you make a good case for dropping this automatism? If so I'd be willing
> > > to do so.
> >
> > That behavior might be fine, but don't add filesystems marked "noauto"
> > to the list of filesystems to be mounted automatically when reading fstab.
> >
> > Here are my use cases and other rationale. I'm sure other people have more:
> >
> > * fstab(5) documents the "noauto" option
>
> Well, what it says is that noauto results in "the -a option will not
> cause the filesystem to be mounted". And that's still the case. We
> execute either the real "mount -a" (or actually something equivalent) at
> bootup, and that by itself won't cause the fs to be mounted still.
>
> > * I manually mount network shares that aren't always available with the
> > "noauto" and "user" options
>
> That's not the issue here. systemd will never mount non-device mount points
> automatically, unless listed as "auto".
>
> > * Removable media that appear in fstab are usually marked noauto
>
> And?
>
> > * /boot doesn't always need to be mounted on every distro
>
> And?
>
> > * I mount large filesystems after the boot process finishes so fscking
> > doesn't pause booting at $dayjob
>
> And?
>
And change it. The request was pretty clear.
-Mike
More information about the devel
mailing list