CentOS and LVM partitions

Tony E - Jaraeth jaraeth at phoenixwing.com
Sat Sep 22 09:51:35 MST 2007


Another thing to note, you can't see the "partitioning" that CentOS is
going to do to your LVM partition off the bad via the text-based
console.  When I installed CentOS 5, I did a graphical install, then it
allowed me to resize the LVM LV's with great ease to my taste.

~ Tony E


Matt Graham wrote:
> After a long battle with technology, der.hans wrote:
>> Am 21. Sep, 2007 schwzte Craig White so:
>>> suit yourself - bear in mind that Red Hat really really likes to use
>>> 'File system labels' for mounting (as you noted in /etc/fstab) and
>>> therefore, when you manually partition, make sure you use sensible label
>>> names so Red Hat can keep track.
>> The installer is still adding and using labels. I'm also moving everything
>> over to labels anyway. How do you read and assign labels to LVM
>> partitions?
> 
> You don't.  A partition of type 0x8e typically has one PV in it.  The PV 
> belongs to a VG.  A VG has one or more LVs in it.  The LVs are roughly 
> equivalent to ordinary disk partitions; you make filesystems within the LVs.  
> You can run e2label or tune*fs on an LV.  When I did this for a multiboot 
> 64/32-bit system, I had LVs named /dev/vg/usr32 and /dev/vg/usr64.  Their 
> ext3 labels were "usr32" and "usr64", even though I never mounted by label.
> 
>>> the concept of using labels instead of devices comes from the notion
>>> that bios alterations, SAN systems, etc. will present drives to the
>>> system in varying ways but a label never changes.
>> Yeah, I like them :).
> 
> ...then you have situations like installing CentOS 3 and CentOS 4 to different 
> disks on the same system without changing the installer's defaults.  So you 
> have 2 filesystems with LABEL="root" (or something) and stupidity ensues.  I 
> haven't done this but people on comp.os.linux.misc have.  (This means that at 
> some point, they'll move from mount-by-label to mount-by-UUID, and that'll be 
> fairly icky and incomprehensible.)
> 


More information about the PLUG-discuss mailing list