You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This guide helped me out when I restored a CloneZilla image from a (now broken) SSD M.2 device to a (new) NVMe M.2 device. The latter would only boot over EFI.
Be advised that upon creating a new CloneZilla image, the EF02 partition is not backed up.
I don't know how this works. I didn't know Grub writes data between the partitions, and I don't know if that would have been backed up with CloneZilla when the storage was still MBR. But I do know the EF02 partition is not in the list of backed up partitions.
So maybe there could be a caveat or footnote to indicate that upon restoring a backup made using "intelligent" tools like CloneZilla, ocs-sr, or perhaps some of the commercial tools out there, may skip the raw unformatted EF02 partition used by GRUB, and after restoring a disk image, one would be required to redo the grub installation from a chroot environment, e.g. the following steps:
2.3. Mount the remaining filesystems
3.1. Execute a shell in a “chroot” environment
3.3. Mount remaining disks
3.4. Install grub-efi
There are a lot of elements here I don't fully understand, but perhaps someone who understands Grub better can consider if this issue is moot or good.
The text was updated successfully, but these errors were encountered:
This guide helped me out when I restored a CloneZilla image from a (now broken) SSD M.2 device to a (new) NVMe M.2 device. The latter would only boot over EFI.
Be advised that upon creating a new CloneZilla image, the EF02 partition is not backed up.
I don't know how this works. I didn't know Grub writes data between the partitions, and I don't know if that would have been backed up with CloneZilla when the storage was still MBR. But I do know the EF02 partition is not in the list of backed up partitions.
So maybe there could be a caveat or footnote to indicate that upon restoring a backup made using "intelligent" tools like CloneZilla, ocs-sr, or perhaps some of the commercial tools out there, may skip the raw unformatted EF02 partition used by GRUB, and after restoring a disk image, one would be required to redo the grub installation from a chroot environment, e.g. the following steps:
There are a lot of elements here I don't fully understand, but perhaps someone who understands Grub better can consider if this issue is moot or good.
The text was updated successfully, but these errors were encountered: