You're zeroing the disk with 64MB sized blocks entirely
I use
dd if=/dev/zero of=/dev/sdX bs=1M count=64
See if that changes anything. It only writes the first 64MB, where the partition tables reside. GPT has a backup GPT, which does not reside in the first 64 MB and this backup partition table causes problems. The backup GPT should reside in
Knurpht - Gertjan Lettink wrote: the last block. So at least we need a "dd" command which also wipes the last block. Probably programs like parted, gdisk and YaST fail to wipe the backup GPT. "The header contains the disk GUID. It records its own size and location (always LBA 1) and the size and location of the secondary GPT header and table (always the last sectors on the disk). Importantly, it also contains a CRC32 <https://en.wikipedia.org/wiki/CRC32> checksum for itself and for the partition table, which may be verified by the firmware, bootloader, or operating system on boot. Because of this, hex editors should not be used to modify the contents of the GPT. Such modification would render the checksum invalid. In this case, the primary GPT may be overwritten with the secondary one by disk recovery software. If both GPTs contain invalid checksums, many bootloaders (those governed by an integrity model in particular) and operating systems will refuse to work with the disk until the corrupted partition tables are repaired or removed." Source: https://en.wikipedia.org/wiki/GUID_Partition_Table Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org