nvme_identify_uuid(2)
β¨ nvme_identify_uuid β¨
okay bestie, so this one lives in the libnvme API manual (it's a section 2 page, iykyk π ), and it's literally just "give me the UUIDs on this device, please." let's get into it π¦
πΈ NAME πΈ
nvme_identify_uuid β retrieves the device's UUIDs π
π SYNOPSIS π
int nvme_identify_uuid (int fd , struct nvme_id_uuid_list *uuid_list );
π ARGUMENTS π
fdβ the file descriptor of the nvme device. like, this is which device we're talking to, bestie.uuid_listβ the user space destination address where the data gets transferred π«Ά that's where the goodies land.
π¦ DESCRIPTION π¦
so each UUID List entry is one of two things: either 0h, which is the NVMe Invalid UUID, or a valid UUID. that's the whole vibe check right there.
and what counts as valid?? okay so valid UUIDs are the ones that are non-zero and are not the NVMe Invalid UUID. no zeroes, no invalids, periodt. β¨
if you wanna know the definition of the returned structure, go peek at struct nvme_id_uuid_list β that's where it's all defined, no cap.
β RETURN β
so when it comes back, you get the nvme command status if a response was received (check enum nvme_status_field for that, bestie π). and if not?? you get -1 with errno set instead. that's the whole deal.
π¨ heads up:-1means something went sideways anderrnois holding the receipts. don't ignore it, fr fr.
π SEE ALSO π
struct nvme_id_uuid_listenum nvme_status_field
(these are the ones this page actually points you at β go read 'em, they ate π )
and that's the whole page!! this was the libnvme API manual, section nvme_identify_uuid(2), dated July 2026. thanks for coming to my ted talk, mwah πππ¦β¨
π¦ where this page comes from
- ubuntu stonking: libnvme-dev 1.16.2-1build1 Β· 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