libnvme(2)
β¨ NAME β¨
enum nvme_feat_nswpcfg_state β Write Protection - Write Protection State
Okay bestie, this is a page straight out of the libnvme API manual (that's libnvme(2), for the girlies taking notes π
), and it's all about one tiny little enum that tells your NVMe namespace how protected it is. Spoiler: there are four levels of "hands off my data" and one of them is forever. π«Ά
πΈ SYNOPSIS πΈ
enum nvme_feat_nswpcfg_state {
NVME_FEAT_NS_NO_WRITE_PROTECT ,
NVME_FEAT_NS_WRITE_PROTECT ,
NVME_FEAT_NS_WRITE_PROTECT_PWR_CYCLE ,
NVME_FEAT_NS_WRITE_PROTECT_PERMANENT
};
Look at her. Four constants, one vibe. β¨
π Constants π
NVME_FEAT_NS_NO_WRITE_PROTECTβ No Write Protect. The namespace is free, unbothered, main character energy, write whatever you want to it. πNVME_FEAT_NS_WRITE_PROTECTβ Write Protect. The namespace is locked down, no writes happening. Lowkey iconic of it honestly.NVME_FEAT_NS_WRITE_PROTECT_PWR_CYCLEβ Write Protect Until Power Cycle. Protected for now, but the second the power cycles it's back to being writable. She's dramatic but temporary. π¦NVME_FEAT_NS_WRITE_PROTECT_PERMANENTβ Permanent Write Protect. No take-backs. That namespace is protected forever, periodt. π
Heads up babes: NVME_FEAT_NS_WRITE_PROTECT_PERMANENT does exactly what it says. Permanent means permanent. Choose your destiny wisely. π
That's the whole page, bestie β you ate it. π
This little page lives in the libnvme API manual, and it was dated July 2026. Bye pookie, go protect a namespace responsibly! πβ¨π«Ά
π¦ 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