On 28/11/18 at 12:36, Rick Moen wrote:
> Quoting Didier Kryn (kryn@???):
>
>> IIUC, your argument boils down to "depending on /usr for early boot is
>> a *bug*", while Roger told us why it has become a *feature* (~:
> My view, which I expressed in detail prior to Roger joining the thread,
> is that it's vital to the most vital function of the root filesystem's
> maintenance software directories (/sbin, /bin, /lib, /lib64) that their
> binaries function _even_ if /usr is not (or at the moment cannot be)
> mounted -- because the most vital function of those subtrees is backup,
> restore, repair, maintenance (functions that might be required to
> recover/fix /usr).


  I'd like to point out that even in the case /usr was mounted, and even
if it was on the same partition/filesystem as /, it's still very
positive that the system does not come down crashing and burning was
/usr damaged, allowing the superuser to login to see what happened and
attempt to recover the lost data when the system is still online.



--
Alessandro Selli <alessandroselli@???>
VOIP SIP: dhatarattha@???
Chiave firma e cifratura PGP/GPG signing and encoding key:
BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE