Hacker News Reader

Very cool, would like to set up something similar myself!

> to increase available blocks for wear leveling

If you have the time, would you mind expanding on what this means? It sounds something like the pi would automatically fail over to new parts of the usb storage as old parts wear out due to too many reads/writes -- is that correct? Was the 1/4 capacity chosen for a specific reason?

View on HN

The USB storage firmware itself will do this. ¼ was chosen to give a lot of space for this wear levelling to occur; wear levelling can't use occupied space, so it'd need to move data around a lot if the drive was close to full, which would increase wear.

Wouldn't this also work with a large enough MicroSD?

As I understand it, the firmware for the majority of MicroSD cards is very limited. The physical size and low price point are likely the reason you don't see these more complex features in consumer cards. Also, if I recall, there's nothing in the spec about levelling so you'd probably get some half-arsed buggy implementation anyway.

Thank you for the clarification!

MicroSD cards tend to have much worse durability and IOPS than common USB sticks, and especially, say, an M.2 SSD to USB adapter.

Reply on news.ycombinator.com