1 |
On Tue, Mar 27, 2012 at 10:02:02AM -0400, Mike Edenfield wrote: |
2 |
> > From: Alan Mackenzie [mailto:acm@×××.de] |
3 |
> > Sent: Tuesday, March 27, 2012 9:37 AM |
4 |
|
5 |
> > My question: what, technically, prevents me from copying the booting |
6 |
> > software instead to /sbin and booting the system that way? |
7 |
|
8 |
> Nothing; in fact, this was the general solution to the problem of "something |
9 |
> else in /usr/{sbin,bin,lib} is needed at boot" for a long time. More and |
10 |
> more software was getting moved into /{s,}bin, and in particular into /lib, |
11 |
> to make it available in the early boot stages. |
12 |
|
13 |
> There's nothing wrong with that, as long as you can ensure that any |
14 |
> hard-coded paths to those binaries are updated properly. |
15 |
|
16 |
Surely this is the same, whether one copies the booting software to |
17 |
initramfs or /sbin, isn't it? |
18 |
|
19 |
> As you move more and more software off of /usr into / you start to realize |
20 |
> that the idea of "tiny partition that contains just what I need to boot and |
21 |
> mount /usr" is becoming "not so tiny" anymore. The distinction between what |
22 |
> is "boot" software versus "user" software gets less clear. |
23 |
|
24 |
Again, isn't this the same for an initramfs? |
25 |
|
26 |
> Then it's just question of how far you take this process before you |
27 |
> reach your personal threshold of questioning why you have two |
28 |
> partitions at all. Whether you reach that point or not depends on how |
29 |
> complex your boot process is, what you actually need running to boot, |
30 |
> and how personally invested in a split /usr you happen to be :) |
31 |
|
32 |
I've decided that, if push comes to shove, I'm going to go for /usr on / |
33 |
rather than a fragile initramfs system. I've got everything bar / on |
34 |
RAID 1/LVM at the moment, but I don't really use LVM, so I could |
35 |
dismantle that too, losing all the baggage that brings with it. |
36 |
|
37 |
Having said that, my system (including Gnome) is working perfectly well |
38 |
with mdev, and see no reason why that shouldn't continue. |
39 |
|
40 |
> --Mike |
41 |
|
42 |
-- |
43 |
Alan Mackenzie (Nuremberg, Germany). |