Mistakes to Avoid When Buying a MicroSD Card (2018)

https://www.makeuseof.com/tag/5-mistakes-avoid-buying-next-microsd-card/

118 72 7 years ago

ohazi• 7 years ago

Also A2 performance requires operating system level support, and all of these tips go out the window if you're using the card for a Raspberry Pi.

https://www.jeffgeerling.com/blog/2019/a2-class-microsd-card...

https://www.jeffgeerling.com/blog/2019/raspberry-pi-microsd-...

jsjohnst• 7 years ago

MicroSDXC cards use the exFAT system by default. Windows has supported it for over a decade, but macOS only since version 10.6.5 (Snow Leopard).

Snow Leopard was released a decade ago[0], so seems like their choice of wording is indicating a bias there.

[0] 10.6.5 was released in Nov 2010 however per Wikipedia, so almost 9 years. Still feel my point remains.

Zenst• 7 years ago

Worth adding that exFAT has aspects that Microsoft hold patents for. Yes they do license for a flat fee, though not aware Apple holds such a license. Also it wasn't until circa 2009 that the SDCARD collective adopted it as a standard. That and wasn't until 2013 that a GPL Linux driver was available.

So yes, very unfair to bash Apple about over this, you raise valid concerns.

https://en.wikipedia.org/wiki/ExFAT

gumby• 7 years ago

Worth adding that exFAT has aspects that Microsoft hold patents for. Yes they do license for a flat fee...

When exFAT was released I added this to the Wikipedia entry only to have it reverted within hours. Hmm.

csande17• 7 years ago

The article says it was "updated in" 2018, but the Wayback Machine has a copy of it from 2015 with that line included: https://web.archive.org/web/20151024052332/https://www.makeu...

zamadatix• 7 years ago

First, hardware that supports microSDXC slots won’t automatically support every size of card in this format. The Samsung Galaxy S9, for example, officially supports cards up to 400GB. There’s no guarantee that your 512GB card will work.

Does anyone have a real life anecdote of a device which supports a given version of the standard not be able to use a card of the same version larger than the device supports? I've yet to run into it and always considered it a misunderstanding from issues when newer versions of the standard came out with higher capacity being conflated with what the manufacturer was able to validate on release date but maybe I've just been lucky.

jbob20002• 7 years ago

Sure. The ecoboost Ford mustang. If you put the engine from a Mustang GT in the Ecoboost mustang, the crankshaft will explode. You can totally mount the engine from the GT in the ecoboost, it's the same frame, but the rest of the car is not engineered to support that much horsepower.

nicoburns• 7 years ago

I think the parent meant specifically with SD cards. I've personally never had issues using higher capacity cards in devices that didn't officially support them...

rootusrootus• 7 years ago

Presumably the crankshaft is in the engine, so it should be fine. The transmission, driveshaft, differential, and axles may not be up to the task, however. But it will be torque that breaks them, not horsepower.

cr0sh• 7 years ago

Not so much the crankshaft (which is inside the engine), but more the transmission and remaining driveline (driveshaft, differential, etc) become the new "weak points".

This assumes that the Ecoboost version isn't just a engine swap - it could be that Ford uses everything the same from transmission back, and just pops different engines and badges on. I don't know if this is true or not, though.

For instance, on their old Ranger pickup trucks (basically rebadged Mazdas), the rear axle on virtually all of them was way over-engineered vs the rest of the pickup:

https://www.therangerstation.com/stock-ranger-specifications...

While there were some differences between models, most of them used one of two sizes, and they just dropped a different engine and transmission in. In this case, depending on what you had, you might end up breaking other parts before the axle gives (the Ranger axles are a popular swap upgrade from the Dana 30 axle on Jeeps, due to it's robustness)..

stefan_2• 7 years ago

The article mistakenly says "microSDXC slots" when it means "microSD" slot. Because SD, SDHC and SDXC all have the same physical form factor and slot you put them into, but vastly different electrical interfaces and protocols.

And yes, older versions like SD literally did not have the bits to even communicate cards with 512 GiB.

muterad_murilax3• 7 years ago

The article mistakenly says "microSDXC slots" when it means "microSD" slot.

No, I think it's correct. From Wikipedia [0]:

SDSC: 1 MiB to 2 GiB

SDHC: 2 GiB to 32 GiB

SDXC: 32 GiB to 2 TiB

SDUC: 2 TiB to 128 TiB

[0] https://en.m.wikipedia.org/wiki/SD_card

makomk• 7 years ago

SD, SDHC, and SDXC are all electrically the same (though newer cards can also optionally support higher-speed interface variants with different signalling voltages), it's just that the original SD protocol didn't have enough bits in the protocol to support higher capacities. SDHC and SDXC are basically the same except that one uses FAT32 and the other uses exFAT as its standard format. You can often use cards above the official 32GB limit in SDHC devices if you can format them as FAT32. A lot of older SD card slots can also be made to support SDHC with a suitable firmware or driver upgrade because the protocols are really similar, but with some fields just being interpreted slightly differently.

vvvrrooomm• 7 years ago

Olympia NC560 Cash counter: can update to new bills from sd-card, the manual states "Micro-SD memory card with a capacity of 1GB up to 8GB".

We tried a 32GB card first, the update seamed to run fine. To finalize the update file is deleted from the sd-card. This all happened, then the device was stuck in firmware-update mode (undocumented state). Tried it again with a 4GB sd-card, update worked fine.

We assume the update file was spread beyond the 8GB boundary

ghostbrainalpha• 7 years ago

That's a dangerous game to play when you were counting money! I seriously admire your hacker courage.

I'm scared to try an unauthorized card in my Nintendo Switch because I could lose my Zelda save file.

cbanek• 7 years ago

hardware that supports microSDXC slots won’t automatically support every size of card in this format. The Samsung Galaxy S9, for example, officially supports cards up to 400GB. There’s no guarantee that your 512GB card will work.

This part drives me nuts. I wish devices would just follow the spec, and accept up to the maximum capacity. But it seems like device manufacturers end up testing the biggest card when they make the device, and as time marches on, you have to search Amazon reviews to see which cards work and which devices have hardcoded smaller limits on capacity.

Wowfunhappy• 7 years ago

But it seems like device manufacturers end up testing the biggest card when they make the device

I mean, they can't test hardware that doesn't exist yet, so what is the alternative?

If there's a hardcoded maximum, that's one thing, but we don't know that's what is going on, do we?

osamagirl69• 7 years ago

The lack of available hardware to test hasn't stopped PC manufactures from supporting media larger than available for a given interface.

There are occasionally hiccups, like the whole debacle where the MBR partition table (from 1893) was limited to a few terabytes and the industry switched over to GPT, but even today if you put in a >2TB disk into an ancient machine that does not support GPT it can usually at least use the portion of the disk that it can address.

Just read the spec and write your software to support it. It is not like we are asking for support of terabyte SD cards on machines released with the maximum SD card size was 128MB.

kevin_b_er• 7 years ago

It is a showcase of how little many device manufacturers care after they have your money.

wvh• 7 years ago

But... Doesn't every MicroSDXC card support up to the maximum available addressing limit? If it supports a 64GB card, it should also support a 512GB card, though the manufacturer probably doesn't want to guarantee anything that doesn't exist yet.

brazzy• 7 years ago

Counterfeit cards correctly report the capacity shown on the packaging, but actually contain far less. You won’t notice this until the card fills up unexpectedly quickly.

Oh, it's much worse than that. Counterfeit cards are often manipulated to lie to the OS about their capacity as well. They don't "fill up" at all, they just throw away your data, or overwrite it silently.

MisterTea• 7 years ago

That is downright evil. I suppose in order to find an evil card one would have to fill it with a file and then verify that files integrity, a very time consuming process form larger cards.

Rychard• 7 years ago

Not to mention that counterfeit cards are normally much slower, further increasing the tediousness of this process.

rtkwe• 7 years ago

Yeah that's the only guaranteed way to find them I've found. There's a couple programs out there that do exactly that. Just start writing files to the SD card and read then read them back. I think they should be a bit more intelligent though, seems like right now they write the whole value you enter as the stated/test value then try to read it back, seems like you could detect bad devices much sooner by doing smaller read tests at set intervals.

fheld• 7 years ago

the German Computer magazine heise made a tool[0] to verify the capacity by filling it up with random files:

[0] https://www.heise.de/download/product/h2testw-50539

jolmg4• 7 years ago

Or instead of files just write to the block device with one big random file with the supposed byte-accurate size of the device, then read it back and compare. Something like:

  dd bs="$(blockdev --getsize64 "$device")" count=1 if=/dev/urandom of=random-file
  dd if=random-file of="$device"
  cmp random-file "$device"

Using cmp instead of something like md5sum is better since it would stop on the first differing byte, instead of reading the whole thing for both.

EDIT: I'm not sure if my use of dd's bs and count is a good idea, though. It might be better to do:

  head -c "$(blockdev --getsize64 "$device")" /dev/urandom > random-file

to get more reasonable buffer sizes. Documentation on head says -c works on bytes, not characters, so that's good.

For that second line, I often prefer to do:

  pv random-file > "$device"

to get a neat progress bar.

EDIT 2: As discussed in other threads, one should make sure to invalidate the kernel's cache of the device between steps 2 and 3. My safest bet on how to do that is to reboot the computer.

jamiethompson• 7 years ago

This is my experience. Bought an SanDisk card to pop in my phone before I went on holiday. Changed my camera settings to save to the SD card. Great. I can stop worrying about filling up my phone's internal storage with photos now.

Then the card corrupted all of my photos.

jcranberry• 7 years ago

It must've been a counterfeit. SanDisk is a reputable company headquartered in US owned by a US company. I don't know consumer law (and IANAL in general) but I'd imagine if they were selling fraudulent sd cards they'd probably get hit with fines, a class action lawsuit, and possibly worse.

Causality1• 7 years ago

Something the article doesn't mention is that there are older SD readers with firmware limitations that drop their size limit even below the 2GB SD standard. An example of this is the reader built into the TC1100 tablet pc, which is limited to cards 1GB in size or less.

Razengan• 7 years ago

Reading about all this kind of shows why Apple must have decided not to include SD slots in their iDevices.

tacotime• 7 years ago

I think a more likely reason is so that they can charge $150-200 for an internal storage upgrade of 200-250GB and push their iCloud service. This wouldn’t work so well for a manufacturer like Samsung who is not as differentiated from it’s competitors.

poizan42• 7 years ago

The SD Card Association seems really short-sighted when it comes to capacity. Compare to the world of harddrive where ATA-6 introduced LBA48 which allows for capacities up to 128PiB all the way back in 2003, while SDUC introduced in 2018 is still limited to 128TiB.

AnthonBerg• 7 years ago

My takeaway from the article is that SD cards are a mess information-wise and that I will continue to not buy or use them.

alister• 7 years ago

We’ve all owned flash memory cards that have stopped working for no apparent reason.

MicroSD cards and SSD drives use exactly the same technology (NAND flash memory), so it’s a mystery to me that microSD cards are unreliable, but SSD drives are extremely reliable. Genuine SanDisk cards have failed on me for no apparent reason, but I’ve never had a problem with SSD drives with much greater usage.

alibert• 7 years ago

It's the controller and the reserved/backup flash. SSD have a powerful ARM CPU running and optimizing memory cell wear and replacing these on the fly with the reserve.

SD cards doesn't have that mostly for cost and size constraint.

rasz• 7 years ago

oh but they do https://www.bunniestudios.com/blog/?p=3554

The difference is in using lowest quality leftover Flash memory.

martin8412• 7 years ago

I must say that I have never had an SD card fail on me.

I use two in my primary camera that are setup for mirroring just in case. One in my pocket camera and one in a Raspberry PI. So maybe that's why I haven't experienced any failures. Don't know if model of card has any relevance, but I only buy the SanDisk Extreme Pro cards.

egdod3• 7 years ago

What an absolute mess. I’m a technical nerd, and I can probably do the research necessary when I need a new card... but we expect ordinary people to figure it out? Not likely.

la_barba2• 7 years ago

Which part are you having trouble with? Seems very simple and straight forward to me. Your "ordinary people" comment doesn't mean much TBH. It is no different than buying a tire, you have your speed rating, section width, load index, maximum inflation pressure, wheel diameter, etc, etc. Wow.. so many crazy numbers !! How do "ordinary people" ever buy a tire.. :)

egdod3• 7 years ago

They don’t buy tires on Amazon. They buy them from someone who’s going to install them and make sure they fit.

forgot-my-pw• 7 years ago

I don't get why they can't reuse the speed class: Class 30, Class 60, Class 90.

neves• 7 years ago

I've had cards that I could fill with the designated size, but in speed tests would be slower than the manufacturer specification. Does anyone here also have these kind of problems?

eitland• 7 years ago

Any advice on where to get good cards for Raspberry Pi usage?

I mean it seems like most I have had wear out way in a few months even with next to no use.

finchisko• 7 years ago

Also make root fs readonly. DietPi distro claims they do it out of box. Same for openwrt, they mount /var dir as tmps and do writes only there. For raspbian http://blog.pi3g.com/2014/04/make-raspbian-system-read-only/.

lozf• 7 years ago

Previous discussion suggests using cards designed for Industrial use, and/or minimizing writes (e.g. mount /var on a tmpfs) where possible.

More info in the comments here: https://news.ycombinator.com/item?id=16775768

Mistakes to Avoid When Buying a MicroSD Card (2018)

Related Stories