Re: systemd and filesystems with noauto

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

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 8/23/10 9:27 AM, Lennart Poettering wrote:
> On Mon, 23.08.10 10:52, Garrett Holmstrom (gholms@xxxxxxxxxxxxxxxxx) 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 how does a system admin/user get the old functionality back, where
there was a line in /etc/fstab that made it easy to mount certain things
manually when it was convenient and/or safe for the user to do so?

I think adding more flexibility is interesting, but not at the cost of
changing (rather drastically) the semantics of an established option.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxysgoACgkQ4v2HLvE71NXJxQCaA/SxQ5yEFxiEtmCv/dvhl7+X
DwoAniGV3PH4WiHDdt3S8iQinOqxxzIY
=q9ab
-----END PGP SIGNATURE-----
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [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