On 28/11/18 at 12:36, Rick Moen wrote: > Quoting Didier Kryn ([email protected]): > >> 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 <[email protected]> VOIP SIP: [email protected] Chiave firma e cifratura PGP/GPG signing and encoding key: BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
