On Tue, 13 Sep 2011 11:21:22 -0400, Walter Dnes wrote: > > This is why the whole /usr issue is irrelevant and not a fix at all. > > All it does is avoid the most common breakages caused by udev trying > > to run all its rules too early in the boot process. Putting /var on / > > would "fix" your example, but what if a rule required access to an > > NFS mount? > > > > Every time you fix one of these breakages, you are kludging around the > > real problem. > > How many people really need to run *ARBITRARY* binaries that early in > the boot process? The 1% who do shouldn't force the other 99% of us to > go with initramfs or a Windows C:\ drive.
There is no 1%. The problem is that udev is able to run arbitrary binaries, which has its advantages, but it also has to be started early in the boot process to fulfil its other duties. It is trying to combine these two functions that leads to the need for more than / to be available before filesystems are mounted. -- Neil Bothwick Reboot America.
signature.asc
Description: PGP signature
