Target partition size is smaller than source
-
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).
-
Can you open the d1.fixed_size_partitions file?
What partition is this having an issue with?
-
@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 -
-
@Wayne-Workman
Yeah, and my other most recent image has an empty one as well. -
@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??
-
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 -
-
-
-
@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/exFATThis 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??
-
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!
-
@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.
