unable to run gdisk from gptfdisk package

[RealYukiSan]

I want to list the current partition layout on my bliss os that run on top of qemu, so I install root-repo and gptfdisk package, but now I'm unable to run gdisk, the error says (from adb):

Standard PC (Q35 + ICH9, 2009):/ # export PATH="$PATH:/data/data/com.termux/files/usr/bin"
Standard PC (Q35 + ICH9, 2009):/ # gdisk -l
CANNOT LINK EXECUTABLE "gdisk": library "libuuid.so" not found: needed by main executable

[RealYukiSan]

I use a workaround that I think more appropriate in my case:

qemu-img convert -f qcow2 -O raw Bliss11.qcow2 /tmp/Bliss11.raw -p

and now I can use fdisk on the host:

$ fdisk -l /tmp/Bliss11.raw
Disk /tmp/Bliss11.raw: 64 GiB, 68719476736 bytes, 134217728 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: 6C729E70-D88A-48B5-93FD-CEDFE05C48C2

Device              Start       End   Sectors  Size Type
/tmp/Bliss11.raw1    2048   1026047   1024000  500M EFI System
/tmp/Bliss11.raw2 1026048 134215679 133189632 63.5G Linux filesystem

and mount the image, if you want:

[reyuki@archbtw blissOS]$  sudo losetup -Pf /tmp/Bliss11.raw                                                                                                                                                                                                      (2 results) [0/126]
[reyuki@archbtw blissOS]$  losetup -a
/dev/loop0: []: (/tmp/Bliss11.raw)
[reyuki@archbtw blissOS]$  lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0    64G  0 loop
├─loop0p1   259:11   0   500M  0 part
└─loop0p2   259:12   0  63.5G  0 part
nvme0n1     259:0    0   1.8T  0 disk
├─nvme0n1p1 259:1    0   100M  0 part
├─nvme0n1p2 259:2    0    16M  0 part
├─nvme0n1p3 259:3    0   1.8T  0 part
└─nvme0n1p4 259:4    0   757M  0 part
nvme1n1     259:5    0 953.9G  0 disk
├─nvme1n1p1 259:6    0     1G  0 part /boot
├─nvme1n1p2 259:7    0     4G  0 part [SWAP]
└─nvme1n1p3 259:8    0 948.9G  0 part /
[reyuki@archbtw blissOS]$  sudo mount /dev/loop0p2 /mnt
[reyuki@archbtw blissOS]$  ls /mnt
android-2024-06-03  lost+found
[reyuki@archbtw blissOS]$  sudo mkdir /mnt/efi
[reyuki@archbtw blissOS]$  sudo mount /dev/loop0p1 /mnt/efi
[reyuki@archbtw blissOS]$  ls /mnt/android-2024-06-03/
data/       initrd.img  kernel      system.img
[reyuki@archbtw blissOS]$  ls /mnt/android-2024-06-03/data/
adb/                       app-asec/                  backup/                    data/                      lost+found/                misc_de/                   preloads/                  server_configurable_flags/ system_de/                 vendor_ce/
adbroot/                   app-ephemeral/             bliss_updates/             drm/                       media/                     nfc/                       property/                  ss/                        tombstones/                vendor_de/
anr/                       app-lib/                   bootchart/                 gsi/                       mediadrm/                  ota/                       resource-cache/            ssh/                       user/
apex/                      app-private/               cache/                     incremental/               misc/                      ota_package/               rollback/                  system/                    user_de/
app/                       app-staging/               dalvik-cache/              local/                     misc_ce/                   per_boot/                  rollback-observer/         system_ce/                 vendor/

reference:

• https://dannyda.com/2020/06/25/how-to-use-qemu-img-command-to-convert-between-vmdk-raw-qcow2-vdi-vhd-vhdx-formats-disk-images-qemu-img-create-snapshot-resize-etc/

[RealYukiSan]

The alternative I heard is using the nbd kernel module and the qemu-nbd command; I haven't tested it though.

[RealYukiSan]

even though I don't need gdisk anymore, if anybody willing to explain the cause why libuuid.so is missing and how to fix it, I will mark the post as answer.

[licy183]

This is a bug. gdisk should depends on libuuid. I'll fix it.