Data Recovery Case File · NAS & RAID · The Self-Aware Enquiry
"You're not kicking me as hard as I'm kicking myself": a RAID 0 member dies to 0 bytes, and its owner's diagnosis earns a grade
Some enquiries pre-empt every lecture. This owner opened by acknowledging his LinkStation's two 3TB drives ran RAID 0 — "yes, I know, I can hear you shaking your head, but you're not kicking me as hard as I'm kicking myself" — and then delivered a diagnosis most technicians would sign: drive 2 failed overnight, unaccessed; the network shares showed top-level directories but nothing deeper; and the extracted drive identified in BIOS while reporting 0 bytes, which he read as an onboard firmware issue — possibly, he theorised, bad sectors written to the firmware's records until the available space filled and the structure broke. Nobody kicked anybody. We graded the theory instead.
| System | Buffalo LinkStation, 2 × Seagate Barracuda 3TB, striped (RAID 0) |
| Reported condition | Member 2 failed overnight with no access load; NAS shows top-level directories only; extracted member identifies correctly in BIOS but reports 0 bytes capacity; member 1 healthy |
| Fault class | Service-area/translator corruption on member 2 — the drive unable to describe itself; stripe intact beneath |
| Equipment used | ACE Lab PC-3000 Express (firmware repair) + Data Extractor (stripe assembly) · Atola TaskForce 2 |
The theory, graded
High marks. A drive that introduces itself by name yet claims 0 bytes has lost not its contents but its self-description — the translation structures in its firmware service area that convert the world's addresses into physical sectors and, incidentally, declare the drive's size. His proposed mechanism — defect records accumulating until they overwhelm the structures that hold them — is a genuinely documented way this family of fault arises, and if the precise internal chain on his drive differed in detail, the headline of his diagnosis was simply correct: firmware, not platters; description, not data. Even his stranger symptom decodes cleanly on the same reading: the NAS showing top-level folders but nothing deeper was the enclosure serving what it had cached and could read from the surviving member's share of the stripe, while every deeper step required the striped partner that had stopped describing itself. Half a deck shows you the box lid; the game needs both halves.
The recovery — description restored, stripe redealt
Member 2's cure matched its diagnosis: on the PC-3000, the corrupted service-area structures were repaired from their redundant copies and the translator regenerated, the drive relearning from its own deeper records that it was, and had always been, 3TB — after which it was imaged promptly and completely, nothing entrusted to a second session. Member 1 was imaged alongside on the TaskForce 2, and in Data Extractor the stripe was reassembled the way every striped case in this archive demands: order and chunk size established from the data's own structures, the two images interleaved back into the single volume the LinkStation had always presented, and the filesystem opening across the reunited whole. His files came off complete — including everything below those teasing top-level folders — verified and delivered on a single plain drive.
Outcome
Full recovery, zero kicking. His sign-off deserves the reply in print: RAID 0 isn't a moral failing — it's a trade, capacity and speed purchased with the rule that either drive's bad night takes the volume down, and his bad night happened to be the recoverable kind. The forward move isn't self-reproach but reconfiguration: the same enclosure runs the same two drives as a mirror at half the space and none of the jeopardy, with the recovered plain-drive copy as its independent backup. Kick retired; lesson banked; and for the record, the head-shake he imagined never happened — enquiries this well-observed get nods.
Striped storage, after one member misbehaves
Stop using the surviving side immediately — a stripe's halves are meaningless alone, and writes to either member reshape the reunion. A member reporting 0 bytes (or a wildly wrong size) has a firmware fault, not an empty platter: don't initialise it, don't flash it, and don't test it in other enclosures. Keep the pair together, note which bay held which drive, and bring both — the volume only exists when they're read as one.
Save your energy — call Bristol Data Recovery on 0117 332 1137 with both drives and a clear conscience.
Request a quote online →
Our case files are drawn from genuine enquiries received by our laboratory over the past ten years, anonymised to protect client confidentiality. Each one describes the diagnostic and recovery procedure our engineers apply to that fault, using the equipment listed.