| 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? |
Archives