Home / Case Studies / Desktop Externals & Aging Drives
Desktop Externals & Aging Drives · case file

Stuck on Automatic Repair, With Unreadable Sectors

When a Sheffield customer's laptop "stopped booting and stuck on automatic repair", a chkdsk was run and duly reported "there are unreadable sectors". A helpful "next door neighbour works in IT" then lifted the drive into a caddy, where the "PC pics up the drive but does not allow me to view any files". Unreadable sectors on top of an automatic-repair loop point squarely at a physically degrading drive — and running chkdsk on a disk in that state, however well meant, is among the riskier things you can do to it, because repair commands write to a surface that is already struggling to be read.

Hard DriveLaptop / PCBoot FailureCorruption / Filesystem
// case at a glance
MediaLaptop hard drive (WD, 1TB class) failing to boot and reporting unreadable sectors — removed to a USB caddy, where it is detected but its files remain inaccessible
Reported situationWindows looping on automatic repair · chkdsk run, reporting unreadable sectors · drive removed by an IT-literate neighbour and placed in a caddy · drive detected over USB but files not viewable · recovery of whatever files remain requested
Fault classPhysical media degradation — bad sectors accumulating on the surface, with filesystem structures likely damaged in the affected regions and read reliability falling under load
Equipment usedDrive health assessed on PC-3000 UDMA, reading the sector-error and reallocation counts the repair loop was reacting to · imaged under a hardware write-blocker on DeepSpar Disk Imager with per-head mapping, tight retry limits and skip-and-return ordering · degraded regions revisited last, after the readable bulk is secured · filesystem structures rebuilt from the image in R-Studio, damaged areas carved · recovered files validated by rendering
// the decode

The decode

Unreadable sectors is the drive naming its own fault. When a hard drive can no longer reliably read parts of its surface, those regions become unreadable sectors — and if they hold operating-system files, the machine cannot boot, which is precisely what sends Windows into an automatic-repair loop it can never complete. The loop is a symptom of physical degradation, not a software glitch to be cleared.

chkdsk on a failing drive is genuinely dangerous, and this is the important part. The command tries to repair the filesystem by writing corrections back to the disk — and forcing writes onto a surface that is already failing to read stresses the mechanism further, can move or destroy still-recoverable data, and sometimes turns a partial fault into a total one. It is designed for logical errors on healthy drives; on a physically dying drive it is close to the worst available first move. The neighbour meant well, but the drive needed imaging, not repairing.

"Detected but files not viewable" fits the picture exactly. The drive still identifies itself over the caddy — enumeration survives long after reliable reading fails — but the filesystem structures needed to list and open files sit partly in the damaged regions, so nothing shows. That is a recoverable state, provided the drive is not stressed further trying to read it repeatedly.

Every boot attempt and every repair pass has been spending the drive's life. A degrading mechanism has a limited number of reads left in it, and the repair loop plus the chkdsk plus the caddy attempts have each drawn on that budget. The single most protective action now costs nothing: stop powering it for access, and let controlled imaging take over.

Imaging inverts the risk that chkdsk embodied. Rather than writing to a failing drive, a hardware imager reads from it under strict control — capping retries, mapping what each head can still manage, banking the readable majority first and returning to the bad regions last. The readable bulk of his files is secured before the drive is asked to strain for the difficult remainder, which is the opposite of what a repair command does.

The honest ceiling is set by the surface, and named per file. Sectors that never read leave holes; files crossing them come back damaged or incomplete, and which files those are is geography. The result is an honest listing of what recovered cleanly against what the bad sectors claimed — determined from the image, reported before the customer is surprised by it.

// on the bench

On the bench

The drive's health was assessed on PC-3000 UDMA, reading the sector-error and reallocation counts behind the repair loop. It was then imaged under a hardware write-blocker on DeepSpar Disk Imager with per-head mapping, tight retry limits and skip-and-return ordering, the readable bulk secured first and the degraded regions revisited last. Filesystem structures were rebuilt from the image in R-Studio, damaged areas carved, and the recovered files validated by rendering.

// the outcome

The outcome

Drive health assessed, imaged under retry control with the readable majority banked first, and files rebuilt from the image with an honest per-file listing. Free assessment, one fixed written figure including VAT; where a drive has to be opened, 50% of parts and labour is payable upfront with the balance only on success — otherwise no recovery, no fee. The decode: the repair loop and the chkdsk were the drive telling you its surface is failing, and the command run against it was the wrong medicine. Imaging reads from a dying drive under control instead of writing to it — which is what keeps your files reachable.

A drive reporting unreadable sectors or looping on repair

Stop running chkdsk, automatic repair, or any repair utility — these write to a surface that is already failing to read, and on a physically dying drive that can destroy recoverable data and worsen the fault. Stop rebooting and retrying access too; each attempt spends a degrading mechanism's limited reads. Removing the drive to a caddy is fine, but don't keep powering it to browse for files. The right move is controlled imaging that reads from the drive rather than writing to it.

Sending this in from Sheffield? Every case starts with a free diagnostic and one fixed written quote before any work — no fix, no fee. If the data is inside a laptop, PC, Mac or server, remove the hard drive or SSD and send us just the drive; we don’t provide an internal drive-removal service, and if the storage is soldered in (e.g. Apple Silicon) call us first on 0800 689 0668. Post or courier tracked and insured to our Leeds Data Recovery lab — full sending instructions and the shipping form are here.
Start a free diagnostic

Our case files are written up from genuine enquiries our lab has handled for customers across Sheffield and South Yorkshire, anonymised to protect client confidentiality. Each one describes the diagnostic and recovery approach our engineers apply to that fault, using the equipment listed.

// related case files

More cases like this one

Browse all case studies →

Got a device with a story like this?

Free diagnostic, fixed quote, no fix no fee — start now or call the freephone.