Data Recovery Case File · Solid State & Flash · The Warning Came First

The Sound Survived and the Picture Did Not

Her enquiry describes two failures in sequence, and the first one explains the second. A 16GB stick: "it was working when plugged into my first laptop, but there was an issue with videos on the stick having a black screen with just the audio. I tried plugging it into another machine and the stick then wouldn't open at all, and comes up with the error that says the stick needs to be formatted, but this will delete a"ll of it. Sound playing while the picture is black is a very specific finding — and it means the device was already losing data before it stopped presenting a volume at all.

The decode: what a black picture with working sound tells you

How a video file is built: picture and sound are separate streams, interleaved together in small pieces throughout the file, so that a player can read a chunk of each as it goes. They occupy different parts of the same file, alternating all the way through.

Why that makes the symptom informative: if the file were structurally broken, nothing would play. If the drive were failing to deliver whole regions, both streams would break together. Audio surviving intact while picture is entirely absent means specific parts of the file were unreadable and others were fine — damage scattered through the content rather than damage to the file's structure. In practice, the picture stream is much the larger of the two, so distributed loss takes it out first while the small audio stream survives.

What that told her, before anything else went wrong: the stick was already returning bad data. Files that appeared normal in the listing, opened, and played — while their contents were partly gone. That is a device losing information quietly, and it was the first symptom rather than an oddity with those particular videos.

Why the volume then failed entirely: the same degradation reached the filing structures. Those are small and concentrated, and once they cannot be read the host has no way to present a volume — so it reports the device as unformatted and offers the only remedy it has.

Why the second machine is not to blame: moving it to another computer did not cause the failure. The progression was already under way, and the second host simply met the device at a later stage. Both would show the same thing now.

What must not happen: the format must stay refused. It writes fresh empty structures over exactly the region a reconstruction reads, and it will be offered every time the stick is connected.

Why imaging is done the way it is: a device losing data at block level frequently returns a block on a second or third attempt that failed on the first, because the outcome sits close to a threshold. Reading under per-block timeouts with marginal blocks revisited across passes recovers material a single pass misses — which for video means whole picture streams rather than files that play as sound only.

On the bench

The format was declined and the stick removed from use. It was imaged write-blocked under per-block timeouts with marginal blocks re-read across passes — data loss at block level frequently yielding on a later attempt where a single pass fails. Structures were reconstructed on the image, and stream integrity assessed per file: picture and sound being separate interleaved streams within a file, audio surviving intact while picture is absent indicates scattered content loss rather than structural damage. Media was validated by playback.

The outcome

The stick imaged with marginal blocks re-read across passes, structures rebuilt and stream integrity assessed per file. Free assessment, one fixed written figure including VAT; where a chip has to be removed, 50% of parts and labour is payable upfront with the balance only on success — otherwise no recovery, no fee. The decode: picture and sound are separate streams interleaved through a video file, and the picture stream is much the larger. So audio playing while the screen stays black means specific parts of the file were unreadable and others were not — the device was already losing data before the volume failed.

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.