How can I check the health condition of an SD card?
When I want to check a hard drive, I can use SMART, how should I check an SD card? Is there a universal approach?
Asked
Active
Viewed 6.9k times
65
-
Hey Grzegorz, any success with this question. I'm struggling with a [similar issue](https://unix.stackexchange.com/questions/450476/defining-a-state-of-a-failed-sd-cards) and am checking if someone ever did a deeper dive into what the mmc susbsystem of the kernel might offer for this problem. – TheMeaningfulEngineer Jun 19 '18 at 09:16
-
@TheMeaningfulEngineer cmd56 can be used to check health of an sd card – Mike Seeds May 15 '20 at 13:03
-
2Related: https://raspberrypi.stackexchange.com/q/251/61766 – scai Jun 25 '21 at 04:52
1 Answers
33
(Old question, but useful info for those searching)
If you want to fully test an SD card (destructively erasing any data stored on it) you can check the entire data space with the F3 tools which have been ported to Linux
They let you write a variety of patterns to the disk and then check to see if there are any failures.
You could also use badblocks, but badblocks uses repeating patterns that counterfeit scam SD cards will often still pass (cards that have less than advertised space, a common issue with online purchased cards), F3 specifically looks for these kinds of issues and is free.
It's slow, and it completely rewrites your card (or at least fills up the empty space if you just want to test that), but it's fairly comprehensive.
David Ljung Madison Stellar
- 618
- 5
- 12
-
1AFAIK now flash cards have internal logic for changing sectors, so place with given offset written once might be not that same as later. Anyhow thanks for sharing! – Grzegorz Wierzowiecki Jun 15 '16 at 11:34
-
2
-
2@david - just tried F3, what a great program. Thanks for the suggestion! – jwzumwalt Jul 07 '20 at 13:03
-
`"to fully test an SD card (destructively)"`. Reading this *literally*, it would seem that you claim these methods destroy the device that you're trying to test. I doubt (hope) that's what you mean - perhaps you could explain?? – Seamus Jan 28 '22 at 19:49
-
2"destructively" in the realm of data storage is about the *data* not the *device* - but thanks for pointing this out, I'll clarify. – David Ljung Madison Stellar Jan 29 '22 at 00:55