NVMe capacity failure

An NVMe drive reporting 0 GB may have lost its map to the flash—not the flash itself.

A host can detect an NVMe controller while receiving no usable namespace, an incorrect capacity or an unexpected model string. This is a device-state problem before it is a partition problem.

Understand the symptom

NVMe capacity depends on controller firmware, namespaces and flash translation metadata.

WHY

What is happening

The controller presents one or more namespaces to the host and translates their logical block addresses to NAND locations. Firmware faults, corrupt translation tables, controller failure, unstable NAND or incomplete initialization can leave the PCIe device visible while user capacity is missing. Partition tools cannot scan sectors that the controller does not expose.

What you may see

Symptoms that change the recovery path.

01

BIOS lists 0 GB

The PCIe device responded, but the expected namespace capacity was not presented.

02

Generic or changed model name

Fallback controller identity can indicate incomplete firmware initialization.

03

Disk tools show no media

The host sees a device path without readable logical blocks.

04

Capacity changes between boots

Intermittent controller, power or NAND behavior indicates an unstable source.

Protect the source

Actions that can make the situation worse.

01

Namespace commands can be destructive

Creating or formatting a namespace may replace metadata required to interpret prior data.

02

Secure erase is irreversible

Sanitize and format commands can trigger cryptographic or physical erasure.

03

Generic scans cannot access absent blocks

Software cannot recover data from an address range the controller is not presenting.

Do this now

Safe steps before evaluation.

01

Capture the exact controller identity

Record model, serial, firmware, capacity and error messages without accepting repair prompts.

02

Stop power cycling

Repeated initialization attempts can change device state or eliminate a brief access window.

03

Keep encryption information

Preserve BitLocker keys, credentials and original host details for any readable encrypted image.

04

Avoid firmware utilities

Do not update, reset or sanitize a failed source before it is evaluated.

NEPFOSYS process

How a data-first evaluation proceeds.

01

Identity and power review

NEPFOSYS compares the reported namespace and controller behavior with the labeled device and incident history.

02

Supported access assessment

The controller, board and NAND state determine whether stable logical or advanced access is feasible.

03

Reconstruct from acquired data

When readable data is obtained, encryption, partitions and filesystems are addressed from the protected copy.

A clear next step

Preserve the original device before another repair or recovery attempt.

Start a case with the exact symptoms, incident timeline, prior attempts, encryption details, and the files that matter most. NEPFOSYS will route the case to the appropriate DFW intake or nationwide mail-in path.

Start with a case review

Questions, answered

What customers ask before starting.

Does 0 GB mean the data is erased?

Not necessarily. It means the controller is not presenting the expected user capacity. Recovery depends on controller, firmware, translation and NAND condition.

Should I initialize the disk in Windows?

No. Initialization writes new partition metadata and cannot repair a missing NVMe namespace or translation layer.

Can recovery software scan a zero-capacity NVMe?

No ordinary scanner can read logical sectors the device does not expose. Hardware and firmware access must be evaluated first.

DFW local · Nationwide mail-in

Protect the device. Start with the facts.

Start my recovery case