this post was submitted on 15 Apr 2024
5 points (85.7% liked)

techsupport

2481 readers
23 users here now

The Lemmy community will help you with your tech problems and questions about anything here. Do not be shy, we will try to help you.

If something works or if you find a solution to your problem let us know it will be greatly apreciated.

Rules: instance rules + stay on topic

Partnered communities:

You Should Know

Reddit

Software gore

Recommendations

founded 1 year ago
MODERATORS
 

My partner and I both have digital cameras. Hers is a Canon EOS Rebel-T5, and mine is an Olympus Tough TG-6. Both cameras will create subdirectories within the /DCIM/ folder, formatted as 10*CANON or 10*OLYMP. We've shared SD cards on occasion, and neither camera has had any issues with just creating a new directory to match the current camera; e.g., one SD has /DCIM/100CANON ... /DCIM/101OLYMP, etc.

There is a highly unusual issue going on with one of the cards. It is a 64 GB [pro]master, Code 2145. It is well-used, with probably over 10,000 photos on it from my Olympus (that are backed up), but there is still plenty of room for pictures. When using this card in particular in her Canon, we have noticed that it writes photos without error, but retrieving and reading the photos on the display is terribly laggy and the camera expends a lot of energy "thinking" with the red indicator light. However, with patience, we are able to view any photos that are produced with this camera. The "photo#/total" display at top (e.g. 4/100; 5/8979) is really screwy and the second number changes often, perhaps as it reads from different directories.

ISSUE:

When I load this SD into my computer, I am only able to recognize Olympus subdirectories. There is no evidence of a Canon writing anything onto this disk, not even any of the other data directories it will normally create outside of /DCIM/. Entering the SD through CLI and using commands like /ls -a prove fruitless. Where on earth are these photos? What other options do I have in trying to attain these images?

top 4 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 7 months ago (1 children)
  1. The T5 is almost a decade old, it could just be broken.

  2. SD cards, like all flashmedia, degrade with use. I have had memory cards that refused to write beyond a lower fill level than the card was rated as after heavy use.

The first step to do is to do a proper format of the card snd try it again, it'll remove all data on the card, but it might solve the issue.

If this fails, get new SD cards for both cameras, sharing SD cards can cause issues, and is terrible for backups.

Failing this, look into getting a new camera, a Lumix G80 isn't that expensive relative to other cameras.

[–] Classy 1 points 7 months ago (1 children)

I appreciate the tips for trying to get the SD card functioning like normal again. The Canon never has any issues with other cards. I feel pretty sure that the card itself is malfunctioning. My main concern is with trying to retrieve the hidden photos that are not showing on my computer.

The photos MUST exist because they are viewable on the Canon. I can't imagine that a 'broken' DSLR would be able to just conjure images that do not exist. Perhaps my question should instead have been directed towards good data recovery tools for Arch Linux.

[–] [email protected] 1 points 7 months ago

If it is a full size SD card, your first point of action is to write protect it, there should be a slider of the side of the card, set that to read only.

Then you can try and access the card through the T5.

I hesitate to say anything further as it would require using very powerfull tools that could cause a LOT of dammage to data both on and off the card if missused.

But if you have a spare computer, then it isn't a bad idea to install linux on it and learn some tools before starting with the SD card.

One of the scarier tools available on Linux is "dd", data duplicator, though it has a well earned nickname, data destroyer.

dd takes an input file and makes an exact binary duplicate, in this case it would take the device file representing the SD card and make a binary duplicate of it in an image file that you can work on instead of the actual card.

dd's nickname is however well earned, since it is very easy to mess up and accidentally over write something critical, and once it goes, it damn well goes...

read the manual of the command, read examples, test it out on a spare machine, and learn before you start.

[–] [email protected] 1 points 7 months ago

Can you cd in the terminal to the sd card and output an ls -a ? How did you mount it?