Bug 199079 - blkid reports that a disk that once was a zfs pool, but is not anymore, is still a zfs pool
Summary: blkid reports that a disk that once was a zfs pool, but is not anymore, is st...
Status: NEW
Alias: None
Product: Tools
Classification: Unclassified
Component: Other (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Tools.Other
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-11 17:19 UTC by Anatoly Mayorov
Modified: 2018-03-13 19:08 UTC (History)
0 users

See Also:
Kernel Version: 4.13.4, 4.15.7
Subsystem:
Regression: No
Bisected commit-id:

Attachments
Screenshot from a virtual machine (191.84 KB, image/png)
2018-03-11 17:19 UTC, Anatoly Mayorov 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Anatoly Mayorov 2018-03-11 17:19:31 UTC 
Created attachment 274661 [details]
Screenshot from a virtual machine

I first installed TrueOS and let it do the partitioning. It partitioned the whole disk as a zfs pool. 
Then I replaced TrueOS with Archlinux and used parted in the process of installation. New GPT table was created with fat32, ext4 and btrfs partitions. Archlinux worked well.
Then I ran Gparted, and it reported, that the whole disk was formatted to ZFS.
Now I reproduced the same scenario on a virtual machine - the same result.

I submitted a bug report fo Gparted (https://bugzilla.gnome.org/show_bug.cgi?id=794111), but it tuned out, that Gparted relies on blkid to get information about partitions scheme.
Apparently the
 same bug is reported on debian bugzilla (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888114)
This is what blkid shows:
root@debian:~# blkid /dev/sda
/dev/sda: TYPE="zfs_member" PTUUID="f80e1ce2-028f-4124-bdef-ce5a61ad4e72" PTTYPE="gpt"

root@debian:~# blkid | fgrep /dev/sda
/dev/sda1: UUID="7DB9-26ED" TYPE="vfat" PARTUUID="b751bd6a-2f8c-475c-97d3-021454093f3d"
/dev/sda2: LABEL="Boot" UUID="4e63deab-32a3-45bb-8040-a363578cac23" TYPE="ext4" PARTUUID="f15862bb-22d8-422c-8646-16059c04a698"
/dev/sda3: LABEL="Arch_root" UUID="d74637b0-31c0-4459-b34a-4b16f771f7bb" UUID_SUB="51efbd52-6371-4fe9-957f-eca0bde50f84" TYPE="btrfs" PARTUUID="ed7329a9-30a5-40aa-a2e6-ba468afb1d6d"
/dev/sda4: LABEL="Arch_var" UUID="124d87ea-de95-4efe-8e32-043ce0bc805a" UUID_SUB="e8577f31-383c-4866-87bc-8424229e182b" TYPE="btrfs" PARTUUID="c740998e-2bf1-45e4-95e2-dccec240a36f"
/dev/sda5: UUID="c4bd19ef-ef8c-4f7a-b541-3778c5bf058f" TYPE="swap" PARTUUID="362c3c7b-838c-493a-ada6-764ed538a149"
/dev/sda6: LABEL="Arch_home" UUID="b3edd0bf-8847-4e6c-9786-ca1c1f295198" UUID_SUB="e97963d7-fe27-48b2-8435-48c65aa2ab3e" TYPE="btrfs" PARTUUID="2dbb4824-6a82-4db5-9a37-9fc2e4b5a363"
/dev/sda7: LABEL="Data" UUID="f22fb899-7528-4e4d-89b8-19e2e9d25482" UUID_SUB="8427a6f0-e3af-486f-8867-5c1e2fdc71d0" TYPE="btrfs" PARTUUID="af781347-5698-4b58-88e9-2b89990ddfa2"
/dev/sda8: UUID="6027-C280" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="0db0ae6b-fdf3-484a-95f4-ee646f1cef4b"
/dev/sda10: UUID="BAB42EECB42EAB39" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="797d5265-c376-431a-be06-4fba1e50ef28"
/dev/sda11: UUID="3ce945e5-aa23-4602-9019-5587ca76ab5e" TYPE="ext4" PARTUUID="e40b396b-5ac4-4e30-8682-2d5b8da0402e"
/dev/sda9: PARTLABEL="Microsoft reserved partition" PARTUUID="df7a9b92-c57a-48d3-8643-d7334758652c"
root@debian:~#
Note You need to log in before you can comment on or make changes to this bug.