From: Ray Van Dolson <rayvd@bludgeon.org>
To: dm-devel@redhat.com
Subject: Re: loopX too small for target
Date: Tue, 7 Jun 2011 22:28:00 -0700 [thread overview]
Message-ID: <20110608052759.GA16504@bludgeon.org> (raw)
In-Reply-To: <20110608051340.GA16351@bludgeon.org>
On Tue, Jun 07, 2011 at 10:13:41PM -0700, Ray Van Dolson wrote:
> I've imaged the hard disk off of a CentOS 5 machine via dd which
> resulted in a 112GB file "gawaine.img":
>
> # file gawaine.img
> gawaine.img: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, boot drive 0x80, 1st sector stage2 0x8841; partition 1: ID=0x83, active, starthead 1, startsector 63, 208782 sectors; partition 2: ID=0x8e, starthead 0, startsector 208845, 234227700 sectors, code offset 0x48
> [root@brick VM]# sfdisk -l gawaine.img
> Disk gawaine.img: cannot get geometry
>
> Disk gawaine.img: 14589 cylinders, 255 heads, 63 sectors/track
> Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
>
> Device Boot Start End #cyls #blocks Id System
> gawaine.img1 * 0+ 12 13- 104391 83 Linux
> gawaine.img2 13 14592 14580 117113850 8e Linux LVM
> gawaine.img3 0 - 0 0 0 Empty
> gawaine.img4 0 - 0 0 0 Empty
>
> I'm trying to access this image via kpartx, but running into the
> following:
>
> [root@brick VM]# losetup -a
> [root@brick VM]# kpartx -av gawaine.img
> add map loop0p1 (253:5): 0 208782 linear /dev/loop0 63
> device-mapper: resume ioctl failed: Invalid argument
> create/reload failed on loop0p2
> add map loop0p2 (0:0): 0 234227700 linear /dev/loop0 208845
> [root@brick VM]# dmesg
> device-mapper: table: 253:6: loop0 too small for target: start=208845, len=234227700, dev_size=234375000
>
> Hmm...
>
> [root@brick VM]# losetup -a
> /dev/loop0: [fd03]:2386057117 (gawaine.img)
> [root@brick VM]# ls -l /dev/mapper/loop0p1
> lrwxrwxrwx 1 root root 7 Jun 7 22:18 /dev/mapper/loop0p1 -> ../dm-5
>
> So only the non-LVM partitioned (much smaller) got mapped. Are there
> size limitations to what a loopback device can handle?
>
> [root@brick VM]# rpm -q kpartx util-linux-ng
> kpartx-0.4.9-31.el6.x86_64
> util-linux-ng-2.17.2-6.el6.x86_64
Looks like maybe there's something funky not only with the .img file,
but with the disk I dd'd from. Even on the physical disk, parted
complains:
Error: Can't have a partition outside the disk
So somehow my partition table doesn't match up with my disk geometry...
Sounds like this likely has nothing to do with kpartx/losetup/dm after
all. Sorry for the noise.
Ray
prev parent reply other threads:[~2011-06-08 5:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-08 5:13 loopX too small for target Ray Van Dolson
2011-06-08 5:28 ` Ray Van Dolson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110608052759.GA16504@bludgeon.org \
--to=rayvd@bludgeon.org \
--cc=dm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.