1 |
Am Dienstag, 30. August 2005 08:49 schrieb ext W.Kenworthy: |
2 |
> Comments inline: |
3 |
> |
4 |
> moriah ~ # df -h |
5 |
> Filesystem Size Used Avail Use% Mounted on |
6 |
> udev 252M 2.6M 249M 2% /dev |
7 |
|
8 |
Hmm, mine takes 116k, how comes your /dev uses 2.6M? |
9 |
|
10 |
> cachedir 3.8G 2.2G 1.6G 59% /lib/splash/cache |
11 |
|
12 |
This looks to be the same as /, what is it good for, could you explain this? |
13 |
|
14 |
> /dev/vg1/usr 32G 5.9G 27G 19% /usr |
15 |
> /dev/vg1/var 48G 2.3G 46G 5% /var |
16 |
|
17 |
I doubt you'll ever get them filled. |
18 |
|
19 |
> /dev/vg1/tmp 16G 33M 16G 1% /tmp |
20 |
|
21 |
I use tmpfs for this, but that really depends. |
22 |
|
23 |
> /dev/vg1/home 77G 26G 52G 34% /home |
24 |
|
25 |
As said before I prefer per-user volumes (and use the automounter to mount |
26 |
them on demand). |
27 |
|
28 |
> On Tue, 2005-08-30 at 07:49 +0200, Dirk Heinrichs wrote: |
29 |
> > Am Dienstag, 30. August 2005 06:28 schrieb ext Mark Knecht: |
30 |
> > > That's very helpful. To test my understanding |
31 |
> > > |
32 |
> > > /dev/hda1 - boot - 100M |
33 |
> > |
34 |
> > Way too much. |
35 |
> |
36 |
> only if you are using for nothing else but kernels - as mentioned in my |
37 |
> prev. I intended using it for storage as well as booting. |
38 |
> |
39 |
> > > /dev/hda2 - swap - 2G |
40 |
> > |
41 |
> > Can be on a logical volume, too. |
42 |
> |
43 |
> I have seen warnings against doing this due to poor performance |
44 |
|
45 |
Do you have any real numbers? |
46 |
|
47 |
> > > /dev/hda3 - NOT CLEAR - the backup/rescue install? |
48 |
> > |
49 |
> > Why? Use the LiveCD. |
50 |
> |
51 |
> Some machines dont have a CD. A liveCD also doesnt run squid with my |
52 |
> setup, a mailfiltering gateway or my particular firewall configuration |
53 |
> and so on so its either useless, or means extensive downtime to |
54 |
> reconfigure. For pure rescue, or a limited desktop a liveCD is fine |
55 |
> (and generally knoppix is superior anyway for a desktop) |
56 |
> only if you are using for nothing else but kernels - as mentioned in my |
57 |
> prev. I intended using it for storage as well as booting. |
58 |
|
59 |
OK, depending on the use of the machine, it may be useful, but Mark didn't |
60 |
tell. So I wanted to show another way. |
61 |
|
62 |
> > > /dev/hda5 - root - 4G |
63 |
> > |
64 |
> > Can also be on a logical volume, but needs an initrd/initramfs. 4G is |
65 |
> > too large, IMHO. Mine is 256M. |
66 |
> |
67 |
> As you can see, I already use 2.2G of the root (and 2.9G on another |
68 |
> system), and sometimes much more - so 256M isnt going to get me far! |
69 |
|
70 |
I wonder what else to put on / that couldn't be on a separate volume? / has |
71 |
everything to get things set up, nothing more nothing less. If I'd need a |
72 |
rescue system, I would rsync my current / to a separate volume/partition |
73 |
and change one line in /etc/fstab on the clone and add an entry for it to |
74 |
grub conf. |
75 |
|
76 |
> Set it to your own particular requirements. I dont use initrd's - too |
77 |
> flakey, extra work thats not needed in most cases. I decided in my |
78 |
> early experiments to limit LVM for data on the partitions that cause me |
79 |
> grief with space so most of the root partitions including /etc and /lib |
80 |
> are on a base filesystem (/) This can simplify working on the system. |
81 |
> It is possible to use LVM for nearly everything, but there's extra |
82 |
> complexity, and warnings about some configurations. |
83 |
> |
84 |
> Small roots used to be the way in the old days, but the number of |
85 |
> machines that crashed due to running out of root space were legion! |
86 |
|
87 |
As you can see below, even my 256M are too much, only 52% are used and it |
88 |
didn't change much for years. Even if I would run out of space on /, I |
89 |
could simply grow it (and since it's a lv, with reiserfs on it, it can be |
90 |
done online). |
91 |
|
92 |
> > Sizes: |
93 |
> > # df -h|grep evms |
94 |
> > /dev/evms/root 256M 132M 125M 52% / |
95 |
|
96 |
Bye... |
97 |
|
98 |
Dirk |
99 |
-- |
100 |
Dirk Heinrichs | Tel: +49 (0)162 234 3408 |
101 |
Configuration Manager | Fax: +49 (0)211 47068 111 |
102 |
Capgemini Deutschland | Mail: dirk.heinrichs@×××××××××.com |
103 |
Hambornerstraße 55 | Web: http://www.capgemini.com |
104 |
D-40472 Düsseldorf | ICQ#: 110037733 |
105 |
GPG Public Key C2E467BB | Keyserver: www.keyserver.net |