1 |
On Thu, Sep 15, 2011 at 3:05 PM, Mike Edenfield <kutulu@××××××.org> wrote: |
2 |
> On Thursday, September 15, 2011 11:16:03 PM Joost Roeleveld wrote: |
3 |
>> On Thursday, September 15, 2011 04:42:23 PM Mike Edenfield wrote: |
4 |
> |
5 |
>> > I would estimate that the vast, vast, vast majority of users are those |
6 |
>> > such as myslelf, who have no opinion whatsoever, and either will not be |
7 |
>> > affected at all by these changes (because they don't separate / and |
8 |
>> > /usr), or will simply apply the proposed initramfs solution and move |
9 |
>> > on. |
10 |
>> |
11 |
>> You also don't have /var (or /var/log) seperated? Or any of the other parts |
12 |
>> of the filesystem that might be required by udev-rules? |
13 |
> |
14 |
> Speaking solely for myself, no. Years ago I routinely split /, /usr, and /var |
15 |
> when setting up my FreeBSD systems, and found that it only ever caused |
16 |
> problems when I could not get /usr or /var mounted when I needed them. |
17 |
> |
18 |
> At least since I switched to Gentoo, I've simply set up one partition with |
19 |
> everything on it, and kept regular backups in case of failure. |
20 |
> |
21 |
> I clearly recognize that there are valid reasons to split your partitions, I |
22 |
> have just never found any of them applicable to my situations. |
23 |
> |
24 |
> --Mike |
25 |
|
26 |
My first response to this 300+ post thread, and only to say that in |
27 |
something like 15 years of playing with & using Linux I've never split |
28 |
/usr & no longer split /var. I also don't use LVM or anything fancy |
29 |
like that. I just keep backups and use them if there's a failure. Life |
30 |
is pretty simple. |
31 |
|
32 |
My suspicion is that by far most casual desktop users of Linux, Gentoo |
33 |
based or not, run pretty much this way and will be unaffected by this |
34 |
whole change and as such have no reason to post. |
35 |
|
36 |
As for the initrd stuff, I'd welcome a way to have one built |
37 |
automatically as part of the kernel build/install. My experience with |
38 |
software RAID has been such that I often cannot get a new RAID to boot |
39 |
without it so having one that's up to date and 'just there' (@tm) |
40 |
would be fairly cool from my POV. |
41 |
|
42 |
My only & last post on this thread. |
43 |
|
44 |
Cheers, |
45 |
Mark |