1 |
On 14 March 2012 18:56, Zac Medico <zmedico@g.o> wrote: |
2 |
> Whatever the arguments may be, the whole discussion boils down to the |
3 |
> fact that the only people who seem to have a "problem" are those that |
4 |
> have a separate /usr partition and simultaneously refuse to use an |
5 |
> initramfs. |
6 |
|
7 |
I wonder if it might help to go through the benefits of having a |
8 |
separate /usr, and see whether they still work when /usr is mounted by |
9 |
initramfs. Hopefully that would either demonstrate that the initramfs |
10 |
approach is fine, or reveal a concrete problem with it so we can start |
11 |
talking about solutions. |
12 |
|
13 |
(For the record, I don't have a separate /usr, but mainly because when |
14 |
I've been setting up machines I've been too lazy to either 1) figure |
15 |
out how much space to allocate to each partition, or 2) learn how to |
16 |
use lvm so I don't have to worry so much about getting it right the |
17 |
first time. I'd prefer for the option to stay available, but not as |
18 |
strongly as some people do.) |
19 |
|
20 |
To start us off, the benefit that I'm mainly interested in (for |
21 |
potential future use, as stated above), and I realise this is probably |
22 |
pretty far down the list overall, is that OpenRC can run fsck at |
23 |
shutdown instead of boot for non-/ filesystems, so as long as / is |
24 |
small there won't be huge boot delays. I imagine using initramfs |
25 |
wouldn't affect this, as by the time the system's shutting down it |
26 |
shouldn't matter how /usr got mounted originally. It might be |
27 |
affected if fsck etc got moved to /usr as has been mentioned, but if |
28 |
that happened OpenRC would probably have to be modified to remount it |
29 |
readonly at shutdown rather than unmount it, and presumably that would |
30 |
allow the fsck to occur. |
31 |
|
32 |
Would anyone else like to continue with their own favourite |
33 |
separate-/usr reason? |