From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n6NNhO4d012746 for ; Thu, 23 Jul 2009 19:43:24 -0400 Received: from mail-yx0-f202.google.com (mail-yx0-f202.google.com [209.85.210.202]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n6NNh2l2009282 for ; Thu, 23 Jul 2009 19:43:02 -0400 Received: by yxe40 with SMTP id 40so2296531yxe.23 for ; Thu, 23 Jul 2009 16:43:01 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1248281395.14407.167.camel@breeves.fab.redhat.com> References: <2473b43f0907211255u7c116b1er9c3483bec2472cd@mail.gmail.com> <20090721195830.GA30206@esri.com> <4A66A30F.1020906@cox.net> <2473b43f0907212241q3c07e2d4tb160a95b154ad201@mail.gmail.com> <4A66A873.8050100@cox.net> <2473b43f0907212301g605fd40cw894d9266b9877b41@mail.gmail.com> <4A673358.2050104@whgl.uni-frankfurt.de> <1248281395.14407.167.camel@breeves.fab.redhat.com> From: Adam Olsen Date: Thu, 23 Jul 2009 17:42:41 -0600 Message-ID: <2473b43f0907231642n14133fa2w20f747fa9d76ffd5@mail.gmail.com> Subject: Re: [linux-lvm] Can't mount or run fdisk on an existing logical volume, help! Content-Transfer-Encoding: 7bit Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii" To: LVM general discussion and development Thanks for the help guys. We just ended up pulling from our backup, so, even though we didn't end up getting this resolved, we're in good shape. Anyway, thanks again! On Wed, Jul 22, 2009 at 10:49 AM, Bryn M. Reeves wrote: > On Wed, 2009-07-22 at 17:42 +0200, Sven Eschenberg wrote: >> All 'logical' block devices behave pretty much like physical ones. >> >> So you are free to put partition tables on top of lvs or dmcrypt block >> devices, you can aswell put each other on top of each other. It just >> adds possible layers of failure and or overhead. > > Not really; Linux block devices don't have to support partitioning in > the kernel and this is the case for device-mapper devices. > > In practice it doesn't make much difference since device-mapper also > allows arbitrary regions of existing devices to be mapped into a new > device. With a tool that can read and interpret partition table metadata > this allows partitioning to be added in user space for those devices > that don't support it natively. > >> Since LVs give you the opportunity to be created in whatever size you >> wish, in many usage cases it is perfectly normal and straight forward to >> put a filesystem ontop of an LV instead of a partition table. > > Yes, this is the typical usage. Partitioning LVs is mostly of use when > you for some reason want to treat the LV as a whole-disk image for a > device that would normally be partitioned, e.g. an image for a > virtualised system. > > Regards, > Bryn. > > > _______________________________________________ > linux-lvm mailing list > linux-lvm@redhat.com > https://www.redhat.com/mailman/listinfo/linux-lvm > read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/ > -- Adam Olsen SendOutCards.com http://www.vimtips.org http://last.fm/user/synic