Ask Your Question

Blivet does not recognize existing partition table

asked 2018-07-19 18:46:42 -0500

lePerdu gravatar image

I was trying to install Fedora 28 using the live ISO but the partition editor did not recognize any existing partitions. I says the disk is occupied with a single "raw" partition: screenshot.

The disk is partitioned like so, reported from fdisk both on my existing linux installation (not fedora) and on the live image:

$ fdisk /dev/sda -l
Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C232748E-B08C-7349-8A96-B103D9DB5CC1

Device         Start       End   Sectors  Size Type
/dev/sda1       2048   1050623   1048576  512M EFI System
/dev/sda2    1050624 168904703 167854080   80G Linux home
/dev/sda3  424617984 466563071  41945088   20G Linux root (x86-64)
/dev/sda5  466563072 500118158  33555087   16G Linux swap

All of the partitions could be seen and mounted from inside the live image; just blivet has problems with it.

The same thing happened with the netinstaller and the Fedora 27 installer(s).

edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted

answered 2018-07-23 16:24:23 -0500

lePerdu gravatar image

I turned out that this was due to a residual "magic number" from when I dd'd an iso image onto the disk (instead of onto a USB drive as I intended) a while back. For some reason, graphical tools like blivet, the old anaconda disk partition tool, and gparted picked it up and identified the disk as an iso9660 image instead of using the gpt partition table as command-line tools like fdisk, parted, and testdisk did.

I was able to fix it using sudo wipefs -t iso9660 /dev/sdX (credit)

edit flag offensive delete link more

Question Tools

1 follower


Asked: 2018-07-19 18:46:42 -0500

Seen: 104 times

Last updated: Jul 23 '18