lsm_local...tatus_get(3)
β¨ NAME β¨
lsm_local_disk_health_status_get β bestie, this is the one that queries the health status of a local disk π
π©Ί SYNOPSIS π©Ί
int lsm_local_disk_health_status_get (const char *disk_path, int32_t
*health_status, lsm_error **lsm_err);
π ARGUMENTS π
disk_pathβ a String, aka the disk path. Like, the actual path-path. Example:"/dev/sdc"πhealth_statusβ an output pointer ofint32_t. And the possible values it can hand you back are:LSM_DISK_HEALTH_STATUS_UNKNOWNβ either it's unsupported or it just straight up failed to retrieve the health status πLSM_DISK_HEALTH_STATUS_FAILLSM_DISK_HEALTH_STATUS_WARNLSM_DISK_HEALTH_STATUS_GOOD
lsm_errβ an output pointer oflsm_error. The error message can be retrieved vialsm_error_message_get. And the memory? Free it withlsm_error_free, no cap π«Ά
πΈ VERSION πΈ
1.5
π« DESCRIPTION π«
Okay so basically: it queries the health status of the disk path you specified. That's the whole vibe. The specified disk path gets its health status queried. Periodt β¨
π₯ RETURN π₯
You get back an error code, as enumerated by lsm_error_number, and here's the whole menu:
LSM_ERR_OKβ on success πLSM_ERR_INVALID_ARGUMENTβ when any argument isNULLπLSM_ERR_NO_MEMORYβ when there's no memoryLSM_ERR_LIB_BUGβ when something unexpected happens πLSM_ERR_NOT_FOUND_DISKβ when the disk path you provided isn't found
Not me writing a whole manpage for a disk health checkβ¦ but honestly? She's iconic for it π
This lil page came to you from the <strong>Libstoragemgmt C API Manual</strong>, version <strong>1.5</strong>, dated <strong>February 2026</strong> β and that's the sign-off bestie, go check those disks ππ¦
π¦ 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