clearlinux
clr-installer fails when trying to do a clean install on an old ZFS partition
Describe the bug I attempted to install Clear Linux desktop over an old Ubuntu which used ZFS. ISO used: clear-33590-live-desktop
To Reproduce Steps to reproduce the behavior:
- Install Ubuntu 20.04, select ZFS
- dd clear-33590-live-desktop.iso to USB stick
- Boot into Clear Linux
- Launch installer, select "Destructive install"
- Installer dies right after trying to partition
Expected behavior 6. Installer should proceed. If you used wipefs on the partition first, installer proceeds fine. Presumably the installer dies when it sees a ZFS signature on the partition.
Environment (please complete the following information):
- Clear Linux OS Version: clear-33590-live-desktop.iso
Destructive install should replace the disk partition table, so we shouldn't see the previous ZFS. Haven't had an opportunity to wipe a drive and test this yet; need to reproduce to get the /root/clear-installer.log file.
ZFS actually peppers some signature/magic throughout the block device, simply clearing the partition table won't be enough, if the partitioning tool is smart enough to read it. I'm building a VM to test and provide a clear-installer.log as requested.
Here's both the Ubuntu installer as well as a log of the Clear Linux install failing. bug-753-logs.zip
Here is what wipes reports as being present on /dev/sda (block device for clear install)
my guess is that https://github.com/clearlinux/clr-installer/blob/master/storage/block_devices_ops.go needs to be amended to run wipefs -a during a destructive install against partitions before laying down the filesystem
This time I had to run dd if=/dev/zero of=/dev/sda bs=1G before the installer would work. wipefs -a was not enough.
@omkhar Thanks for the follow up. I'm surprised wipefs doesn't clear the file system information; that's is how we prep for an encrypted installed.
quite easy to reproduce, please let me know if you require further artifacts?