Skip to main contentSkip to navigation
Lab Operational Since: 17 Years, 10 Months, 3 DaysFacility Status: Fully Operational & Accepting New Cases

NVMe Not Detected: PCIe Link-Training Diagnosis

An M.2 NVMe drive that is missing from BIOS on more than one motherboard usually has a controller that failed PCIe link training, not destroyed NAND. The data is still on the chips; the drive simply never finished negotiating a link with the host. We re-establish that link on a PC-3000 Portable III diagnostic port, off any production host, and read the controller at our Austin, TX lab.

Author01/13
Louis Rossmann
Written by
Louis Rossmann
Founder & Chief Technician
Updated August 2026

If your NVMe drive disappeared and matters, stop power-cycling it to see if it comes back. If the controller is partly alive but the host link is broken, repeated power-ups risk the controller completing queued TRIM or UNMAP (Deallocate) commands, and background garbage collection can then erase those NAND cells. Don't run recovery software either; a drive that fails PCIe enumeration is invisible to the operating system, so there is nothing for software to scan. Call (512) 212-9111 for a free evaluation.

Call (512) 212-9111No data, no recovery feeFree evaluation, no diagnostic fees
Bluf02/13

Why Is My NVMe Drive Not Detected?

An M.2 NVMe drive absent from BIOS across more than one motherboard usually has a controller that failed PCIe link training, not destroyed NAND. The link never finished negotiating, so the host sees nothing and no software can address the drive. A lab re-establishes communication on dedicated bench hardware, repairing the board faults that keep the link from training, then images the data.

There is a difference worth pinning down first. A drive missing only from Windows Disk Management but present in BIOS is usually a logical problem: a dropped partition or a file system the operating system no longer mounts. A drive absent from BIOS entirely is physical: the controller never trained its PCIe link, so the firmware that BIOS talks to never woke up.

The first case sometimes responds to consumer recovery software. The second never does, because a controller that fails link training is electrically invisible to the host.

Triage03/13

What Can You Check Before Sending the Drive In?

A few checks rule out the cheap problems. They take minutes and cost nothing, and they tell you whether the drive is genuinely dead or just misconfigured. Run them before assuming the worst.

  1. Reseat the M.2 drive. Power down, pull the drive, and reseat it firmly at the correct angle before securing the screw. A drive lifted off its contacts can drop from the bus entirely.
  2. Check the standoff. The mounting standoff has to sit under the right length hole (2280, 2260, 2242). A standoff under the wrong hole props the board up so the connector never seats, or flexes the PCB.
  3. Confirm slot keying and BIOS lane sharing. A SATA-keyed M.2 drive will not work in an NVMe-only slot, and some boards disable an M.2 slot when a specific SATA port or PCIe slot is populated. Check the manual.
  4. Test on a second motherboard. This is the decisive check. If the drive is absent from BIOS on two different boards, the problem is the drive, not the slot or the configuration.

If the drive is still absent from BIOS after all four checks, the controller has failed link training and a consumer fix is off the table. The next sections explain why software can't reach it and how the lab does.

Pricing04/13

How Much Does NVMe Recovery Cost?

The PCIe link-training diagnosis is part of a free evaluation, with no diagnostic fee. If the link can be stabilized and the drive needs board-level repair to hold it, recovery runs $600–$900. Firmware-side system-area work runs $900–$1,200. Every case gets a firm quote before paid work, and no data recovered means no charge.

The diagnosis is what separates this from a guess. We learn the controller's condition before quoting, so the price reflects the real work. Board repair covers the power tree and differential-pair faults that stop the link from training. A donor drive is a matching SSD used for its circuit board. Typical donor cost: $40–$100 for common models, $150–$300 for discontinued or rare controllers. No data recovered means no charge. +$100 rush fee to move to the front of the queue.

Recovery PathNVMe PriceTypical Timeline
Link stabilized on the bench, board-level repair to hold it$600–$9003-6 weeks
Link trains but controller fails the NVMe handshake (system-area rebuild)$900–$1,2003-6 weeks
Controller destroyed, NAND transplant to donor PCB$1,200–$2,5004-8 weeks

NAND transplant requires a 50% deposit and applies only when the controller die is gone. Donor drive cost is additional. SATA SSD board repair runs $450–$600 for comparison. All prices exclude tax & target drive. The full failure-class breakdown and form factors live on the NVMe recovery overview.

Bench Enumeration05/13

How Do We Diagnose a Drive the Motherboard Can't See?

We move the drive off the motherboard and onto a diagnostic port on the PC-3000 Portable III. We attempt enumeration there, repair what keeps the link from training, and image once the controller answers.

A motherboard slot tries to train the widest, fastest link the drive advertises. When the drive cannot complete that negotiation, the link never reaches a usable state, the host gives up, and BIOS shows nothing. From the user's seat the drive looks completely dead, and the board offers no way to see what happened.

The bench takes the motherboard out of the equation. The PC-3000 Portable III connects the drive to a dedicated PCIe/SATA diagnostic port, so every enumeration attempt happens off any production host, under bench control, and can be repeated after each board-level repair step.

Once the controller answers on that port, the lab reads its identity, confirms the NAND is intact, and images sector by sector.

What Is LTSSM and Where Does It Stall on a Failing NVMe Drive?

Before any NVMe command moves, the PCIe physical layer runs the Link Training and Status State Machine. LTSSM walks the link from electrical idle through a defined sequence (Detect, Polling, Configuration, L0) and falls back into Recovery when an established link goes unstable.

A drive that never completes that sequence presents nothing to the host. The flagship NVMe page covers the same sequence on the NVMe recovery overview.

A drive that never trains a link has a hardware fault on the board: a rail, a clock, or a differential pair, addressed by microsoldering at the ESD-safe bench with a Hakko FM-2032 and Atten 862 hot air. A drive that trains a link and then fails the NVMe handshake has a firmware problem inside the controller, addressed by system-area reconstruction.

When that board fault is a shorted PMIC, a collapsed M.2 voltage rail, or a severed PCIe differential pair, the repair path is board-level recovery of an electrically dead NVMe drive.

No software product acts on the LTSSM. A drive that never reaches L0 never presents a block device, so it is invisible to every consumer tool ever shipped. The link has to come up first, and that is bench work.

Software Limit06/13

Why Can't Recovery Software Reach a Failed NVMe Controller?

Recovery software addresses logical block addresses through a block device the operating system presents. That device only exists after the NVMe controller enumerates on the PCIe bus, which requires the link to finish training. A controller that failed link training never reaches the host, so the operating system shows nothing and software has no address path to the NAND.

Tools like R-Studio and DMDE are good at what they do: scanning a drive the operating system can see, rebuilding partition structures, carving files from a healthy block device. That is a real and useful job, and on a logically failed but physically healthy NVMe drive it is the right tool. It is not disparagement to say it cannot help here; it is the architecture.

The chain runs in one direction. The PCIe link has to train. The controller has to enumerate. The operating system has to build a block device. Only then can software open that device and read logical block addresses. Break the first link in that chain and every step after it is unreachable.

A controller that never finishes training never reaches the host, so there is no device for software to open.

This is why the lab work happens below software entirely. The bench establishes a stable link where the motherboard could not, the controller enumerates on it, and only then does imaging begin. Software operates on top of a working link; the lab's job is to build the link in the first place.

Controller Coverage07/13

The three controller families that PC-3000 SSD images on NVMe (Silicon Motion, Phison, Marvell) share the same PCIe physical layer. The bench link work applies to all three because it happens at the link layer, below anything vendor-specific.

Silicon Motion (SM2262EN, SM2263XT)
DRAM-less designs like the SM2263XT lean on a host memory buffer. The HMB-resident portion of the translation table lives in host RAM, so a power loss before a flush can corrupt the flash translation layer.
Phison
Imaging support varies by exact Phison controller, so we confirm coverage at the free evaluation.
Marvell
Marvell NVMe controllers turn up in OEM and enterprise drives. The same link-layer work applies, because the fault is in the board and the silicon rather than in the vendor name.

One tell worth noting at enumeration: a controller that trains a link but boots into a safe or recovery mode after a firmware fault can report a generic descriptor instead of its real model name. If a drive enumerates as a vague alias rather than the part printed on the package, that often points at system-area corruption rather than a healthy controller, and the work shifts to firmware reconstruction.

Coverage note: PC-3000 SSD NVMe imaging spans Silicon Motion, Phison, and Marvell. The link-diagnosis work applies to any NVMe drive because it is link-layer electronics, but vendor-specific imaging afterward is what depends on the controller family. We confirm coverage at the free evaluation before quoting.

Chip-Off Myth08/13

Can Chip-Off Skip a Dead NVMe Controller?

Not on a modern hardware-encrypted NVMe drive. Some labs market chip-off as reading the NAND directly and skipping the dead controller. On a drive that runs hardware AES, the encryption key is bound to the original controller, so desoldered NAND reads back as ciphertext. Reviving the original controller through board and PCIe repair is the viable path, not chip-off.

The marketing claim is appealing: pull the memory chips off the dead board, read them on a bench, skip the broken controller entirely. On older non-encrypted SSDs there is truth to it, and chip-off is a legitimate last resort when the controller die is destroyed.

On a modern hardware-encrypted NVMe drive it falls apart. The media-encryption key is generated inside the controller and wrapped by a key tied to that controller's hardware-unique root, so it never leaves the original silicon in plaintext. Desolder the NAND and the bytes come back as ciphertext.

Bond them to a donor controller of the exact same part number and the donor still cannot unwrap the key, because its root is different.

That is the whole case for board and PCIe repair over chip-off on these drives. The only silicon that can decrypt the NAND is the original controller, so the recovery is to bring that controller back, force a stable link to it, and let it decrypt its own NAND through the normal translator. Even with encryption off, the controller's data scrambling and error-correcting code are still barriers a raw NAND read has to undo.

The fuller breakdown is on the hardware encryption page, and the NVMe PCIe failure classes are on the NVMe PCIe SSD page.

Does NVMe Recovery Need a Cleanroom?

No. A cleanroom keeps airborne particles off exposed magnetic platters in a hard drive. An NVMe SSD has no platters, no heads, and no spindle. The data sits in NAND flash sealed inside BGA packages, so the work is electronics: microsoldering, BGA rework, and PCIe link diagnosis at an ESD-safe bench, not platter work in a Class-100 cleanroom.

The cleanroom is the signature image of hard-drive recovery for a reason. A spinning platter is exposed to the air inside the drive, the head flies microns above it, and a single dust particle can crash the head. Opening that drive outside a particle-controlled environment risks the platter. That physics is real, and for hard drives it matters.

None of it applies to an NVMe SSD. There is nothing spinning and nothing flying. The NAND dies are bonded inside sealed BGA packages, the controller is a chip on a board, and the failure points are electronic: a power rail, a differential pair, a controller that will not train its link.

You do not protect any of that with filtered air. You protect it from static, which is why the work happens at an ESD-safe bench.

So when a lab insists an NVMe drive needs a Class-100 laminar-flow cleanroom, it is either misapplying hard-drive procedure to solid-state media or using the cleanroom image to justify a higher bill. The honest description of NVMe recovery is microsoldering and link diagnosis. The longer version of why solid-state media does not need a cleanroom is on the SSD cleanroom myth page.

TRIM Warning09/13

Why Should You Stop Power-Cycling a Dead NVMe Drive?

Stop power-cycling a dead or undetected NVMe drive. If the controller is partly alive and TRIM or UNMAP (Deallocate) commands were queued, the controller can unmap those blocks and background garbage collection can erase the NAND cells. Once a block is unmapped and erased, no lab can recover it. Pull the drive and have it diagnosed on a bench.

TRIM is a logical deallocate command, not an instant physical erase. The operating system tells the controller which blocks are no longer needed; the controller unmaps them from its translation table and returns zeros when those addresses are read, then garbage collection erases the physical cells afterward. On a drive that is failing on the host link, those queued operations can still run when power is reapplied, which is how a recoverable drive becomes an unrecoverable one.

Repeated power-ups also push current through whatever is degraded on the board, so each retry can spread the damage. The safe move on a dead NVMe drive is to stop, pull it, and bring it to a bench where the first power applied is current-limited and the link is brought up on a dedicated diagnostic port rather than by a motherboard chasing the fastest negotiation.

Diagnostic Sequence10/13

What Is the Lab Sequence for an Undetected NVMe Drive?

The sequence builds from cheapest test to most invasive, so nothing irreversible happens until the evidence calls for it. Every step runs on an ESD-safe bench with the drive off any production host.

  1. Logical-versus-physical confirmation. Establish whether the drive is absent from BIOS or only from the operating system. BIOS absence on a second board confirms a physical link-training failure rather than a logical fault.
  2. Bench enumeration on the Portable III. Connect the drive to a dedicated PC-3000 Portable III diagnostic port, off any production host. If the controller answers, read its identity and confirm the NAND geometry.
  3. Power tree and signal check. Where the link will not train, verify the controller core rails and the differential pairs at the ESD-safe bench with Hakko FM-2032 microsoldering, Atten 862 hot air, Zhuo Mao BGA rework, and FLIR thermal localization, then retry enumeration.
  4. System-area check for handshake failures. If the link trains but the controller never asserts ready after CC.EN, the firmware or system area is corrupt; reconstruct it through PC-3000 SSD before imaging.
  5. Imaging through the original controller. With a stable link and a responding controller, image sector by sector, letting the original silicon decrypt its own NAND. Coverage spans Silicon Motion, Phison, and Marvell NVMe controllers, with supported imaging examples including the Silicon Motion SM2262EN and SM2263XT.
Faq11/13

Frequently Asked Questions

Why is my NVMe drive not detected?
Work through it in order. First, connection: a loose M.2 seat or a standoff under the wrong hole keeps the drive from making contact. Second, configuration: a SATA-keyed drive in an NVMe-only slot, or a BIOS lane-sharing conflict that disables the M.2 slot when another device is installed. Third, hardware: if the drive is absent from BIOS on more than one motherboard, the controller or its power regulation has failed and the drive is electrically invisible to the host. The first two you can check yourself in minutes. The third needs a lab, because no consumer tool can talk to a controller that never trained its PCIe link.
Can software recover a dead NVMe drive?
No. Recovery software needs the operating system to present a block device. That requires the NVMe controller to enumerate on the PCIe bus, which requires the link to finish training through the LTSSM. R-Studio, DMDE, and every other consumer tool address logical block addresses; they have no path to the NAND until enumeration succeeds. A controller stalled in PCIe Polling or stuck in a Recovery loop never reaches the host root complex, so the operating system shows nothing for software to scan. The fix is hardware: re-establish the link, then image.
How do you diagnose a drive the motherboard can't see?
We take the motherboard out of the equation. The PC-3000 Portable III connects the drive to a dedicated PCIe/SATA diagnostic port, so every enumeration attempt happens off any production host and can be repeated after each board-level repair step. If the controller answers there, we read its identity and start imaging. If it does not, the fault is electrical, and the work moves to the power tree and the differential pairs at the bench.
What is LTSSM and why does it decide whether a drive is visible?
LTSSM is the Link Training and Status State Machine: the PCIe physical-layer sequence (Detect, Polling, Configuration, L0, Recovery) that a link walks through before any NVMe command moves. A drive that never completes that sequence presents nothing to the host, which is why it is invisible in BIOS and to every piece of consumer software. The bench work is electrical: confirm the power tree, confirm the differential pairs, repair what is broken, then try the link again on a bench diagnostic port.
How long does NVMe PCIe diagnosis take?
The PCIe link-training diagnosis itself is part of the free evaluation: we bench the drive and attempt enumeration on a PC-3000 Portable III diagnostic port. If the link comes up there and the controller responds, imaging follows the board-repair timeline of 3-6 weeks. If the drive needs power-tree or differential-pair microsoldering first, the repair adds to that. We give a firm timeline and a firm quote after the evaluation, before any paid work begins.
What does a free NVMe evaluation cover?
The evaluation confirms whether the drive is logically or physically failed, attempts PCIe enumeration on a PC-3000 Portable III diagnostic port, and confirms controller coverage. You get a firm quote and timeline before any paid work. There are no diagnostic fees, and if no data is recovered there is no charge. NVMe board-level recovery runs $600–$900; firmware-side system-area work runs $900–$1,200. +$100 rush fee to move to the front of the queue.
Can chip-off read the NAND directly and skip a dead NVMe controller?
Not on a modern hardware-encrypted NVMe drive. Some labs market chip-off as reading the NAND directly and skipping the controller. On a drive that runs hardware AES, the media-encryption key is generated inside the controller and wrapped by a key tied to that controller's hardware-unique root, so it never leaves the original silicon in plaintext. Desolder the NAND and the bytes read back as ciphertext, and a donor controller of the identical part number cannot unwrap them because its root is different. The viable path is reviving the original controller through board and PCIe repair, so it decrypts its own NAND. Chip-off is reserved for older non-encrypted parts.
Do you need a cleanroom to recover an NVMe SSD?
No. A cleanroom exists to keep airborne particles off exposed magnetic platters in a hard drive. An NVMe SSD has no platters, no heads, and no spindle. The data sits in NAND flash sealed inside BGA packages, and the work is electronics: microsoldering, BGA rework, and PCIe link diagnosis at an ESD-safe bench. A lab that insists an NVMe drive needs a Class-100 laminar-flow cleanroom is either misapplying hard-drive procedure or padding the bill.
Which NVMe controllers can you diagnose and image in-lab?
PC-3000 SSD NVMe imaging coverage spans Silicon Motion, Phison, and Marvell. Supported examples include the Silicon Motion SM2262EN and SM2263XT. The PCIe link-training diagnosis on this page is electronics work that applies to any NVMe drive, because the link layer does not depend on the controller vendor. What depends on the vendor is the vendor-specific imaging step afterward, and coverage varies by exact controller, so we confirm it during the free evaluation.
Related Services

NVMe drive missing from BIOS?

Free evaluation. We bench the drive on a PC-3000 Portable III diagnostic port, off any production host, to reach a controller the board can't see. NVMe recovery from $600–$900. No data, no fee.

(512) 212-9111Mon-Fri 10am-6pm CT
No diagnostic fee
No data, no fee
4.9 stars, 1,837+ reviews