- 0.27.x works. - parted/fdisk are able to show/display all partitions (gpt). but the new gparted versions display only one big disk. - maybe the reason is that I have several partitions which contain ZFS-Pools - because gparted displays the whole disk as ZFS, or the partition order differs from the partition naming order (e.g. sda8 starts/ends before sda7)
I use GPT partitioning on my machines as well but not ZFS and everything works fine with these versions of gparted. Could you attach your emerge --info ?
Thank you for the report. Please attach the logfiles https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide#Report_a_build-time_bug_.28emerge_failed.29 and reopen this ticket (Status:unconfirmed).
Created attachment 503254 [details] emerg.info of the zfs host
to provide more info (because it seems that I'm the only one hitting this bug, which is in my eyes nearly unbelievable) ############################################# gparted (with libparted : 3.2) shows for /dev/sda in its window: partition filesystem label size .... /dev/sda zfs tank40 465.76GiB --- --- PS: at least it shows that there is something ZFS-like on the disk and one ZFS pool name.. ############################################## whereas parted correctly shows: host: > parted /dev/sda GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Model: ATA Samsung SSD 850 (scsi) Disk /dev/sda: 500GB Sector size (logical/physical): 512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 105MB 104MB fat16 EFI boot partition boot, esp 8 106MB 2726MB 2620MB ext4 External boot partition 2 2726MB 25,7GB 23,0GB ext4 Mint root partition 3 25,7GB 39,2GB 13,5GB linux-swap(v1) Linux SWAP partition 4 39,2GB 102GB 62,9GB EVO850_zfs_60GB 5 102GB 116GB 13,6GB ext4 EVO850_13GB 7 116GB 458GB 342GB EVO850_zfs_326GB 6 458GB 500GB 41,9GB EVO850_zfs_40GB ################################## FYI: number 4, 7 and 6 are valid ZFS pools number 1 is EFI number 8 is the /boot of gentoo system in ZFS pool 4 and 6 number 2 is as name says a Linux Mint system number 3 is SWAP number 4 is ZFS pool named "tank60" containing a gentoo and a freebsd system number 5 is ext4 data number 6 is ZFS pool named "tank40" containing a pure gentoo system number 7 is ZFS pool named "tank326" - data tank #################################### ZFS: host: > zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT tank326 318G 272G 45,7G - 54% 85% 1.00x ONLINE - tank40 39G 13,6G 25,4G - 34% 34% 1.00x ONLINE - tank60 58,5G 41,7G 16,8G - 54% 71% 1.00x ONLINE -
played around with more partitions/disks. It seems to me now that gparted doesn't like the combination of more than one zfs-pool/partition per disk plus the non-ascending order of gpt-partitions (e.g. /dev/sda7 comes before /dev/sda6 on disk) whereas parted has no problems with this
Could you give a shot at gparted-0.32.0 ? If this is still problematic, I'll ask you to report this problem upstream.
Please test again with the current version in the official tree. See also https://forums.gentoo.org/viewtopic-t-1085334-start-0.html It is sad to read that you have problems with the software. The situation seems to be a bit more complicate and requires some analysis. We can not help you efficiently via bug tracker. The bug tracker aims rather on specific problems in .ebuilds and less on individual systems. I have had very good experience on the gentoo IRC [1] with questions like this. Of course there are also forums and mailing lists [2,3]. I hope you understand, that I will close the bug here therefore and wish you good luck on one of the mentioned channels [4]. Please reopen the ticket in order to provide an indication for an specific error in an ebuild or any gentoo related product. [1] https://www.gentoo.org/get-involved/irc-channels/ [2] https://forums.gentoo.org/ [3] https://www.gentoo.org/get-involved/mailing-lists/all-lists.html [4] https://www.gentoo.org/support/
- gparted 1.0.0 is installled. - I have 5 gentoo machines with different variants/combinations of zfs pools (some with uefi/gpt, some with good old parttition tables). - there is only one host where gparted shows the correct partition info (but this was a clean installl - with a dd - zeroing the whole disk before installation - so no partition history, but this doesn't helped with other disks). - parted/fdisk always show the correct information. - so for me gparted is simply no longer usable since version 0.27. if zfs is used. I totally understand that you want to close this bug. This can only be fixed by the gparted guys (and there is obviously no one in their team who really uses zfs). There is a bug in their partition/zfs detection mechanism... Close it with CANT-FIX/WONT-FIX
Can you report the issue upstream and post here the link to let us track the issue? https://gparted.org/bugs.php Thanks
