[systemd-devel] Stricter handling of failing mounts during boot under systemd - crap idea !
Karel Zak
kzak at redhat.com
Thu Jul 2 02:16:49 PDT 2015
On Mon, Jun 29, 2015 at 11:24:17PM +0200, Lennart Poettering wrote:
> Also, again, "nofail" predates systemd: you should have used it for
> your usecase even in sysvinit. If you so will, then the old setup was
> already borked for you, even though admittedly the effect was less
> fatal.
Note that "nofail" has been originally introduced for fsck and
mount -a
(used by initscripts) has never been sensitive to "nofail". The mount
-a is very optimistic and it fails on fatal errors like ENOMEM only
and everything else is ignored. It means with sysvinit you do not
need "nofail". So for users who upgrade from sysvinit to systemd
it seems like a regression.
Anyway, it does not mean that systemd "nofail" concept is wrong.
The original mount -a solution is fragile and IMHO it is better to have
explicit system setting in your fstab to distinguish between important
and unimportant filesystems.
Karel
--
Karel Zak <kzak at redhat.com>
http://karelzak.blogspot.com
More information about the systemd-devel
mailing list