I had a very successful clone of an old SSD to a newer SSD, with some 7 partitions, /boot, /, home, etc.
Of course, there was also one swap partition. All partitions were cloned 1:1, with the identical UUID. Not so with the swap. It was simply not formatted, so the system restarted perfectly okay, but without swap. So I had to mkswap and swapon and blk and then copy the new UUID into fstab. Hmm. Maybe there is a purpose for all this, though I would see that.?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can not reproduce the problem here.
Which version of Clonezilla live did you use?
I did a test with clonezilla-live-20150323-vivid-amd64.iso, when doing disk to disk (sda to sdc) cloning, it showed me: ********.
Creating the swap partition if exists...
Found the swap partition /dev/sdc6, create it by:
mkswap -U c5138f22-50dc-40ab-a37f-8744f18f47c1 /dev/sdc6
Setting up swapspace version 1, size = 574460 KiB
no label, UUID=c5138f22-50dc-40ab-a37f-8744f18f47c1********.
The results:
root@utopic:~# blkid
/dev/sr0: UUID="2015-02-17-11-13-29-00" LABEL="20150217-utopic-amd64" TYPE="iso9660" PTUUID="4bfe72b8" PTTYPE="dos"
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="ae95abd6-2125-4372-b95f-f4ef6aff4416" TYPE="ext4" PARTUUID="0005375a-01"
/dev/sda5: UUID="ADEA-7C89" TYPE="vfat" PARTUUID="0005375a-05"
/dev/sda6: UUID="c5138f22-50dc-40ab-a37f-8744f18f47c1" TYPE="swap" PARTUUID="0005375a-06"
/dev/sdc1: UUID="ae95abd6-2125-4372-b95f-f4ef6aff4416" TYPE="ext4" PARTUUID="0005375a-01"
/dev/sdc5: UUID="ADEA-7C89" TYPE="vfat" PARTUUID="0005375a-05"
/dev/sdc6: UUID="c5138f22-50dc-40ab-a37f-8744f18f47c1" TYPE="swap" PARTUUID="0005375a-06"
Apparently you can see /dev/sdc6 is cloned.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did a test with Clonezilla live 2.3.2-22, the results are the same with my 1st post. The issue can not be reproduced here.
Could you please show me your /var/log/clonezilla.log?
Thanks.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OK, I can reproduce the issue here. It only happens in the uEFI machine, i.e. for GPT disk. The tests I had were for MBR disk.
I will fix this issue.
Thanks.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This issue was fixed in testing Clonezilla live, i.e. Clonezilla live 2.4.0-7, 20150330-*.
If you can, please give it a try and let us know the results.
Thanks.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had a very successful clone of an old SSD to a newer SSD, with some 7 partitions, /boot, /, home, etc.
Of course, there was also one swap partition. All partitions were cloned 1:1, with the identical UUID. Not so with the swap. It was simply not formatted, so the system restarted perfectly okay, but without swap. So I had to mkswap and swapon and blk and then copy the new UUID into fstab. Hmm. Maybe there is a purpose for all this, though I would see that.?
I can not reproduce the problem here.
Which version of Clonezilla live did you use?
I did a test with clonezilla-live-20150323-vivid-amd64.iso, when doing disk to disk (sda to sdc) cloning, it showed me:
********.
Creating the swap partition if exists...
Found the swap partition /dev/sdc6, create it by:
mkswap -U c5138f22-50dc-40ab-a37f-8744f18f47c1 /dev/sdc6
Setting up swapspace version 1, size = 574460 KiB
no label, UUID=c5138f22-50dc-40ab-a37f-8744f18f47c1********.
The results:
root@utopic:~# blkid
/dev/sr0: UUID="2015-02-17-11-13-29-00" LABEL="20150217-utopic-amd64" TYPE="iso9660" PTUUID="4bfe72b8" PTTYPE="dos"
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="ae95abd6-2125-4372-b95f-f4ef6aff4416" TYPE="ext4" PARTUUID="0005375a-01"
/dev/sda5: UUID="ADEA-7C89" TYPE="vfat" PARTUUID="0005375a-05"
/dev/sda6: UUID="c5138f22-50dc-40ab-a37f-8744f18f47c1" TYPE="swap" PARTUUID="0005375a-06"
/dev/sdc1: UUID="ae95abd6-2125-4372-b95f-f4ef6aff4416" TYPE="ext4" PARTUUID="0005375a-01"
/dev/sdc5: UUID="ADEA-7C89" TYPE="vfat" PARTUUID="0005375a-05"
/dev/sdc6: UUID="c5138f22-50dc-40ab-a37f-8744f18f47c1" TYPE="swap" PARTUUID="0005375a-06"
Apparently you can see /dev/sdc6 is cloned.
Steven.
The device was this:
Number Start End Size File system Name Flags
1 17.4kB 120MB 120MB bios_grub
2 120MB 420MB 300MB ext4 msftdata
3 420MB 30.4GB 30.0GB ext4 msftdata
4 30.4GB 38.9GB 8500MB linux-swap(v1)
5 38.9GB 67.5GB 28.6GB ext4 msftdata
6 67.5GB 120GB 52.5GB ext4 msftdata
I did a disk-to-disk with the latest Clonezilla in Downloads (3.2.3?), 'Beginners'.
Thanks,
Uwe
I did a test with Clonezilla live 2.3.2-22, the results are the same with my 1st post. The issue can not be reproduced here.
Could you please show me your /var/log/clonezilla.log?
Thanks.
Steven.
OK, I can reproduce the issue here. It only happens in the uEFI machine, i.e. for GPT disk. The tests I had were for MBR disk.
I will fix this issue.
Thanks.
Steven.
This issue was fixed in testing Clonezilla live, i.e. Clonezilla live 2.4.0-7, 20150330-*.
If you can, please give it a try and let us know the results.
Thanks.
Steven.