[linux-lvm] mounting a filesystem on LVM2

K. Richard Pixley rich at noir.com
Tue Oct 5 15:41:31 UTC 2010

  This isn't right.

What you need to understand is that most file systems in unix and linux 
are built on the concept of a block special device.  A block special 
device is a block based device driver.  A block based device driver can, 
(in the general case), only read and write blocks from it's associated 
device, but it can do so in random order.  (As distinct from a character 
special device which, in the general case, can only read and write 
sequential characters like /dev/tty, (although blocking may be supplied 
by the device driver))

You can mkfs any block special device.  You can also use block special 
devices without using mkfs as sequential access devices and write 
whatever you want to them directly, although you'll need to use a 
blocking program like dd or tar in order to get them written solely in 
blocks.  In the past this was used for writing to sequential block 
devices like tape drives.

Many physical devices come from the vendor with block special devices.  
This includes disk drives, floppy disks, optical drives, and things that 
mimic disk drives like some types of solid state storage.

There are also games that can be played at the block device level.  Mkfs 
puts a file system on a block special device which allows it to be 
mounted in the systems file name space.  Partitioning allows you to take 
a single block special device and break it up into several smaller block 
special devices, each of which could potentially be used individually in 
any of the ways I've described.

LVM is a way of aggregating block special devices.  That is, it can take 
several block special devices and combine them to produce a single, 
artificial, (in the sense that there is no single associated physical 
device), block special device.  Actually, it creates a pool of blocks 
from which block special devices can be allocated, so there could be 
multiple block special devices allocated from the same pool.  And any of 
these devices could be partitioned or potentially reused in other block 
device manipulations.  LVM is usually used to provide mirroring, 
striping, aggregation, run time relocation, snapshots, or some 
combination of these.

Other available block device manipulations of which I'm aware include 
compression, remote access, fail over fault tolerance, wear leveling, 
load balancing, and the ability to create a block based device using a 
file located on an existing file system.

You don't have to partition a block device before you mkfs it.  You can, 
but you can also just mkfs it.  This is true regardless of whether the 
device is associated with a particular physical device or whether the 
device was created using LVM.


On 10/4/10 23:32 , Alexander Skwar wrote:
> hi.
> You seem to be confused about the steps that are required for
> "getting a directory to store stuff" on Linux. Let me give you a
> basic workflow:
> In old fashioned partition setup:
> a) Get a storage device (hard disk, SSD, FC, iSCSI, ...)
>   ->  Result: Device "file" like /dev/sda
> b) Split the storage device into chunks of wanted size ("partitions")
>   using tools like fdisk, cfdisk, parted === REQUIRED TO BE DONE!
>   ->  Result: Device "files" like /dev/sda1, /dev/sda3, /dev/sda15
> f) On those partitions, create a filesystem (eg. mkfs.ext3) or swap (mkswap)
> g) Mount
> In LVM, you'd do:
> a) Get a storage device (hard disk, SSD, FC, iSCSI, ...)
>   ->  Result: Device "file" like /dev/sda
> b) Split the storage device into chunks of wanted size ("partitions")
>   using tools like fdisk, cfdisk, parted === COMPLETELY OPTIONAL!
>   ->  Result: Device "files" like /dev/sda1, /dev/sda3, /dev/sda15
> c) "Declare" the "storage spot" (/dev/sda, /dev/sda3, ...) as physical
>   volumes (pv) using pvcreate
> d) Create a volume group (vg), using this/these pv(s)
> e) On a vg, create logical volumes (lv) using lvcreate
> f) On these/this lv, create a filesystem (eg. mkfs.ext3) or swap (mkswap)
> g) mount
> Steps a), f) and g) are identical in old fashioned way and LVM. Step
> b) is required in partitioning way and optional in LVM setup.
> It's also identical, that you only create ONE (1) filesystem on any
> ONE (1) partition or lv. You do *NOT* create two or more filesystems
> on one partition/lv (it's doable, but *EXTREMELY* unusual).
> But that's also outlined in the LVM howto... Chapter 11.
> http://tldp.org/HOWTO/LVM-HOWTO/commontask.html
> You really should read it...
> Alexander
> 2010/10/5 Tapas Mishra<mightydreams at gmail.com>:
>> On Tue, Oct 5, 2010 at 9:01 AM, Ray Morris<support at bettercgi.com>  wrote:
>>> partitions, just like any other block device.
>>> Preferably use parted as opposed to fdisk, as
>>> fdisk can support only up to 2 TB.
>> You mean to say within the LVM if I use parted that way I will be able
>> to create two different filesystems existing together.
>> Until now what ever I came across internet is mkfs.ext3 and mkswapfs but
>> they work on two different LVM and will convert those LVM into ext3
>> and swap respectively.
>> I want to break one LVM into 2 one of which I want to populate with a
>> root filesystem
>> and another with swap.
>> _______________________________________________
>> linux-lvm mailing list
>> linux-lvm at redhat.com
>> https://www.redhat.com/mailman/listinfo/linux-lvm
>> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

More information about the linux-lvm mailing list