lsm_disk_vpd83_get(3)
β¨ lsm_disk_vpd83_get β¨
okay bestie, welcome to the Libstoragemgmt C API Manual π this one is lsm_disk_vpd83_get(3) and it's literally the little function that goes and grabs your disk's SCSI VPD 0x83 ID. short page, big vibes, let's go π¦
πΈ NAME πΈ
lsm_disk_vpd83_get β Retrieve the SCSI VPD 0x83 ID for the disk.
π SYNOPSIS π
const char * lsm_disk_vpd83_get (lsm_disk *d);
π ARGUMENTS π
dβ the Disk to retrieve system ID for. that's it, that's the whole ask π«Ά
β VERSION β
1.3
π¦ DESCRIPTION π¦
So like, what this does is retrieve the system id for the specified disk. Only available for direct attached storage system btw β no cap. It returns the SCSI VPD83 NAA ID of the disk, and that ID is genuinely iconic because you can hand it to lsm_local_disk_vpd83_search when the physical disk is exposed to the OS directly β aka system HBA mode π
now, gentle heads up, this is important: the capability LSM_CAP_DISK_VPD83_GET only means the plugin could query VPD83 for HBA mode disk. For those physical disks acting as RAID member, the plugin might return NULL as their VPD83 NAA ID. so like, don't come for the plugin if that happens, it's documented, periodt π
π NOTE π
The address returned is valid until lsm_disk gets freed. If you need it to live longer than that, copy the return value. And whatever you do, do not free the returned string. like, do not. it's not yours to free bestie π
π RETURN π
Returns a string. It's NULL if the argument d is NULL or not a valid lsm_disk pointer. simple as that β¨
and that's the whole page, you ate it π
this was lsm_disk_vpd83_get from the Libstoragemgmt C API Manual, dated February 2026 β go forth and query your VPD83 NAA IDs responsibly, ily, bye ππ¦πΈ
π¦ where this page comes from
- fedora 43: libstoragemgmt-devel 1.10.3-1.fc43 Β· LGPL-2.1-or-later
- fedora 44: libstoragemgmt-devel 1.10.3-1.fc44 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms