Call us — 0191 406 1051
Mon–Fri · 9am–5:30pm · No fix, no fee
Start a free diagnostic →

Data Recovery Case File · Solid State & Flash · The Pause Is the Point

Smaller Batches, Back to Back, Is the Same Thing

His enquiry describes a sensible adjustment that did not work, and the reason it did not work is the useful part. A 256GB stick full of high-quality video: "I was transferring about 20GB of files to my Mac, which kept getting hot and disconnecting, so I tried in smaller goes of 5–6GB — however still at the same time, stupidly — and it got" hotter still. He noticed the flaw himself. Reducing the batch size while running them one after another changes nothing, because the problem is not how much is transferred but how long the device is working without a break.

Media256GB USB flash drive holding high-bitrate video — overheating and disconnecting during sustained transfer; smaller consecutive batches producing the same result
Reported situationBulk transfer of approximately 20GB attempted · device heating and disconnecting during transfer · transfer retried in smaller consecutive batches without pauses · heating continuing · video content required
Fault classThermal disconnection under sustained load — controller protection or instability; capture requiring managed duty cycle
Equipment usedTransfer discontinued · imaged write-blocked under strict timeouts with managed duty cycle and cooling intervals (DeepSpar USB Stabilizer 10Gb) · resumable capture across sessions · video validated by playback

The decode: where the heat comes from, and why pauses matter

Why these devices run hot at all: a high-speed stick packs a fast controller and dense memory into a small metal or plastic body with no fan, no heatsink and no airflow. All the heat it generates has to leave through the shell and the connector. Under a sustained transfer the controller works continuously at full rate, and the temperature climbs steadily — a stick that is fine for copying a document can become genuinely hot within minutes of moving video.

What the device does about it: two things, depending on design. It throttles, slowing down to reduce heat, which makes a long transfer even longer and therefore hotter for longer. Or it drops off the bus — a protective disconnection, which is what he is seeing, and which the host reports as a device removed unexpectedly.

Why smaller batches back to back achieved nothing, and this is the insight: heat accumulates. A device that reaches its limit after four minutes of work does not reset when a transfer finishes and another begins immediately — it is still hot, and the next batch starts from that temperature. Running five 5GB transfers consecutively is thermally identical to one 25GB transfer. The variable that matters is the pause, not the size. He was right to change the approach and changed the wrong dimension.

What actually works, and it is worth trying: transfer in batches with genuine cooling intervals between them — the device left connected but idle, or unplugged entirely, for long enough to return to room temperature. Improving the airflow helps too: a stick buried in a rear port behind a warm machine is in the worst place available, and an extension cable that puts it in open air makes a measurable difference. Neither is elegant and both work.

Why it may not be enough now: repeated thermal cycling and abrupt disconnections are themselves hard on a controller, and a device that has been driven to protective shutdown several times may have progressed from hot to failing. Sustained heat also degrades flash memory's ability to hold charge.

What to stop: further transfer attempts. The next stage of this is a stick that stops enumerating entirely, at which point the memory must be read past the controller.

On the bench

Transfer was discontinued, since repeated thermal cycling and protective disconnection are themselves hard on a controller and the next stage is a device that stops enumerating. The stick was imaged write-blocked behind the DeepSpar USB Stabilizer 10Gb under strict timeouts with a managed duty cycle and cooling intervals — the device worked in bounded periods and allowed to return to temperature between them, since heat accumulates across consecutive transfers regardless of their size. Capture was resumable across sessions, and video validated by playback.

The outcome

The stick imaged in bounded working periods with cooling intervals, captured across resumable sessions and validated by playback. Free assessment, one fixed written figure including VAT, 50% of parts and labour upfront with the balance only on successful recovery. The decode, for anyone whose device overheats during transfers: smaller batches back to back are thermally identical to one large one, because heat accumulates and a device does not cool between consecutive operations. The variable that matters is the pause. Work in bounded periods with real cooling intervals, and get the device into open air rather than a rear port — but stop if it has already been driven to protective shutdown repeatedly.

Stick or drive that overheats and drops out mid-transfer

Pause between batches rather than just making them smaller — that's the variable that matters and it's the one people change last. Heat accumulates: a device that reaches its limit after a few minutes of work doesn't reset when one transfer ends and the next begins immediately, so five small transfers run consecutively are thermally identical to one large one. It needs to actually cool, either idle or unplugged, for long enough to return to room temperature. Getting it into open air helps too, since a stick buried in a rear port behind a warm machine is in the worst possible place — an extension cable makes a real difference. But if it has already been driven to protective shutdown several times, stop: the next stage is a device that won't appear at all.

Device overheating and disconnecting during transfers?
Stop transferring — call Newcastle Data Recovery on 0191 406 1051; imaged under strict timeouts with a managed duty cycle and cooling intervals, captured across resumable sessions.
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.