Data Recovery Case File · Cameras, Drones & Cards · Equipment That Is Not a Camera
It Worked in the Machine and Stopped When It Came Out
Her enquiry involves equipment this archive rarely sees. A card from a clinical imaging device holding images and video: "I removed the card from the scanner and plugged it into my computer, but my computer does not recognise it. When I tried plugging the card back into the scanner it no longer recognises it either." A card that worked in one device and failed immediately after being moved raises a question nobody thinks to ask — and the answer often lies in how it came out rather than what is wrong with it.
| Media | microSD card from a clinical imaging device — not enumerating on a computer following removal; subsequently not recognised by the originating equipment; still and video imaging held |
| Reported situation | Card in service within purpose-built imaging equipment · card removed and connected to a computer · not recognised by the computer · card returned to the originating equipment · no longer recognised there either · clinical imaging content required |
| Fault class | Failure to enumerate following removal — removal state and equipment write behaviour to be established; content held pending direct read |
| Equipment used | Removal circumstances and equipment power state established before assessment · card not reinserted into either device · imaged write-blocked under strict timeouts · chip-level read past the controller where indicated · media validated by rendering and file count reconciled against study records |
The decode: the question specific to purpose-built equipment
The first thing to establish, and it is the one nobody is asked: was the equipment powered when the card was removed. Consumer devices make a great deal of noise about ejecting safely; clinical, industrial and specialist equipment frequently does not, and the card slot is often simply a slot. A card pulled from a running device that was mid-write is a card whose structures were interrupted — and that produces exactly this.
Why such equipment writes when you would not expect it to: purpose-built devices often maintain their own index, log, or study database on the card alongside the media files, updating it in the background rather than only when saving. So a card can be written to at moments when nothing appears to be happening, which is a different rhythm from a camera that writes when you press the button.
Why the equipment now rejects it too: the same structures, read by a stricter reader. Specialist devices are frequently less tolerant than computers of a filesystem that does not match what they expect — some verify their own index before accepting a card, and reject anything that fails. The card failing in both places confirms the card rather than either device, which is the useful part.
Why she must not put it back in the scanner again: a purpose-built device meeting media it cannot interpret may offer to prepare it for use, or may do so without asking — because from its position an unusable card is a card to initialise. That is a far greater risk on specialist equipment than on a computer, where at least the prompt is explicit.
What is different about the content: clinical media is frequently written in formats specific to the equipment, and the useful output may be proprietary container files rather than ordinary video. Recovery has to preserve those intact, and validation means confirming they open in the software that reads them rather than in a general player.
The reconciliation that matters here and not elsewhere: the number of studies recovered should be checked against whatever record exists of what was captured. In a professional setting there is usually a list, and "we got a lot back" is not an adequate report.
The practical note about this class of equipment generally: media in specialist devices is often left in place for months, accumulating everything, because the device shows no reason to remove it. Anything captured on such a machine should be offloaded on a schedule, not when the card fills.
On the bench
Removal circumstances and equipment power state were established before assessment — purpose-built equipment frequently maintaining its own index or study database on the card and updating it in the background, so removal from a powered device can interrupt a write that was not apparent. The card was not reinserted into either device, specialist equipment being liable to prepare unrecognised media for use without an explicit prompt. It was imaged write-blocked under strict timeouts, read at chip level past the controller where indicated, and file count reconciled against study records.
The outcome
The removal circumstances established, the card kept out of both devices and imaged with the file count reconciled against records. 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: the question to ask is whether the equipment was powered when the card came out. Specialist devices maintain their own index on the card and update it in the background, so a removal can interrupt a write that was not visibly happening.
Card from specialist equipment that stopped working after removal
Don't put it back in the machine — specialist equipment is more likely than a computer to prepare unrecognised media for use without an explicit prompt, because from its position an unusable card is simply a card to initialise. Worth establishing whether the device was powered when you took the card out. Purpose-built equipment often maintains its own index or database on the card and updates it in the background rather than only when saving, so a card removed from a running machine can have had a write interrupted at a moment when nothing appeared to be happening. Both devices rejecting it now confirms the card rather than either machine, which is genuinely useful.
Keep it out of both devices — call Guildford Data Recovery on 01483 901310; removal circumstances established first, imaged write-blocked under strict timeouts, output reconciled against your own records.
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.