Solved Target partition size is smaller than source

[TThax]

Re: Target partition size is smaller than source

This topic never really came to a conclusion, and now I am having the same problem. When it loads partclone, it gives me a message that the target partition is smaller than the source.

I am using FOG trunk 6152 on Ubuntu 14.04 lts. I have used this image before and haven’t had a problem but we just bought a new laptop, and it fails to deploy.

Some extra information on the image: I deleted the dell backup partition, so it only has the windows required backup partition and the main partition (which Single Disk - Resizable has always worked with).

[Sebastian Roth]

@TThax I am marking this solved as I guess you have got a new image ready by now. As well Tom and I have worked on getting those dell recovery partitions right as well. Upgrade to the latest version and test if you like.

[TThax]

@Sebastian-Roth

I guess so since I am using Trunk 6152. I honestly thought I had created a new image without the Dell partition. Thanks for noticing that for me. I will just create a new image with only the main partition and the system reserved. Maybe I was in a hurry when I did that one? I normally use a vanilla 7 image as a base for all of mine. Thanks again!

[Sebastian Roth]

@TTHax Thanks for the pictures. The MBR file shows a ‘Dell Utility’ partition (plus a hidden windows part). See here:

$ fdisk -l 1456154079016-d1.mbr 

Disk 1456154079016-d1.mbr: 31.5 KiB, 32256 bytes, 63 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x561e4558

Device                Boot    Start       End   Sectors  Size Id Type
1456154079016-d1.mbr1            63     80324     80262 39.2M de Dell Utility
1456154079016-d1.mbr2 *       81920  24686591  24604672 11.8G 27 Hidden NTFS Win
1456154079016-d1.mbr3      24686592 976771071 952084480  454G  7 HPFS/NTFS/exFAT

This sounds related: https://forums.fogproject.org/topic/5220/target-partition-size-is-smaller-than-source
As well: https://forums.fogproject.org/topic/6027/fog-doesn-t-copy-all-partitions
Where Tom says:

First the recovery partition is a dell utility, and while I believe this is fixed in trunk I cannot say for 100% as I don’t typically create my images using the default layout from the manufacturer.

Do we still have an issue with those Dell partitions in trunk??

[TThax]

@Sebastian-Roth

[TThax]

@Sebastian-Roth

[TThax]

@Sebastian-Roth

[TThax]

@Sebastian-Roth

I’ll give it a shot. Those messages go by so quick, it is hard to catch.

I don’t have any extra computers to test deploying it to right now, so I don’t know if it still works with others.
0_1456154077928_d1.mbr

[Sebastian Roth]

@TThax said:

This is what I was able to catch before the partclone screen:
…

There should be a lot more messages scrolling down the screen before you see partclone doing its work. Could you take a picture in case you see any errors (Failed) on the screen.

Would you mind uploading d1.mbr of that image and I will see if I can find an issue there. By the way - is this image still working when you deploy to a different machine??

[TThax]

@Wayne-Workman
Yeah, and my other most recent image has an empty one as well.

[Wayne Workman]

@TThax said:

I can open the file (apparently empty).

It’s empty?

[TThax]

@Tom-Elliott
I can open the file (apparently empty).

This is what I was able to catch before the partclone screen:

bzImage… ok
init.xz… ok
EXT4-fs (ram0): couldn’t mount as ext3 due to feature incompatibilities
Starting logging: OK
Populating /dev using udev: udevd[2370]: error creating epoll fd: Function not implemented
done
Initializing random number generator… done.
Starting eth0 interface

[Tom Elliott]

Can you open the d1.fixed_size_partitions file?

What partition is this having an issue with?