OP
Deleted member 63822
Guest
- Thread Starter
- #26
Final answer:
FreeBSD didn't destroy my UEFI
Linux didn't arbitrary/automatically flash/update my BIOS without asking me
What really caused all of this is a corrupted GPT partition table, and this BIOS doesn't like that.
There is no way to completely clear the signature of a zpool.
I'm very careful.
I imported the zpool on the FreeBSD live memstick and zpool destroy it. Not works.
I used gpart destroy -F ada1. Not works.
I used gpt destroy da1 on Dragonfly. Not works.
Why I know it's not work? Open Gparted on Linux, and it's still show the old partition table of the previous FreeBSD installation even though I have overwritten this installation with both Dragonfly and OpenBSD. An orange colored zfs label still shown there.
dd if=/dev/zero of=/dev/sdb bs=1M count=256 not works. The corrupted GPT partition table and zfs label is still there.
So what worked?
Only dd if=/dev/zero of=/dev/sdb bs=10M. Yes, it's let it zero-fill the SSD completely that could cleared out the corrupted GPT partition table and zfs label!
I feared this ZFS too much! The current FreeBSD installation of mine is on UFS2. No ZFS, please.
FreeBSD didn't destroy my UEFI
Linux didn't arbitrary/automatically flash/update my BIOS without asking me
What really caused all of this is a corrupted GPT partition table, and this BIOS doesn't like that.
There is no way to completely clear the signature of a zpool.
I'm very careful.
I imported the zpool on the FreeBSD live memstick and zpool destroy it. Not works.
I used gpart destroy -F ada1. Not works.
I used gpt destroy da1 on Dragonfly. Not works.
Why I know it's not work? Open Gparted on Linux, and it's still show the old partition table of the previous FreeBSD installation even though I have overwritten this installation with both Dragonfly and OpenBSD. An orange colored zfs label still shown there.
dd if=/dev/zero of=/dev/sdb bs=1M count=256 not works. The corrupted GPT partition table and zfs label is still there.
So what worked?
Only dd if=/dev/zero of=/dev/sdb bs=10M. Yes, it's let it zero-fill the SSD completely that could cleared out the corrupted GPT partition table and zfs label!
I feared this ZFS too much! The current FreeBSD installation of mine is on UFS2. No ZFS, please.