01
How Do You Reseat an NVMe SSD to Fix BIOS Detection?
- Power off the computer.
- Remove the M.2 retaining screw with a Phillips screwdriver.
- Pull the drive out of the slot.
- Clean the gold edge connector with 90%+ isopropyl alcohol and a lint-free cloth to remove any oxidation or dust.
- Let it dry, then reseat the drive firmly until the connector is fully inserted and the screw holes align.
The M.2 connector uses a high-density layout with up to 75 pin positions. A fraction of a millimeter of misalignment is enough to lose signal integrity on the PCIe lanes.
02
Does the M.2 Standoff Position Affect NVMe Drive Detection?
M.2 drive lengths include 2230, 2242, 2260, and 2280. The number represents the width and length in millimeters. Most desktop and laptop NVMe drives are 2280 (22mm wide, 80mm long), but compact laptops and the Steam Deck use 2230.
If the standoff is in the wrong position, the screw forces the PCB to flex at the connector end. This can crack solder joints on the controller or NAND packages, or prevent the gold fingers from seating at the correct depth. Verify the standoff is in the hole that matches your drive's length before screwing it down.
03
Why Does an NVMe SSD Show in Disk Management but Not BIOS?
This step determines whether you have a software problem or a hardware problem: a drive not showing up in Windows but present in BIOS is a different failure from a drive absent from BIOS entirely. Boot into BIOS/UEFI setup (typically by pressing F2 or DEL during POST) and look for the drive in the storage or NVMe device list.
| Diagnostic state | What it means | Next action |
|---|---|---|
| Visible in BIOS, not in Windows | The issue is a missing partition table, an uninitialized disk, or a file system Windows does not recognize. | Open Disk Management (diskmgmt.msc). If the drive appears as "Unallocated" or "Not Initialized," do not format if you need the existing data. |
| Absent from BIOS entirely | Rule out a connection problem in Steps 1-2, a dead M.2 slot in Step 4, or a failed controller/power component on the SSD itself in Step 5. |
04
How Do You Test an NVMe Drive That Is Not Showing Up in a Different M.2 Slot?
Test the drive in a second M.2 slot on the same motherboard if one is available. Many motherboards have two or more M.2 slots, and they connect through different PCIe lanes. A failed PCH lane or a dead slot does not mean the drive is bad.
- If no second slot is available, test the drive in a different computer.
- If the drive fails to appear on any system, proceed to Step 5.
Why Is My NVMe SSD on a PCIe Adapter Card Not Showing Up in BIOS?
Passive multi-socket carriers need the motherboard to split one slot's lanes into separate links first. Until that setting is right, one drive appears & the rest stay invisible.
PCIe bifurcation is the logical division of a single slot's lanes into several independent links. The board decides it very early in boot, before root-port link training & before PCI enumeration runs, which is why a drive on a misconfigured carrier never reaches the storage list no matter how many times you reseat it.
Splitting an x16 slot into x8/x8, x8/x4/x4, or x4/x4/x4/x4 lets the CPU address each lane group as its own root port with its own device behind it. Support for those splits depends on how the board physically routes the lanes on the PCB, not on the CPU alone. Two boards with the same processor can differ here.
- Passive Multi-Socket M.2 Carrier
- A passive carrier has no controller chip of its own. It wires lane groups straight from the slot to each M.2 socket, so the board has to bifurcate the slot for every socket past the first to exist as a link. With the setting absent or wrong, one drive enumerates & the others produce nothing.
- One visible drive out of four on a passive quad carrier is almost always the bifurcation setting rather than three dead SSDs. Confirm the slot's lane-split mode before you conclude anything about the drives.
- Single-Drive Passive Adapter
- A one-socket passive adapter takes the first x4 link out of the slot & needs no lane-splitting setting. If a drive fails to appear on one of these, the topology argument is off the table & you are back to the host-versus-drive checks covered further down this page.
- Card With an Onboard PCIe Switch
- A card carrying its own PCIe switch chip handles the lane multiplexing itself & presents to the board as a single device. Those cards expose every populated socket without any BIOS bifurcation support, which is why they work on boards that cannot split a slot.
Non-Destructive Checks That Separate Topology From Drive Fault
- Move the drive to a CPU-direct M.2 socket.
- Populate a different physical slot. Slot behavior differs by position on the same board.
- Read the board manual's lane-allocation table. It documents which sockets & slots get disabled or downshifted when other positions are populated. That table settles what the BIOS screen will not tell you.
- Confirm the slot's lane-split mode. On a carrier card, the slot has to be set to the split its socket count needs, such as x4/x4/x4/x4 for a four-socket board. A slot left at a single x16 link presents one device.
- Run the symmetric cross-test. Once the topology is ruled out, fall back to the drive-versus-host test.
| What you observe | Where the fault sits | Disposition |
|---|---|---|
| One of several drives visible on a passive carrier | Board configuration | Set the slot to the lane split the carrier needs, then recheck the storage list. |
| Drive appears in a CPU-direct socket but not on the card | Slot routing or lane allocation | Check the manual's lane-allocation table for the populated positions. |
| Drive answers on the bus but reports no usable capacity | Controller firmware | Stop power-cycling. The link is intact, so no slot change will help. |
A drive that does answer on the PCIe bus but exposes no usable capacity is not a socket or bifurcation problem. The physical link is intact, so the fault localizes to controller firmware, which is a firmware-level condition rather than a dead board, and it belongs on the imaging bench. The mechanics of that state are covered in what "no NVMe device found" means on the bus.
A drive that enumerates with no usable capacity is the point to stop power-cycling & send it in.
What Are Common False Alarms Before Concluding NVMe Failure?
Configuration issues stop an NVMe drive from showing up without any hardware failure. A keying mismatch between M.2 SATA and NVMe slots prevents detection entirely, and PCIe lane-sharing conflicts can disable a working slot when other storage devices are added. Both are fixable without professional recovery.
- M.2 SATA vs. M.2 NVMe Keying Mismatch
- M.2 is a physical connector, not a protocol. An M.2 drive can be SATA or NVMe, and they use different pin configurations (keys). NVMe drives have an M-key notch (a single gap on the right side of the connector). SATA M.2 drives have a B+M key (gaps on both sides). Plugging an M.2 SATA drive into an NVMe-only slot produces zero detection in BIOS; the drive is not broken, it is in the wrong slot.
- Check your motherboard manual. Slots labeled "M.2 (PCIe)" or "M.2 (NVMe)" do not accept SATA drives. Slots labeled "M.2 (PCIe/SATA)" accept both.
- PCIe Lane Allocation and BIOS Settings
- On many consumer motherboards, M.2 slots share PCIe lanes with SATA ports. Which ports collide is documented in the motherboard manual under "M.2 / SATA sharing" or "Storage Configuration."
- If a drive went missing after you changed the storage layout, check BIOS storage configuration. Intel platforms route some M.2 lanes through the PCH; AMD platforms route the primary M.2 slot directly from the CPU. PCH-routed slots depend on what else is connected to the chipset.
- VMD Controller (Intel VMD / RAID Mode)
- On modern Intel boards, enabling the VMD (Volume Management Device) controller hides the raw NVMe device from standard enumeration. The drive is still attached and intact, but it no longer shows up as a plain NVMe device in the storage list, which reads as "not showing up" to most users.
- Disabling VMD in BIOS restores normal detection. One caveat: if Windows was installed with VMD enabled and a matching driver, turning VMD off can stop that install from booting, so change it back if the drive was already in use as a boot disk.
How Do You Tell If the Motherboard Slot or the NVMe Drive Failed?
One symmetric cross-test settles it. Move the suspect drive to a known-good PC, & move a known-good drive into the suspect slot.
Many reports of an NVMe drive not showing up, including the literal "no nvme device found" message, trace back to the host, not a failed drive. Work through the host-side variables below before you conclude the SSD is dead, because a healthy drive shipped to a lab for NVMe SSD data recovery is a wasted trip when a BIOS toggle would have brought it back.
The same host-first isolation order applies outside M.2: the general drive not detected diagnostic covers non-detection on hard drives and SSDs, where a SATA port or a USB bridge replaces the M.2 slot as the host-side variable.
| Symptom / setup context | Likely fault side | Immediate non-destructive test |
|---|---|---|
| Brand-new blank drive, never initialized | Host-side display quirk | Boot a Windows installer USB; its setup screen detects the drive with its own NVMe driver even when the BIOS boot menu, which only lists bootable partitions, does not. Also check BIOS Advanced Mode, since EZ Mode storage lists can omit a drive that is present. |
| Drive missing after a BIOS update or CMOS reset | Host-side config | Confirm boot mode is UEFI with CSM disabled, & that the storage controller mode (AHCI vs RAID / Intel RST / VMD) matches how the drive was installed. |
| Drive dropped out after a CPU or RAM overclock | Host-side instability | |
| Missing on every slot & every PC after reseating | Drive-side hardware | Stop testing. A dead PMIC, a controller lockup, or firmware/FTL corruption keeps the drive off the PCIe bus. This is a lab job, not a settings fix. |
| Enumerates but shows 0GB or wrong capacity | Drive-side firmware | The controller booted into a safe or panic mode from FTL corruption. Do not run Initialize Disk; that path needs firmware-level recovery. |
Rule Out the Host Before Declaring the Drive Dead
Run these in order. Each step is non-destructive & reversible, & each one removes a host-side reason a healthy drive would read as missing.
- Reset BIOS to factory defaults. If the drive stopped appearing after a CPU or memory overclock, clear it back to stock and retest before assuming the drive is at fault.
- Confirm the protocol settings. Set boot mode to UEFI, disable CSM, & check the storage controller mode. Switching from RAID / Intel RST / VMD to AHCI exposes a drive that the storage controller was abstracting behind a RAID or VMD layer, though a drive that Windows was installed onto under VMD needs that driver to stay bootable.
- Clear lane conflicts. Unplug every SATA data cable. On many consumer boards an M.2 slot shares chipset lanes with specific SATA ports, & populating one can disable the other depending on the board, so check the manual's M.2 / SATA sharing table.
- Check the right menu. Look in BIOS Advanced Mode rather than the EZ Mode summary, & boot a Windows installer USB, whose setup screen detects a drive with its own NVMe driver even when the BIOS boot menu does not.
- Run the symmetric cross-test. Put the suspect drive in a known-good PC, & put a known-good drive in the suspect slot. If the known-good drive also fails to appear in that slot, the motherboard slot, its PCIe lane routing, or a BIOS setting is the cause, not the SSD.
| Cause | What is happening on the bus | Where it gets fixed |
|---|---|---|
| Host config or enumeration fault | UEFI vs CSM boot mode, Intel VMD, M.2 SATA-vs-NVMe keying, or PCIe lane sharing keeps a healthy drive from being presented. The controller is fine; the host never enumerated it. | Your BIOS. Work the false-alarm checks & the symmetric cross-test above. No lab needed. |
| Controller ROM or panic mode | The controller powered on & its BootROM ran, but it couldn't load firmware or the FTL from NAND, so it never asserts CSTS.RDY=1 (or it drops off the PCIe bus). The NAND data is intact. | Firmware-level lab access to inject a loader into controller RAM & rebuild the translation map. |
| PCIe link-training or power-rail fault | A marginal or collapsed rail from a failed PMIC keeps the LTSSM from reaching L0, so no endpoint enumerates at all. | Board-level repair: isolate the fault, replace the failed power component, revive the original controller. |
Only the first cause is yours to fix. The other two leave the drive firmware-locked or electrically silent on the PCIe bus, which is the failure class our NVMe SSD data recovery service handles at the firmware & board level.
That is the failure class our SSD data recovery service handles through firmware-level access & board-level repair, covered in the next section.
05
What Are the Hardware Signs of an NVMe Controller Failure?
The drive is not communicating on the PCIe bus at all. This is the failure class our SSD data recovery service addresses through firmware-level access & board-level repair.
No software, driver update, or BIOS setting will fix this. The controller is the processor that manages all communication between the NAND flash and the host system.
Your data is still stored on the NAND chips, but nothing can read it through normal channels.
Professional recovery path: Tools like the PC-3000 Portable III can interface with the controller at the firmware level, work around the failed initialization routine, and extract data from the NAND. In cases where the controller is completely dead, chip-off NAND reading may be an option for older drives without hardware encryption.
Each requires a controller-specific recovery procedure.
Samsung's in-house NVMe controllers are not on ACE Lab's PC-3000 SSD supported-controller list, and those drives are taken case by case: one that still enumerates may need only a logical recovery, and on the 970, 980, and 990 families PC-3000 can sometimes read a drive a normal computer will not see.
Free evaluation. $200–$2,500. No data, no fee.
What Should You Avoid After Confirming Controller Failure?
Once you have confirmed the drive is invisible to the BIOS on multiple systems, stop troubleshooting. The following actions risk making recovery harder or impossible.
- Do not flash BIOS updates hoping it will detect the drive. A BIOS update changes your motherboard firmware.
- Do not use a heat gun or "reflow" the SSD. Heating an NVMe drive damages the NAND flash chips. NAND is temperature-sensitive, and uncontrolled heat degrades the charge stored in the cells, reducing recovery odds.
- Do not repeatedly power cycle the drive. Each power-on attempt forces the controller to attempt initialization. On a partially failed controller, this can cause further damage to the firmware area stored on NAND.
- Do not open the SSD or desolder components. Removing the controller or NAND packages without the right equipment and firmware knowledge destroys recovery options.
Why Do NVMe Drives Fail to Detect at the Hardware Level?
NVMe detection requires a multi-stage initialization sequence: the PMIC delivers regulated power, the controller boots its firmware from NAND, & the PCIe link training state machine (LTSSM) negotiates a physical connection with the motherboard.
| Failure mode | Observed symptom | Lab response |
|---|---|---|
| Controller ASIC failure | The drive becomes electrically invisible. The PCIe endpoint never registers on the bus, so BIOS has nothing to enumerate. | Reviving the original controller through board-level repair. |
| PMIC failure & power rail collapse | Isolating the damaged component via FLIR thermal imaging, removing it with an Atten 862 hot air rework station, & replacing it with a donor component using a Hakko FM-2032 microsoldering iron. | |
| Firmware & Flash Translation Layer corruption | Symptoms range from 0MB reported capacity to an incorrect model string with garbled characters to complete enumeration failure. | Entering the controller's diagnostic mode, uploading a loader to controller RAM, and rebuilding the logical-to-physical mapping from NAND spare area metadata. |
| NAND die failure & controller initialization hang | The controller enters an infinite retry loop or locks into a BSY (busy) state. | PC-3000 Portable III works around the drive's normal boot sequence and communicates directly with the controller at the firmware level. |
Controller ASIC Failure
The NVMe controller is a system-on-chip (SoC) that manages all communication between NAND flash & the PCIe host. When the ASIC fails from thermal degradation, electrical overstress, or an internal logic lockup, it can't execute any of that.
The drive becomes electrically invisible. The PCIe endpoint never registers on the bus, so BIOS has nothing to enumerate. Recovery requires reviving the original controller through board-level repair.
Samsung's in-house NVMe controllers are not on ACE Lab's PC-3000 SSD supported-controller list, and those drives are taken case by case.
PMIC Failure & Power Rail Collapse
Board-level repair for PMIC failure runs $900–$1,200 at our lab. We isolate the damaged component via FLIR thermal imaging, remove it with an Atten 862 hot air rework station, & replace it with a donor component using a Hakko FM-2032 microsoldering iron. The original controller stays intact, which preserves its firmware configuration and any encryption keys tied to its silicon.
Firmware & Flash Translation Layer Corruption
The FTL maps logical block addresses (what your operating system sees) to physical NAND pages (where the data is stored). Power loss during a flush or during garbage collection truncates the write, corrupting the mapping table. On next boot, the controller can't load its FTL & either enters safe mode or fails to complete the PCIe handshake entirely.
DRAM-less NVMe drives are at high risk of FTL corruption from a power loss. Drives using Host Memory Buffer (HMB) architecture cache their FTL in the host system's volatile RAM.
Symptoms range from 0MB reported capacity to an incorrect model string with garbled characters to complete enumeration failure. Recovery through PC-3000 Portable III starts at $900–$1,200 and involves entering the controller's diagnostic mode, uploading a loader to controller RAM, and rebuilding the logical-to-physical mapping from NAND spare area metadata.
NAND Die Failure & Controller Initialization Hang
The controller must read firmware, configuration tables, & translation maps from NAND during every boot. If the NAND blocks storing these critical structures suffer from charge leakage or high bit error rates, the onboard LDPC error correction can't decode them. The controller enters an infinite retry loop or locks into a BSY (busy) state.
In this state, the drive may reach PCIe link state L0 (active) but never responds to NVMe Admin commands like Identify Controller. BIOS sees an empty slot or hangs waiting for the unresponsive endpoint. TLC & QLC NAND are more susceptible to this failure than MLC because they store 3 or 4 bits per cell, with tighter voltage margins between programmed states. High program/erase cycle counts & elevated storage temperatures accelerate the charge leakage.
Why the BIOS Sees Nothing: NVMe Controller Boot Sequence
The BIOS can only enumerate an NVMe drive after three things happen in order: the PMIC delivers clean rails to the controller, DRAM, & NAND; the PCIe link training state machine reaches L0; & the controller asserts CSTS.RDY=1 per the NVMe Base Spec.
PCIe Link Training & the PMIC Rail Dependency
- Detect verifies a receiver is present on the lane pair.
- Polling exchanges TS1/TS2 ordered sets to achieve symbol lock & bit-rate negotiation.
- Configuration negotiates link width & lane reversal.
- L0 is the active data state where the BIOS can issue Configuration Reads to enumerate the endpoint.
A marginal controller core rail injects PLL jitter on the SerDes block. The receiver phase-locked loop loses lock during Polling, the 8b/10b decoder accumulates symbol errors, & LTSSM bounces back to Detect. The drive presents as physically connected, draws current, but never enumerates.
A collapsed I/O rail kills the controller's I/O buffers entirely, holding LTSSM in Detect. A failed load switch or PMIC fault on the NAND supply has no effect on LTSSM but causes a later boot-ROM hang. This electrical-layer failure mode is the workload for PMIC and power-rail SSD recovery.
Boot-ROM Execution & CSTS.RDY Assertion
Once LTSSM reaches L0, the host follows the NVMe Base Spec 1.4 (or 2.0) initialization sequence:
- The BIOS reads the CAP register from the controller's BAR0 space.
- It confirms CSTS.RDY=0.
- It writes the Admin Queue Attributes (AQA), Admin Submission Queue base (ASQ), & Admin Completion Queue base (ACQ).
- It then sets CC.EN=1 & polls CSTS.RDY, waiting up to CAP.TO (measured in 500ms units) for the controller to assert ready.
If any of those steps fails, the controller never sets CSTS.RDY=1. CAP.TO expires, the BIOS gives up, & the device disappears from the storage list.
Panic Mode Signatures & Why NAND Data Survives
When boot-ROM fails partway through, controller designers fall back to a ROM-resident panic mode rather than a full lockup.
Samsung NVMe controllers facing FTL corruption may report 0GB capacity or lock into a read-only state.
Samsung's in-house NVMe controllers are not on ACE Lab's PC-3000 SSD supported-controller list, so there is no loader for them; those drives are taken case by case.
The key reason data is recoverable from a panic-mode drive: background garbage collection is suspended in ROM mode. The controller never issues block-erase commands to NAND while it can't load its FTL. User data & metadata in the service area sit undisturbed until a lab brings the controller out of panic mode through firmware loader injection or board-level repair.
What Does the "No NVMe Device Found" BIOS Message Mean?
The literal "No NVMe device found" string (and UEFI variants like "No NVMe drive detected" or "NVMe not present") appears when the host attempted PCIe enumeration but no NVMe-class endpoint completed initialization. Either LTSSM never reached L0, or the endpoint enumerated but the controller never asserted CSTS.RDY=1 before CAP.TO expired, so no namespace was exposed.
The message is the BIOS reporting that nothing answered as a valid NVMe device. It is not telling you the NAND is erased.
This differs from a drive that shows the wrong capacity or 0GB. A 0GB or wrong-capacity drive did enumerate: the controller booted, presented a namespace, and reported NSZE=0 or a placeholder size from a safe or panic mode. "No NVMe device found" means the endpoint never got that far, because the controller failed before the namespace loads.
The enumeration depth is what differs.
Running "Initialize Disk" or formatting is dangerous specifically here. If the drive later flickers into detection from a marginal rail or intermittent solder joint, Windows may offer to initialize it.
That can overwrite the Flash Translation Layer (L2P) metadata in the NAND spare area that a lab needs to rebuild the logical map, which reduces or eliminates your recovery options. If the drive is intermittent, stop power-cycling it and send it for NVMe SSD data recovery.
How PC-3000 Recovers Data from Non-Detecting NVMe Drives
PC-3000 Portable III works around the drive's normal boot sequence and communicates directly with the controller at the firmware level. The recovery workflow adapts based on whether the failure is electrical (PMIC/passive component), firmware-level (FTL corruption), or a combination of both. Board-level repair is a prerequisite when the controller won't power on at all.
- Bench-power the drive independently & measure current draw on the 3.3V rail. Draw far above what the drive should pull indicates a short; draw close to nothing indicates an open circuit or dead PMIC.
- Scan the PCB with a FLIR thermal camera to identify hotspots that pinpoint shorted components. A shorted PMIC or decoupling capacitor will heat up within seconds.
- Perform board-level repair if needed. Remove the failed component with an Atten 862 hot air rework station & replace it using a Hakko FM-2032 microsoldering iron on an FM-203 base station. For BGA-packaged controllers, use a Zhuo Mao precision BGA rework station for controlled reflow.
- Enter the controller's diagnostic mode. Silicon Motion controllers use a Safe Mode entry triggered by pin shorting. Phison controllers enter Safe Mode through a similar hardware trigger. Each controller family has a different entry procedure.
- Upload a specialized loader into the controller's RAM. The loader replaces the corrupted firmware temporarily and gives PC-3000 Portable III direct access to the NAND contents without relying on the drive's broken boot sequence.
- Build a virtual translator to reconstruct the logical-to-physical NAND mapping. PC-3000 reads the NAND spare areas where the FTL metadata is stored and rebuilds the address map that the corrupted firmware couldn't load.
- Extract data through PC-3000 Data Extractor using the reconstructed mapping. The extracted data is written to a target drive for return to the customer.
Many NVMe SSDs implement AES-256 hardware encryption with keys tied to the controller silicon. If the controller is dead on an encrypted drive, removing the NAND chips yields only ciphertext. Board-level repair to revive the original controller is the only recovery path for encrypted drives.
Even on drives without AES-256, proprietary LDPC error correction and data scrambling make chip-off recovery impractical without a functioning controller. For most failed NVMe SSDs, board repair IS data recovery.
NVMe Controller Failure Signatures & Recovery Approaches
| Controller Family | Common Drives | Failure Signature | Recovery Approach |
|---|---|---|---|
| Samsung In-House NVMe | 970 EVO/Pro, 980 Pro, 990 Pro | Not on ACE Lab's PC-3000 SSD supported-controller list; these drives are taken case by case. | |
| Phison E12 / E16 | Consumer Gen3 & Gen4 NVMe | FTL corruption showing a wrong capacity or garbled model string | Safe Mode entry, loader upload, and translator rebuild |
| Silicon Motion SM2262EN / SM2263XT | Mainstream & budget consumer NVMe | Safe Mode boot; 0MB capacity; controller alive but firmware unloadable | Techno Mode pin short; loader upload; virtual translator rebuild |
| Maxio MAP1602A | Budget Gen4 NVMe (Teamgroup, various OEM) | No current in-lab recovery offering for this controller. Rossmann does not currently offer in-lab recovery for Maxio MAP1602A. |
When Is Recovery Software Unable to Fix an NVMe Drive That Is Not Showing Up?
Consumer recovery software like Disk Drill, EaseUS, PhotoRec, & R-Studio requires a functioning communication path between the operating system & the storage device. No software tool can create one. Software recovery addresses logical problems on physically healthy drives; it can't fix dead controllers or corrupted firmware.
Tools work when the SSD is physically healthy but has a logical problem: accidentally deleted files (before TRIM executes) or a corrupted partition table. That changes the moment the controller is dead or the firmware is corrupted. Software can't talk to a drive that won't power on.
One more barrier applies to deleted file recovery on NVMe drives specifically. On Windows 10 and later, TRIM (called Deallocate in NVMe) is on by default. On macOS it is on by default only for Apple-supplied SSDs, and third-party SSDs need it turned on with the trimforce command.
When you delete a file, the operating system tells the controller which blocks are no longer needed. The controller unmaps those logical addresses and schedules garbage collection, which erases the underlying NAND pages.
Once garbage collection runs, the data is gone. No software and no lab can reverse that. The data comes back only if TRIM didn't execute, or if a lab gets to it before garbage collection erases those blocks.
For a non-detecting NVMe drive, professional lab recovery with PC-3000 Portable III and board-level repair capability is the only path. NVMe firmware recovery starts at $900–$1,200.
Circuit board repair for dead PMICs and shorted components runs $900–$1,200. +$100 rush fee to move to the front of the queue.
NVMe SSD Recovery in the Lab
SSD Recovery Pricing
NVMe controller failure recovery follows our standard SSD recovery pricing tiers. No diagnostic fees. No data = no charge. Call (512) 212-9111.
Low complexity
Simple Copy
Your drive works, you just need the data moved off it
Functional drive; data transfer to new media
Rush available: +$100
$200
3-5 business days
Low complexity
File System Recovery
Your drive isn't showing up, but it's not physically damaged
File system corruption. Visible to recovery software but not to OS
Starting price; final depends on complexity
From $250
2-4 weeks
Medium complexity
Circuit Board Repair
Your drive won't power on or has shorted components
PCB issues: failed voltage regulators, dead PMICs, shorted capacitors
May require a donor drive (additional cost)
$450–$600
3-6 weeks
Medium complexity
Most Common
Firmware Recovery
Your drive is detected but shows the wrong name, wrong size, or no data
Firmware corruption: ROM, modules, or system files corrupted
Price depends on extent of bad areas in NAND
$600–$1,200
3-6 weeks
High complexity
PCB / NAND Swap
Your drive's circuit board is severely damaged and requires NAND chip transplant to a donor PCB
NAND swap onto donor PCB. Precision microsoldering and BGA rework required
50% deposit required; donor drive cost additional
50% deposit required
$1,200–$1,500
4-8 weeks
Hardware Repair vs. Software Locks
Our "no data, no fee" policy applies to hardware recovery. We do not bill for unsuccessful physical repairs. If we replace a hard drive read/write head assembly or repair a liquid-damaged logic board to a bootable state, the hardware repair is complete and standard rates apply. If data remains inaccessible due to user-configured software locks, a forgotten passcode, or a remote wipe command, the physical repair is still billable. We cannot bypass user encryption or activation locks.
No data, no fee. Free evaluation and firm quote before any paid work. Full guarantee details. NAND swap requires a 50% deposit because donor parts are consumed in the attempt.
- Rush fee
- +$100 rush fee to move to the front of the queue
- Donor drives
- 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.
- Target drive
- The destination drive we copy recovered data onto. You can supply your own or we provide one at cost plus a small markup. All prices are plus applicable tax.
Frequently Asked Questions
Can data be recovered from an NVMe SSD that is not showing up in BIOS?
Why did my NVMe SSD suddenly stop being detected?
Is an NVMe SSD that shows in BIOS but not in Windows recoverable?
What causes an NVMe SSD to suddenly stop being detected after a power outage?
What is the difference between an NVMe drive not detected in BIOS vs. detected but showing wrong capacity?
What does "No NVMe device found" mean in BIOS?
How can I tell if my motherboard or my NVMe drive is the problem?
Since 2008
Established
As Featured In
Related services
Related Recovery Services
NVMe drive missing from BIOS?
Free evaluation. $200–$2,500. No data, no fee. Ship your drive to our Austin lab.
