Open, and work is coming in · weekdays, 9am–5:30pm Faster by phone: 0800 6890668
PDR Plymouth Data Recovery 0800 6890668 Get a price
PDR / The devices we handle / SSD & NVMe

Devices · SSDs and NVMe cards

Plymouth SSD and NVMe recovery. The flash is almost always fine; what stops is the controller.

There is nothing to listen to on an SSD. The machine powers down as usual, and on the next start the BIOS shows no drive whatever. Three faults account for nearly all of it: the controller dies, the firmware corrupts, or power is lost mid-write. Among the drives Plymouth sends in, Western Digital and Crucial badges turn up most. We work at the flash, and sooner beats later.

Nothing readable? Most jobs carry no bill Free diagnosis, then one written price Boxes come to the lab from Truro, Newquay and Tavistock

You will be talking to an engineer
0800 6890668

Most weeks bring one of these. Routine bench work.

Not listed? Try the triage →
Getting it to us: wrap it so nothing can shift, cover it for what it is worth, and post it tracked to the intake lab in Bristol. We cover the postage back. If you want an engineer to check the packing before the box is taped, ring first. It is spelled out on the contact page.

The SSD and NVMe makes that turn up most weeks.

Western DigitalSA510 Blue for SATA; on NVMe the Black SN770 and SN850X; and SanDisk badges over identical silicon.
SeagateSATA BarraCuda SSD · NVMe FireCuda 530 · the One Touch SSD.
Crucial & MicronSATA gets the MX500; NVMe the P3, P5 Plus and T500.
Phison under other namesPNY CS900 · Kingston A400 · Patriot Burst, and more besides — one controller wearing a dozen badges, and one failure common to all of them.

What the messages are telling you.

Not on the list? →
What shows upWhat that points toWhat to do
It identifies itself as SATAFIRM S11Only one cause: a Phison controller has dropped back into ROMDo not touch the vendor utility
The BIOS shows nothing whateverNearly always controller or firmware; the flash behind it is fineChip-level work needed
Shown as 0GB, or at a capacity that is plainly wrongThe FTL — flash translation layer — has given wayDo not restart it again
SMART health drops off in a nightGenuine cell wear, or a controller reporting nonsenseCheck the maker's advisory, then image it
Every read returns 0x800701E3This is a hardware faultImage it, and run no repair tools
Firmware updated, and then: Boot device not foundThe firmware write ended half finished; nothing boots nowLeave the power off it

What happens to a drive while it is here.

Cases in the log →
01

A number on arrival, then the free diagnosis Free

Whatever arrives is booked in under a case number on the day it reaches the bench. An engineer then works out the actual fault, and that part is free. You get a plain answer on what can come off the drive and what cannot, followed by one price in writing. Nothing further happens until you have read it and agreed.

Diagnosis at no chargeA single written figureYou owe nothing yet
02

Powered up on our terms

Each power-on takes something from a failing drive. Ours is brought up in a service mode we govern, so the flash answers the bench itself and firmware that can no longer cope is held aside.

Brought up in service modeNo trial restarts at all
03

Around the controller

Where the controller will not respond, the flash is read directly and the translation table is reconstructed in software. A raw dump by itself is meaningless. Rebuild the table and your folder tree reappears.

The flash read directlyMapping tables reconstructed
04

Reordered properly

Wear levelling spreads pieces of one document over every die fitted, which is the whole purpose of it. Those pieces are returned to order, the volume is reassembled, and every entry verified against the listing that goes out.

Wear levelling reversedThe volume checked through
05

You give the word, and it ships back

Thinking it over costs you nothing. Everything the drive gave up is listed for you before any invoice exists, and the bill only follows your go-ahead. Files travel back on media bought in for your job, with return carriage paid at this end, and the case stays on the bench until you confirm they open on your own computer.

You see the list and decideWritten to fresh mediaWe pay the postage home

The faults we see most

  • SATAFIRM S11 is bench work — that name shows up when a Phison controller reverts to its ROM. Forums will point you at a utility described as a repair. It is nothing of the sort. It regenerates the drive, throwing away the record of where each block used to sit. The proper approach loads functioning code onto the controller first, and rebuilds the record afterwards.
  • Treat a health percentage as an assertion, not a reading — your software is merely relaying the figure the controller gave it, and once the tables are broken that figure means nothing. More than one manufacturer has had firmware caught understating wear on its own cells.
  • Flash layouts vary controller by controller — the XOR mask must be solved, and the page order along with it, before a dump amounts to anything at all. Removing the chips takes very little of the day; the hours disappear into decoding the result, one family of controller at a time.
  • Deleted on flash means deleted: TRIM begins on those blocks within hours, without being asked, and nothing on the screen shows it happening. Remove a file from an SSD and what you have is that day, not that month.

Worth knowing before you update: flashing firmware overwrites the area holding the record of where your files live, and if power drops halfway there is nothing older beneath it to retreat to. The overwhelming majority of updates finish without incident. Take a copy first anyway. A drive already misbehaving should not be updated at all.

A job out of the casebook.

PL · PLY-2026-0754LOGGED ✓

A firmware update halted, and the NVMe with it

A firmware update was still running when the laptop's system SSD gave up, and nothing would read from it afterwards. Working in technical mode, an engineer put the translator tables back. Ten years of the photographer's edits opened again.

99% read back5 days start to finish

Before you seal the box.

Get these done

  • Shut it down fully; not sleep, not hibernate
  • Write the complete model number down
  • Deleted something? Ring us that day
  • Send the drive or M.2 card on its own, no caddy

What to avoid

  • Restarting over and over hoping it appears
  • Forcing new firmware onto a drive that is ailing
  • Running anything at all that writes to it
  • Continuing to use the machine once files vanish

Questions that come up most weeks.

I deleted files from an SSD this morning. Can they come back?

Perhaps, if you act today rather than this evening. The reason is TRIM: an SSD wipes the blocks that held a deleted file of its own accord, to a schedule of its own, for however long it has power. Spinning disks never behaved that way. This is one of the very few situations where pulling the power is the correct response.

The drive appears nowhere at all. Is it finished?

Seldom. A drive that says nothing has usually lost either the controller or the firmware, and the flash behind those is untouched. The chips are read at the bench, and the bulk of what was stored comes back.

Is an SSD more difficult than a spinning disk?

Not more difficult, just different. A hard disk fails where it moves. An SSD fails in its controller and in the tables that controller maintains. Where TRIM has not yet reached the blocks, the outlook is reasonable.

What about flash soldered onto a board?

Yes, those come in too, and sit alongside the Mac and laptop work. Identical task at the flash; the chips are read in position rather than removed.

A drive that stays switched off gets no worse.

The diagnosis is free, and it comes back as a list: which files read, which do not, and what getting them off would take. Until then, leave the drive unplugged.

0800 6890668