@Steven Shiau : So far Dell only suggested using "-iefi" as a boot option when performing the restore.
1) I am also inclined to think that some sort of bug in the BIOS must be the root cause for this...Regardless what settings efibootmgr tries to "push" into the VNRAM, the uEFI BIOS should have proper mechanism in place to prevent such catastrophic event from where you can’t recover unless you replace the motherboard…. 2) I am not the 1st one reporting this. There are similar reports out there of Dell computers being bricked , for instance https://sourceforge.net/p/clonezilla/discussion/Open_discussion/thread/9fc9c4dee3/...
We will try to work with Dell and get this issue sorted as we need this solution to deploy hundreds of computers. Can someone please explain what clonzilla tries to write in the UEFI BIOS on restore?
Detailed steps: 1) In the BIOS of the Optiplex 3060 we have set the SATA operation mode from RAID to AHCI 2) We have installed the latest version of Linux Mint on the internal SSD of the Optiplex 3060. After the installation the Linux mint properly created an entry in the UEFI BIOS and it was able to boot up successfully. 3) We booted up from an usb key having Clonzilla Live (alternative stable - 20180812-bionic) - We have selected the “Clonzilla Live (To RAM )” option. - We have created a full disk...
Clonezilla 20180812-bionic bricked Dell Optiplex 3060 computers