| |||||||||||||
Distribution quote of the weekDistribution quote of the weekPosted Dec 8, 2011 6:13 UTC (Thu) by rahulsundaram (subscriber, #21946)In reply to: Distribution quote of the week by pr1268 Parent article: Distribution quote of the week
To be clear, it is Fedora Project and not Red Hat that is considering the move. It has been recently approved for Fedora 17 by Fedora Engineering Steering Committee, a fully elected body.
For more details, refer to https://fedoraproject.org/wiki/Features/UsrMove
(Log in to post comments)
Distribution quote of the week Posted Dec 8, 2011 16:09 UTC (Thu) by nix (subscriber, #2304) [Link]
And now is being forced down everyone else's throats unless they want to audit everything that installs to / for signs that its authors are drinking the Fedora kool-aid. Great.
Distribution quote of the week Posted Dec 8, 2011 16:26 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]
What rubbish. Symlinks are maintained for compatibility. Nobody is forcing anything. Especially other distributions. This is free software after all.
Distribution quote of the week Posted Dec 8, 2011 19:17 UTC (Thu) by nix (subscriber, #2304) [Link]
"This is free software", only now all the other distros have to look at everything for which RH is the upstream and which is critical for boot and figure out how many of those things now require / and /usr to be on the same filesystem or require hacking to fix it -- hacks which upstream will surely reject, so they need to be forward-ported for eternity. It's not like the symlinks for compatibility will work if / and /usr are on different filesystems and /usr is not mounted in early boot when a lot of this stuff is needed. You know, like almost every Unix system for the last thirty years.
Unless what you're proposing here is that everyone else follow on and eliminate /usr as a separate filesystem -- which ignores the installed base of systems -- your suggestion is vacuous.
But, hey, why pay attention to little things like the installed base or little things like other distributions perhaps not wanting to scrutinize every single commit in the software they get from other distros in case bombshells like this are thrown in. We use Fedora, we don't care what effect our decisions have on other distributions. (Several upstream maintainers of critical software who happen to work for major distributors have this attitude -- in each case picking a different distribution as the one you 'should' use if you want to use their software -- and it is utterly odious.)
Distribution quote of the week Posted Dec 9, 2011 9:23 UTC (Fri) by jschrod (subscriber, #1646) [Link]
> You know, like almost every Unix system for the last thirty years.
Ahem, like, Solaris, the most used Unix(tm) system, where /bin is symlinked to /usr/bin since many many years? Which other Unix systems do you mean? HP-(S)UX? Are there people still using it in relevant numbers? AIX? Should we then take smitty and AIX's configuration concept as a guide as well?
The split of / and /usr has been arbitrary since quite some time. It's much more important to work on being able to mount / read-only or over the net (with a local /etc partition), IMNSHO.
While I dislike the attitude of the systemd developers quite often, in this case (and in the introduction of /run) they're right. Actually, they bring it in line with one other major Unix system out there, not seperate it from Unix-land.
Distribution quote of the week Posted Dec 9, 2011 9:38 UTC (Fri) by dlang (✭ supporter ✭, #313) [Link]
having /bin be a symlink to /usr/bin is very different from making /sbin be a symlink to /bin
after the system is running, both /bin and /usr/bin can be mounted using the tools in /sbin
the issue here is that /sbin is supposed to be all you need to get the system to the state that will allow you to then mount other filesystems (and fix them if needed)
eliminating /sbin breaks this.
now if they were going to move everything from /bin to /sbin, that would not break any of this, it would just bloat /sbin (which I don't see as a real problem with modern disk sizes)
This is sheer fantasy... Posted Dec 9, 2011 10:14 UTC (Fri) by khim (subscriber, #9252) [Link] the issue here is that /sbin is supposed to be all you need to get the system to the state that will allow you to then mount other filesystems (and fix them if needed) This is strange fantasy - I'm not sure if it was ever true. Without /bin/sh most systems can reach the state where they can mount anything else. Sure, it's possible that at some point Solaris have enough tools in /sbin to actually start the system in emergency more, but I doubt that very much. And in any case this discussion is entirely theoretical because today /sbin is symlink to /usr/sbin in Solaris...
This is sheer fantasy... Posted Dec 9, 2011 10:39 UTC (Fri) by mpr22 (subscriber, #60784) [Link] And even on Solaris 9, where /sbin was still a real directory on the root filesystem (but /bin and /lib were symlinks to /usr/bin and /usr/lib), the contents of /sbin would certainly not be enough by themselves to fix a system whose separate /usr volume had been mangled.
This is sheer fantasy... Posted Dec 9, 2011 17:29 UTC (Fri) by drag (subscriber, #31333) [Link]
> This is strange fantasy - I'm not sure if it was ever true.
It was true. A very long time ago it was true.
Back when the easiest way to get your PC running Linux was to first boot your PC into Windows and use Window's "device manager" to take notes on your hardware configuration so that you could then get a working kernel config going.
Since then, of course, things have changed.
I was around back then, you know... Posted Dec 10, 2011 7:08 UTC (Sat) by khim (subscriber, #9252) [Link] Back when the easiest way to get your PC running Linux was to first boot your PC into Windows and use Window's "device manager" to take notes on your hardware configuration so that you could then get a working kernel config going. I'm pretty sure back then you had no need for anything is /sbin to boot your system: you only needed files in /boot (well, initially they were placed in the root of the filesystem) and one program (initially sash, later busybox) on a floppy drive. I'm pretty sure you can do the same today and even with Fedora's "grand unification" it should still be possible. Except for a floppy drive: often contemporary systems just don't include the necessary hardware...
I was around back then, you know... Posted Dec 10, 2011 8:05 UTC (Sat) by drag (subscriber, #31333) [Link]
> I'm pretty sure back then you had no need for anything is /sbin to boot your system: you only needed files in /boot (well, initially they were placed in the root of the filesystem) and one program (initially sash, later busybox) on a floppy drive. I'm pretty sure you can do the same today and even with Fedora's "grand unification" it should still be possible. Except for a floppy drive: often contemporary systems just don't include the necessary hardware...
That seems to agree with the reasoning to get rid of /sbin /bin, etc in modern times.
The initrd will have everything you need to mount a remote /usr/ directory. You can use busybox with initrds, for example.
Distribution quote of the week Posted Dec 10, 2011 8:56 UTC (Sat) by jschrod (subscriber, #1646) [Link]
I think it would be more worthwile to have a good selection of repair tools in initrd/initramfs. When /usr is not mountable or defect, / might not be mountable either.
In fact, that happened to a colleague of mine just a few days ago when he hosed his workstation's md configuration. /boot was still found by grub, of course, but nothing could be mounted. Any tools in /sbin were not worth a bit, we needed a rescue dvd. Repair tools in initrd whould have helped.
|
|||||||||||||