· Dale <[EMAIL PROTECTED]>: > Alexander Skwar wrote: >> < snip > >> The advantage of EVMS over LVM in this case would be, that he >> wouldn't have to reformat/repartition and would still be able >> to resize the partition/filesystem, wouldn't he? >> < snip > >> Yes, with reiserfs, this can be done. But also with every other >> "normal" filesystem besides ext2. >> >> Alexander Skwar >> > > Somewhat on topic here. How hard is it to do this with no previous > knowledge of how it works?
Impossible to do. Nothing at all can be done without knowledge. IMO a better question is: How hard is it, to get proper knowledge? Answer: Easy, thanks to the excellent LVM howto. See http://tldp.org/HOWTO/LVM-HOWTO/ > I am constantly running into the same thing > the OP is and having to move things around. Very basic hint: Make your filesystems as small as possible and enlarge them, when required. This means, that you'd start out with a lot of unallocated space. > Currently I have two 80GB > drives. Here is my partition scheme at the moment: > >> [EMAIL PROTECTED] / # mount >> /dev/hda6 on / type reiserfs (rw) >> /dev/hda1 on /boot type reiserfs (rw,noatime,notail) >> /dev/hda7 on /home type reiserfs (rw) >> /dev/hda8 on /usr type reiserfs (rw) >> /dev/hda9 on /usr/portage type reiserfs (rw) >> /dev/hda10 on /data type reiserfs (rw) >> [EMAIL PROTECTED] / # >> [EMAIL PROTECTED] / # df >> Filesystem 1K-blocks Used Available Use% Mounted on >> /dev/hda6 9765136 1896004 7869132 20% / >> /dev/hda1 146612 45880 100732 32% /boot >> /dev/hda7 9765136 1236144 8528992 13% /home >> /dev/hda8 9765136 4269660 5495476 44% /usr >> /dev/hda9 5859272 3052004 2807268 53% /usr/portage >> /dev/hda10 43762436 10667796 33094640 25% /data Hm. Those are IMO too large. Generally, I'd make the filesystems so large, that they are about 80% filled. >> [EMAIL PROTECTED] / # As I've said often before: I'd use filesystems for /, /var, /opt, /boot, /usr and /home. And actually I also use seperate filesystems for Gentoo stuff. [EMAIL PROTECTED] ~ $ df Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/hda3 404832 193740 211092 48% / devshm 355300 66108 289192 19% /dev/shm temp 355300 200 355100 1% /tmp /dev/hda7 23300 8388 13709 38% /boot /dev/mapper/sys-Opt 531776 477360 54416 90% /opt /dev/mapper/sys-Var 713500 253360 460140 36% /var /dev/mapper/sys-Gentoo 4075188 3846720 228468 95% /Gentoo /dev/mapper/sys-Ccache 2067124 1925708 141416 94% /Gentoo/ccache /dev/mapper/sys-PortageBuild 2097084 82032 2015052 4% /Gentoo/Portage/build /dev/mapper/sys-USR 5242716 2701260 2541456 52% /usr /dev/mapper/sys-Sources 1142744 690160 452584 61% /usr/src /dev/mapper/sys-Home 1834948 1104528 730420 61% /home /dev/mapper/sys-GentooAlt 1187796 1108112 79684 94% /alt /dev/mapper/sys-MediaNeu 597992 33168 564824 6% /data/media /dev/mapper/sys-CD--GN--WMAG 261797 243647 18150 94% /data/CD-GN-WMAG /dev/mapper/sys-Eigene_Dateien 717596 553204 164392 78% /data/Eigene_Dateien svcdir 512 200 312 40% /var/lib/init.d [EMAIL PROTECTED] ~ $ sudo vgdisplay sys --- Volume group --- VG Name sys System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 623 VG Access read/write VG Status resizable MAX LV 0 Cur LV 12 Open LV 12 Max PV 0 Cur PV 2 Act PV 2 VG Size 27,39 GB PE Size 4,00 MB Total PE 7012 Alloc PE / Size 5023 / 19,62 GB Free PE / Size 1989 / 7,77 GB VG UUID MtUu25-c1G2-w28Q-C2md-Gq99-IIMw-8WNTAq Alexander Skwar -- Research is to see what everybody else has seen, and think what nobody else has thought. -- gentoo-user@gentoo.org mailing list
