1 |
* Jorge Manuel B. S. Vicetto schrieb am 01.08.11 um 11:19 Uhr: |
2 |
> -----BEGIN PGP SIGNED MESSAGE----- |
3 |
> Hash: SHA256 |
4 |
> |
5 |
> On 01-08-2011 08:31, Eray Aslan wrote: |
6 |
> > On 2011-08-01 10:23 AM, Samuli Suominen wrote: |
7 |
> >> that's my impression now too since nobody has managed to provide |
8 |
> >> useful case for separate /usr, or they have been very vague |
9 |
> > |
10 |
> > I will switch if I have to but saying / and /usr on the same |
11 |
> > filesystem is the better technical solution just annoys me. |
12 |
> > |
13 |
> > I understand if going against upstream and keeping them seperate is |
14 |
> > not worth the hassle and noone steps up to do it. But then we should |
15 |
> > say so. Please don't kid yourself (or others). |
16 |
> |
17 |
> I agree with Eray. Furthermore, please stop trying to reverse "the |
18 |
> game". It's those that want to break existing policies and conventions |
19 |
> that have to justify why they want to do that, not those that want to |
20 |
> keep using what has worked for years. You may not need or like it, but I |
21 |
> want to be able to use partition schemes like the following without |
22 |
> needing to use an initramfs: |
23 |
> |
24 |
> /dev/md4 /boot |
25 |
> /dev/md2 / |
26 |
> /dev/sda1 swap |
27 |
> /dev/sdb1 swap |
28 |
> |
29 |
> /dev/vg/home /home |
30 |
> /dev/vg/usr /usr |
31 |
> /dev/vg/portage /usr/portage |
32 |
> /dev/vg/distfiles /usr/portage/distfiles |
33 |
> /dev/vg/var /var |
34 |
> /dev/vg/vtmp /var/tmp |
35 |
> /dev/vg/www /var/www |
36 |
> /dev/vg/repos /home/repositories |
37 |
> /dev/vg/release /home/release |
38 |
> |
39 |
> Also, desktop users that don't split the /usr path might not like the |
40 |
> "stress" that /usr/portage will add to the / partition - not to talk |
41 |
> about the size and inode constraints. |
42 |
> |
43 |
> With the above design, I have on a system the following disk space use: |
44 |
> |
45 |
> Filesystem Size Used Avail Use% Mounted on |
46 |
> rootfs 9,4G 262M 8,7G 3% / |
47 |
> |
48 |
> I'm growing tired of how complex and over-designed desktop technologies |
49 |
> that hide stuff from the users keep trying to break the "unix way" and |
50 |
> convince us they're "awesome". No, I don't need or want *kit, groups |
51 |
> exist for something. No, applications that do "magic stuff" with dbus |
52 |
> and xml (and I like xml) on the users back and hide how X work aren't a |
53 |
> "good thing(tm)". |
54 |
> |
55 |
> Finally, Gentoo's init system is and will likely be for a long time |
56 |
> openrc, so stop trying to push crazy or experimental init systems - most |
57 |
> with a seemingly "poor design" and unable to do what an init system |
58 |
> needs to do (start and stop services). |
59 |
|
60 |
|
61 |
I fully agree with you here! |
62 |
|
63 |
I always considered systems with just one big / as badly designed. |
64 |
|
65 |
It's simply not the unix way. Sure it makes some things easier in the |
66 |
first place. But that does not mean that it is a better technical |
67 |
solution. |
68 |
|
69 |
-Marc |
70 |
-- |
71 |
8AAC 5F46 83B4 DB70 8317 3723 296C 6CCA 35A6 4134 |