This drive was originally a Fedora installation on an SSD with LVM and LUKS that had /, /home, and /opt on their own primary partitions within LVM.
The original drive looks exactly like that, in GParted.
Its clone on a larger HDD appears as a single ZFS partition that spans the entire disk. This is a major inconvenience. lsblk still shows everything as on the original drive.
Is there a way to revert GParted to show the real partitioning?
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 1G 0 part /boot
├─sda2 8:2 0 100G 0 part
│ └─luks-########-####-####-####-############ 253:0 0 100G 0 crypt /home
├─sda3 8:3 0 50G 0 part /
├─sda4 8:4 0 1K 0 part
└─sda5 8:5 0 295.1G 0 part /opt
I think gparted is showing the “real” partitioning. ZFS is both a file system (like ext4) and a volume manager (like LVM). It has its own commands to list the subvolumes and file systems – zpool list for the zfs pools and zfs list for the file systems. It is unlikely that gparted will ever be able to access the ZFS data structures and display their layout.
Maybe I’m misreading what you are saying, but your screenshots appear to be of two different drives. The first is formatted with LUKS and the second is formatted with ZFS. If they are the same drive, my guess is that the readouts were taken at different times or that one of the tools is reading “cached” information rather than what is really on the drive.
My PC is formatted with ZFS. This is what GParted shows for my PC:
I have ZFS installed to a partition rather than the whole drive. GParted does not show the different file systems that are in the ZFS pool, but they are there:
[/home/gregory]$ zpool list -v
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
root 928G 584G 344G - - 13% 62% 1.00x ONLINE -
mirror-0 928G 584G 344G - - 13% 62.9% - ONLINE
sdb2 931G - - - - - - - ONLINE
sda2 931G - - - - - - - ONLINE
[/home/gregory]$ zfs list -o name
NAME
root
root/0
root/9
root/cd
root/dos
root/gregory
root/temp
root/wine
What do you mean by “clone”? Do you mean that you copied the files from the first drive to the ZFS file system on the second drive? Or do you mean you used a tool such as partclone to actually clone the original drive in its entirety? If you mean the latter, then it would appear whatever tool you used to clone the drive did not clear a pre-existing ZFS label. ZFS has a command for clearing its labels from a device – zpool labelclear /dev/<whatever> – but you would have to have ZFS installed to use that. The wipefs command might also be able to clear the label, but I’m not sure.
If GParted is picking up cached information rather than what is currently on the drive, closing GParted and running partprobe /dev/sda (or rebooting your system) might help.
Yes, you are misreading it. It is the same drive, viewed simultaneously through lsblk and GParted. I do not have ZFS anywhere in my infrastructure, never had. The original of that cloned drive shows the same partitions through GParted as through lsblk. There is no point in running your commands because the reboot does not change the view.