GNOME Bugzilla – Bug 789898
GPT disk full of partitions looks like iso9660 with no partitions
Last modified: 2017-11-05 23:24:21 UTC
Created attachment 362951 [details] Gparted display Running linux Mint 18.2, using GParted I see all my partitions. Running Ubuntu 17.10, GParted shows just "/dev/sdb iso9660". It still shows my partitions on another disk correctly. Using parted still shows all partitions correctly for the disk that GParted does not, on Ubuntu 17.10. Parted output (correct): Model: ATA Samsung SSD 850 (scsi) Disk /dev/sdb: 250GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 316MB 315MB ntfs Basic data partition hidden, diag 2 316MB 420MB 105MB fat32 EFI system partition boot, esp 3 420MB 555MB 134MB Microsoft reserved partition msftres 4 555MB 125GB 124GB ntfs Basic data partition msftdata 5 125GB 125GB 472MB ntfs hidden, diag 6 125GB 246GB 121GB ext4 7 246GB 250GB 4096MB linux-swap(v1) GParted display for the same disk is attached.
I compiled GParted 0.30.0 from source and have the same behaviour.
Please report the output of the following: blkid /dev/sdb blkid | fgrep sdb wipefs /dev/sdb (wipefs command without any flags reports all signatures on the disk and does not change the disk).
ubuntu@ubuntu:~$ blkid /dev/sdb /dev/sdb: UUID="2015-06-27-14-16-51-00" LABEL="Linux Mint 17.2 Cinnamon 64-bit" TYPE="iso9660" PTUUID="1b692f25-77fc-4062-bcda-a022f84b2b8a" PTTYPE="gpt" ubuntu@ubuntu:~$ blkid | fgrep sdb /dev/sdb1: LABEL="Recovery" UUID="1488565F88564002" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d5fac7f0-a91f-44e2-b347-d5d8cab96d02" /dev/sdb2: UUID="D656-7A21" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="50317670-8026-4d30-9b38-ffabfa39d5da" /dev/sdb4: UUID="DCD45775D457513E" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="73dbbc15-4aa4-4fdc-9540-f1d1eb133073" /dev/sdb5: UUID="12F8BE19F8BDFAD5" TYPE="ntfs" PARTUUID="d42362ca-e5c3-4a58-a82a-94f136c463ba" /dev/sdb6: UUID="400b5638-7992-4151-811e-b85d60072c14" TYPE="ext4" PARTUUID="f0248c7d-6d6a-4ad5-b6f6-cf5a1b1be62f" /dev/sdb7: UUID="116fa56d-cb9e-4ccf-997d-0ba7301d677e" TYPE="swap" PARTUUID="5dc934e2-fbd4-47c7-997b-e6fada0c25a4" ubuntu@ubuntu:~$ sudo wipefs /dev/sdb offset type ---------------------------------------------------------------- 0x200 gpt [partition table] 0x8001 iso9660 [filesystem] LABEL: Linux Mint 17.2 Cinnamon 64-bit UUID: 2015-06-27-14-16-51-00
I manually installed GParted 0.25.0 from Ubuntu' xenial repo, and it works well. I'll use it to do the editing I wanted, but I'll keep around my image of the disk and do any follow up you want to help debug this.
So sdb contains signatures of two different data structures; (1) an ISO image written to the whole disk and, (2) a GPT (GUID Partition Table). Blkid of /dev/sdb reports the ISO image as the preferred signature for the whole disk, so that is what GParted shows. To resolve this run the following: sudo wipefs -o 0x8001 /dev/sdb (It will surgically write zeros over 5 bytes of the ISO signature without touching the GPT). -- NOTES: * The behaviour to report whole disk file systems before partition tables was changed in GParted 0.28.0 as part of bug 771244. This was so that kernel reported partitions embedded within ISO images on whole disks aren't displayed so the user doesn't try to manipulate those ISO embedded partitions, which is impossible. * Having multiple different signatures on any disk or partition is always problematic. Unfortunately many other partition, storage and file system tools don't ensure that all other signatures are cleared first, before they write new partition tables or file systems.
Thanks for your help and explanation :) Erasing the ISO signature does let newer GParted versions see all the partitions like the older ones did.