Dr. Werner Fink wrote:
IMHO this forced merge is a misunderstanding of having /usr as part of the root file system.
Which, IMO, was never really needed if the 1st thing you did when booting up was mount /usr.
Wheras having one root file system with /usr make sense as to many libraries and dynamicallly loaded files are located below /usr
And below /usr/share -- a 3rd filesystem on some systems when /usr/share grew too big to fit on /usr partition.
(e.g. libraries used for nfs4 and also dynamicallly loaded files of the glibc), there is no need to enforce the depopulation of the system basic paths /bin and /sbin
---- The dependent libs in /usr can easily be moved to /lib{,64}. I don't understand, if they wanted to have them together, they didn't move files from /usr/bin => /bin and put symlinks in /usr (same for /lib, /sbin, /lib64...etc). That would have been *safe* and accomplished the merge -- but no one in the /usr-merge camp could answer that question. The inability to technically justify the decision made me feel like some other reason was being hidden. That made me more than a little uncomfortable. I ended up writing a script to verify file system and file dependencies after the first time my system became unbootable due to new libs required by mount being placed in /usr/lib64 (which wasn't mounted yet). That was very impressive [not!]. How would anyone be expected to use the mount command if it required libs on "yet-to-be-mounted" media? Sigh. After that I wrote a perl script to check mount and binary dependencies and, optionally, correct them -- I try to remember to run that before every boot. Also wrote a script to *RE*-rename the interfaces as it comes up. I notice in my boot log that the interfaces come up with the right name, but are then renamed by "something" -- maybe udev?, then renamed again by my bash script - weird. Too many times something got tweaked in the boot process and they stopped coming up with the right names, so I decided to stop relying on the normal boot process keeping them correct and wrote my own renamer. Necessity is the mother of invention... :-) -l -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org