Data Recovery Case File · Formatted & Logical Faults · Eight Weeks From Submission
"The path does not exist," a month from a thesis deadline: the error decoded, the university IT elimination honoured — and the recovery run with the calendar in writing
Some enquiries carry a clock, and hers ticked loudly. A Seagate Expansion 1TB external: "it is detected when I plug it in, the light comes on and I can hear the disk moving, but there is an error when I try to access the drive saying that the path does not exist." Her university's IT service had already done useful work — "they say it isn't the electronics, as it is detecting the type of drive, the disk is moving" — and then the stakes, stated with academic precision: "I am a PhD student planning to submit in the next month or so, and I have just lost all of my PhD work from the last eight weeks since my last backup." This page decodes the error (which is far kinder than it reads), credits the elimination already done, and covers the part her situation makes essential: how a recovery runs when a submission date is part of the case — with the timescale in writing, because a deadline deserves better than "soon."
| Media | Seagate Expansion 1TB external — detected and spinning; access refused with "the path does not exist"; last eight weeks of doctoral research aboard |
| Reported situation | Drive enumerates, light and motion normal · path-not-found error on access · university IT has eliminated the electronics · thesis submission due within ~a month |
| Fault class | Filesystem/volume structure damage on responsive hardware — contents unlisted rather than erased; deadline-sensitive handling with written timescale |
| Equipment used | Write-blocked imaging first (DeepSpar USB Stabilizer 10Gb / Atola TaskForce 2) · volume and directory reconstruction on the image · OSForensics document-level verification against her folder inventory · expedited, scheduled delivery |
The decode: a kind error, a good elimination, and the calendar as a case factor
What "the path does not exist" actually says: the message sounds like a void, but read technically it's close to good news. The drive is detected, powered, spinning — the hardware answering every roll-call — and the failure arrives only when the system tries to navigate to the contents: the path, the map through the volume's structures to her folders, no longer parses. That's the signature of damaged filesystem structures over responsive hardware — the broken-map-intact-territory pattern this archive documents in a dozen accents — and it means her eight weeks of work are, in the typical case, still written on the platters, unlisted rather than erased. "The data has been wiped" — her fear — is almost never what this error means; wiping announces itself differently. What broke is the bookkeeping the system needs to find the work, and bookkeeping is rebuildable.
The elimination, honoured: her university IT service did exactly the right first tier and reported it precisely: a drive that enumerates with its correct identity, spins smoothly and lights properly has working electronics and a working mechanism — their check moved the fault, credibly, into the logical layer. That's genuinely useful triage: it means the recovery starts at the right layer on day one, with no bench time spent re-litigating hardware. It's the productive kind of pre-lab help — observational, reversible, honest about its limits — and the case is faster for it.
The deadline, treated as part of the case: a thesis due in a month changes the handling, not the technique. Three commitments follow, all in writing per the standing practice: the assessment is prompt and its findings dated; the timescale is stated as a commitment she can plan submission around, not an estimate that drifts; and the delivery is verified at document level — a researcher a month from submission needs to know her chapters open and her data files parse, not merely that a folder count looks right. And one instruction protects it all meanwhile: stop accessing the drive. Every browse attempt against torn structures risks the system "helpfully" writing repairs — and eight weeks of work deserves to be read once, imaged, and rebuilt on the copy.
On the bench
The drive was imaged write-blocked first — behind the DeepSpar USB Stabilizer 10Gb, the whole terabyte captured before any repair was contemplated — and the reconstruction ran on the image: the volume's damaged structures analysed and rebuilt, the paths that "did not exist" re-established until her folder tree stood whole again. OSForensics then verified the estate the way a deadline demands: documents opened, the research files confirmed readable, the eight weeks accounted for against her own inventory. Delivery landed on the date the written timescale had promised — with a month still on her clock.
The outcome
The research recovered, verified at document level, and delivered inside the written timescale — the thesis calendar intact. Free assessment, one fixed written figure including VAT, no recovery, no fee. The error, retranslated for every student and researcher who meets it: "the path does not exist" means the map tore, not the territory — a detected, spinning drive with a navigation error is a logical fault over living hardware, the work is almost always still there, and the one modern moral stands gently restated: back up on a rhythm shorter than the amount of work you can bear to lose.
Drive detected and spinning but "the path does not exist"
Take the error at its technical word: the hardware is answering and the navigation is broken — filesystem damage over intact contents, not a wipe. Stop opening it: every access attempt invites the system to "repair" structures it half-understands, and the honest sequence is image first, rebuild on the copy. If IT support has already confirmed the drive enumerates and spins, that elimination is valuable — say so when you enquire; it starts the recovery at the right layer. And if you're against a deadline, insist on what a deadline deserves: a written timescale you can plan around, and verification that your actual documents open, not just that folders reappeared.
The work is usually still there — call Edinburgh Data Recovery on 0131 202 0491; imaged first, rebuilt on the copy, verified document by document, timescale in writing, no recovery, no fee.
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.