Re: loopX too small for target

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel


[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux