When I try to dd the iso to a usb stick, the trouble begins. dev/sdb2 2927216 2931951 4736 2.3M ef EFI (FAT-12/16/32)įrom what I've read, it's ok to have a GPT partition, but not for partitions to overlap. I/O size (minimum/optimal): 512 bytes / 512 bytesĭevice Boot Start End Sectors Size Id Type Sector size (logical/physical): 512 bytes / 512 bytes Note how the beginning of sdb2 is inside of sdb1 from sudo fdisk -l /dev/sdb Here's a breakdown of the table by partition (little endian): partition#1 (normal MBR):Ġ0 01 00 = starting HSC (head, sector, cylindar)Ġ0 = partition type ('Empty partition entry')ĥ8 e0 fa = last HSC (head, sector, cylindar)Ġ000 0000 = LBA (logical block address) of first absolute sector in theĦ048 2c00 = number of sectors in partitionįe ff ff = starting HSC (head, sector, cylindar)Įf = partition type ('EFI system partition')Ĥ411 2c00 = LBA (logical block adr) of first abs sector in part.Ĩ012 0000 = number of sectors in partitionįdisk reports that these partitions overlap.

Then notice the 'ef' at address 01d2 which denotes the #2 primary partition as being type=GPT. The table starts at address 01be, where you see '80', for the #1 primary boot partition. Here is the distro's MBR partition table (directly from the ISO file): cat | xxd | head -32 | tail -5 I believe this used to work, but the overlapped GPT #2 partition in this and similar distros appears to badly confuse fdisk, sfdisk, parted, gparted, and partprobe. I want to edit the MBR to add USB persistence (as described elsewhere), and must add a partition or enlarge the boot partition. In the MBR partition table of distros like for example, why does a GPT partition appear to overlap the primary boot partition? This seems to generate errors if I try, in any way, to edit the partition table.

Gpt iso