NVME-OCP-UNSUPPORT(1)
β¨ NVME-OCP-UNSUPPORT(1) β¨
okay bestie so this is the nvme-ocp-unsupported-reqs-log page from the NVMe Manual, and it's literally all about pulling the unsupported requirements log page off your OCP compliant device. grab a snack, we're doing this π
π¦ SYNOPSIS π¦
nvme [<global-options>] ocp unsupported-reqs-log <device> [--no-uuid | -n]
π DESCRIPTION π
So for the NVMe device you hand over, it sends an unsupported-reqs-log command and gives you back the unsupported requirements log page. that's it, that's the whole vibe β¨
The <device> parameter is mandatory β no skipping it, bestie β and it can be either the NVMe character device (like /dev/nvme0) or the block device (like /dev/nvme0n1). either one, you're covered π«Ά
heads up: this only works on OCP compliant devices that actually support this feature. results on any other device are undefined β like, nobody knows what happens, and we're not finding out π
On success it returns 0. otherwise you get an error code. periodt.
π OPTIONS π
-n,--no-uuidβ don't try to auto-detect the UUID index for this command, just default the UUID index to0. sometimes you just want to be manual, y'know? π
πΈ GLOBAL OPTIONS πΈ
these ones live up at the top-level nvme command, but they're available to this subcommand too. main character options, honestly π
--dry-runβ prints the command that would be executed but doesn't actually execute it. all the look, none of the commitment π--no-ioctl-probingβ disables probing for 64-bit IOCTL support.--no-retriesβ disables the retry logic on transient errors. one shot, that's it.-o <fmt>,--output-format=<fmt>β sets the reporting format tonormal,tabular,json, orbinary. only one output format at a time, no greedy behaviour β¨--output-format-version=<version>β picks the output format version. version1uses the original field naming, while version2(the default!) gives you more consistent and script-friendly field names. any other version gets rejected, sorry babe π«--quietβ suppresses informational messages. errors still get reported, and--quietcancels any--verbosefor the library log level. it's giving "silence but make it communicative" π€«--set-options=<key=value>[,<key=value>...]β sets libnvme library options for this invocation. the supported keys areforce-4k,mi-probe-enabled,test-base-dirandtest-sysfs-dir.--timeout=<ms>β sets the timeout for the command in milliseconds.infiniteor-1waits with no time limit (0xffffffff). forever girlies rise π-v,--verboseβ increases the level of detail in the output. you can specify it multiple times to get even more verbose. more is more, always π
oh and also β these options can be set as machine-wide defaults in nvme-cli.conf(5). a command-line flag always overrides the file. flag supremacy, no cap π
π₯ EXAMPLES π₯
- Has the program issue a
unsupported-reqs-logcommand to retrieve the0xC5log page. iconic behaviour, honestly:
# nvme ocp unsupported-reqs-log /dev/nvme0
π NVME π
Part of the nvme-user suite. one of us, one of us π§
okay that's the whole page, you ate that π
this was the NVME-OCP-UNSUPPORT(1) page from the NVMe Manual, dated 10/30/2026 β go forth and log your unsupported requirements, bestie ππ¦
π¦ where this page comes from
- arch rolling: nvme-cli 3.2-1 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms