Lab accepting new cases ·  Mon–Fri, 9am–5:30pm Urgent? Call 01273 964902
BDR Brighton Data Recovery 01273 964902 Start a case
BDR / Specialist / RAID 5 data recovery

Specialist · RAID 5 data recovery

One parity drive. One margin for error. Usually already spent.

RAID 5 survives exactly one failure — and by the time most arrays reach us, that allowance is gone and a rebuild has been tried. The good news the panic hides: 'two drives down' rarely means two drives dead, and everything recoverable is reachable from images without risking a single further write.

No fix, no fee on most jobs Free diagnosis & written quote Post-in from anywhere in Sussex

Talk it through with an engineer
01273 964902

What you're seeing, decoded.

Something else? Run the triage →
The situationWhat it meansFirst move
One drive failed, array degradedRunning with zero redundancy — every hour of use is unprotectedPower down before the second
Rebuild started, then failedThe full-surface read found bad sectors on a survivor — the classic endingStop; don't retry the rebuild
Two drives showing failedOften one dead drive plus one with a handful of bad sectors — very different from two corpsesSend both; images decide
Drives forced back onlineStale members injected into live stripesStop exactly there
Array vanished after a controller swapMetadata mismatch, data intact underneathReconstruction territory
Someone ran 'RAID recovery' software on the live arrayWrites on evidenceHonesty first: send it anyway
Getting it to us: post your device tracked and fully insured to our secure intake lab — free return postage — or start by phone and we'll walk you through packing it. Sending details are on the contact page.

The rebuild problem, without the scaremongering.

What a rebuild really asksReading every sector of every survivor — on a four-drive 16TB array, roughly 48TB of sustained reads through drives the same age as the one that just died. That's the risk, plainly.
The URE number, honestlyConsumer drives are specified at about one unrecoverable read error per 1014 bits — roughly one bad sector per 12.5TB read; enterprise drives at 1015, ten times better. It's a warranty floor, not a schedule: most drives read far past it clean. The spec is real; the doom-graphs are marketing.
What controllers do when it happensBehaviour diverges: older controllers abort the whole rebuild at one URE; modern PERC and MegaRAID 'puncture' the stripe and continue; Linux mdadm logs it to a bad-block list. One unreadable sector should cost one stripe — not the array.
Why the second failure is usually mechanicalSame-batch drives, same hours, same heat — then a rebuild's marathon read. The survivor that was quietly marginal fails on the treadmill. Imaging gently, weakest regions last, is how we run that marathon instead.

How we recover it, stage by stage.

See recent recoveries →
01

Booked in, diagnosed free Free

Your device is logged with its own case reference the moment it arrives. An engineer assesses the fault, confirms what's actually recoverable, and you get a fixed price in writing — no diagnosis fee, no obligation, and no paid work until you say go.

Free diagnosisFixed written quoteNo obligation
02

Image every member first

Each drive — including both 'failed' ones — is imaged individually with bad sectors mapped and weak zones deferred. From here, nothing that follows can make the situation worse.

All members imagedFailed drives included
03

Derive the geometry

Drive order, stripe size and parity rotation are established from the data itself and the controller's on-disk metadata — no working controller needed, no guessing tolerated.

Order & parity derivedVerified before rebuild
04

Rebuild virtually, choose per block

The array is reassembled in software across the images, taking each block from whichever member holds it healthiest — including regions only the 'failed' drives still carry. Then the file system on top is repaired and verified.

Best source per blockVolume verified mounting
05

Verified, returned, signed off

Before you pay the recovery fee you approve a full listing of what came back. Your data returns on new media with free return postage, and the case only closes once you've confirmed everything opens on your side.

File listing approvalNew media includedFree return postage

What the lab checks first

  • Degraded means naked — a degraded RAID 5 has spent its entire failure allowance; it's a single drive failure wearing an array costume.
  • Urgency is this fault's marketing problem — RAID 5 emergencies are among the most lucrative cases in the industry, which is exactly why the internet is full of theatre about them. Our counter-offer is the boring truth and an image-first method.
  • Punctured stripes are honest wounds — a modern controller that punctured a stripe lost you one stripe's data, cleanly logged; far better than the legacy abort-everything behaviour, and fully visible in reconstruction.
  • mdadm keeps receipts — Linux software RAID's bad-block log and superblocks tell reconstruction exactly what it's inheriting. Software arrays are often the most transparent patients here.

The number worth actually knowing: consumer drives spec one unrecoverable read error per 1014 bits — about 12.5TB — and enterprise drives 1015. A four-drive 16TB RAID 5 rebuild reads ~48TB from its survivors, so the spec says the risk is real; field data says most drives read far past their floor clean. Both things are true — which is why the professional answer isn't 'never rebuild', it's 'never rebuild before imaging'.

From the casebook.

EX · BDR-2026-0822VERIFIED ✓

An accountancy firm's RAID 5, one week before year-end

Drive two died in June; nobody noticed until drive four followed in August, mid-rebuild. Images told the truth: drive four had nineteen bad sectors, not a failure. The stripe rebuilt from three-and-a-nearly-whole members, and the practice filed on time with everything.

19 bad sectors, not 2 dead drives6 days in lab

Before it reaches us.

Do

  • Power the array down the moment it degrades
  • Label bay positions before any drive moves
  • Send every member, failed ones first-class
  • Note the controller model and anything already tried

Don't

  • Start or resume a rebuild on a degraded array
  • Force 'failed' drives back online to check
  • Run recovery software across live members
  • Replace the failed drive and hope

Asked on this bench, answered honestly.

Can RAID 5 be recovered after two drives fail?

Very often, yes. 'Failed' by a controller's standards frequently means a few unreadable sectors, not a dead drive — and reconstruction from images can take each block from whichever member reads it best. Two genuinely destroyed drives is the rare case; two dropped drives is the common one.

Should I just rebuild my degraded RAID 5?

Not before the members are imaged. A rebuild reads every sector of every survivor — the exact stress that finishes marginal drives — and writes parity as it goes, overwriting what reconstruction would otherwise use. Image first turns the same rebuild into a zero-risk operation.

What is a URE and should I be scared of it?

An unrecoverable read error — a sector a drive's own correction can't rescue, specified at roughly one per 12.5TB read on consumer drives, one per 125TB on enterprise. Respect it; don't be terrorised by it. The spec is a worst-case floor, and modern controllers lose a stripe to a URE, not the array.

Can you rebuild the array without our RAID controller?

Yes — the geometry lives on the drives themselves in the controller's metadata, and where that's damaged it can be derived from the data patterns. Arrays reconstruct on our bench from images alone.

Whatever's failed, don't power it on again.

Every restart of a damaged device costs data. Open a case first — the diagnosis is free either way.

01273 964902