Force cloned hard-disk image upon a smaller hard-disk

this one helped me:

expert mode => disc to disc => etc. => enable -iscd => then: use the partition table from the source disk

create the partition table proportinally (-k1) worked for me on three UEFI GPT computer 1 tb hdd's to ssd's clones. i think clonezilla ignored -k1 there.

on one very old computer with MBR, 512 gb hdd, max 4 gb ram, 64-bit but more junk than useable pc newest windows 10 (20H1) i had to choose -k and not -k1 although i shrunked the hdd partitions to hell and -k1 never worked.

the ssd's had 120 gb.

i think it's the same for uefi gpt that i could use -k there too instead of -k1

i use gpt everywhere i can even for drives lower than 2 tb. gpt is future.

clonezilla told me something with calcuated size of is < 0 ! and the ratio target size to original disk size.

never forget: a shrunken device shrunked with gparted has to get force fsck'd or chkdsk'd by windows 10

enter image description here

https://www.isunshare.com/images/article/windows-10/solved-usb-drive-keeps-disconnecting-and-reconnecting-on-windows-10/click-scan-and-repair-drive.png

click on scan and repair drive (must be FORCED) and then something like restart now. wait until chkdsk became 100 % needs 2 restarts then until windows 10 is usable again, go back to clonezilla.

In my case -icds alone has not solved the problem. I don't know if the problem is exactly the same as mine. But I left here my cent.

I have tried a disc to disc clone from a 930GiB HDD (source drive) with a GPT partition table to 890GiB SSD (destination). Please note I am a Linux user and I have a dual boot with windows 10. I have tried to left unchanged all the partitions and to reduce slightly the size of my data partition only.

1. With gparted, I resized the bigger data partition in order to have an overall size that fits the destination SSD, and moved all free space at the end
2. I used clonezilla-Live from USB pen, with advanced mode and -icds enabled.

It failed. It looks like Clonezilla fails, at start, to clone the partition table to the destination disk because it wrongly uses sfdisk utility that is for older partition types instead of sgdisk utils. My solution:

1. The same as previous (overall size must fit)

2. I manually copied the partition from one drive to another, using Clonezilla shell with this command (only for GPT partitions!):

   sgdisk /dev/sdSourceDeviceName -R /dev/sdDestinationDeviceName

3. Performed Clonezilla disc-to-disc clone, selecting the option -icds and the option to NOT CREATE a partition table on destination disk, option -k. (In this case Clonezilla uses the destination partitions as they are, and resizes partitions when sizes are smaller, in order to fit, it perform a good "best effort").

It worked. I obtained all the partitions the same size as source (Yes I only reduced the bigger partition a bit). Dual boot with windows keeps working well. Regards

I solved it with a Windows 10 image as follows

1. Temporarly move some files if your source drive is nearly full.
2. A drefragmented drive leaves more space for shrinking, so defrag c: through right clicking on the drive -> tools
3. shrink c: through windows disk management as small as possible
4. start Clonezilla, expert, device-device, local, select -icds and finally the -k1 option
5. switch off and disconnect old drive
6. restart with the new drive and hold shift on windows login, select restart -> troubleshooting -> startup repair

In the past the 4th step failed, but since 2015 clonezilla supports GPT with the -k1 option so I think this is the reason why this works, now:
http://clonezilla.org/downloads/stable/changelog.php

Clonezilla live 2.4.2-38 ... Proportition GPT partition layout could be created by the option -k1.

The 6th step is needed because Windows does not recognize the boot drive in the optimization tool (SSD trim) and will try to repair the drive randomly so something seems to be wrong in the boot sector/partition table but startup repair will fix it.

EDIT: I uploaded a video of the the complete process (German):
https://www.youtube.com/watch?v=GJ2LVY5ja-o

My situation:

• Clonezilla image (of Windows 7) based on 128GB drive (100MB system partition + 117GB "C"),
• new 120GB drive.

Following suggestions (like https://superuser.com/a/592283/229908) did not solve the problem for me.

What worked for me was:

1. restore the image to another (larger) drive,
2. defragment that drive (because it seems Clonezilla restores the data as was structured on the original drive, so possibly there won't be enough free space to shrink the partition to target size),
3. shrink the partition (in my case, the 117GB "C") to the size of the target drive/partition (in my case 111GB) or, more safely, to a smaller size,
4. install Windows 7 on the target drive (and have it create its system partition by using advanced options),
5. use Clonezilla to restore each partition (with restorepart command) from the resized drive to the corresponding partition on the target drive.

The main trick why this worked was creating partition table (in my case done automatically by installing the Windows) that corresponds to the target drive, then just copying contents (via restorepart) which wouldn't touch the partitions configuration. So, even if the source partition that is being restored was smaller than the target, as partition table is not touched by restorepart, there is no need to "extend" the target partition after the operation.

Restore the image to a 160GB or larger harddrive ... could be virtual.
Boot that machine with PartedMagic Live CD.
Resize down the partition with parted.

Put drive in as a secondary drive in windows or Linux,
and resize using parted, gparted, or windows disk manager.

If the space is not in use, go into expert mode and enable -icds then restore the image. It will skip the partition size check and will succesfully restore it (only if < 120 GB is in use).