3 ms·

I do indeed worry about it -- I plan on putting it in a case pretty soon. (This is not a justification since you're absolutely right, but I've had a handful of

I do indeed worry about it -- I plan on putting it in a case pretty soon. (This is not a justification since you're absolutely right, but I've had a handful of different Pis running for years while sitting on painted metal. In my experience, SD corruption is much more common than shorts.)

criddell 4y ago
I used to use my Raspberry Pi as an Octoprint server but after the third dead SD card, I unplugged it. Are you doing anything on this setup to prolong the life of your SD card?
- woodruffw 4y ago
  Nothing in particular: I believe HiFiBerryOS does some stuff under the hood to minimize unnecessary writes, but I didn't look too closely into it. The also provide shutdown and reboot buttons via their Web UI, which I greatly appreciate (and presumably help avoid any corruption that can happen when just yanking the power). For the other Pis I use, I see corrupted SDs roughly once every 18 months. I replaced a couple of repeat offenders with new cards (from a different vendor) a while back and things seem to have stabilized, so my (lay) guess is that some cards are just more finnicky on the Pi than others.
- m463 4y ago
  I suspect that most of the SD card corruption could be remedied by an overlay fs. The way I did this before - with excellent results - was to run openwrt on a pi, which is designed well in this respect. There is no continuous logging or other nonsense to corrupt the filesystem when you lose power. I recently found out raspbian now allows you to do a (read-only) overlay filesystem: $ sudo raspi-config 4 Performance Options --> P3 Overlay File System Enable/disable read-only file system
  - criddell 4y ago
    Is it entirely read-only, or would I be able to still write when I want to? For example, Octoprint isn’t much use if I can’t upload models to print. My problems weren’t due to file system corruption. I think the cards wear out quickly due to writing.
  - deleted 4y ago
    [deleted]

criddell 4y ago

I used to use my Raspberry Pi as an Octoprint server but after the third dead SD card, I unplugged it. Are you doing anything on this setup to prolong the life of your SD card?

woodruffw 4y ago
Nothing in particular: I believe HiFiBerryOS does some stuff under the hood to minimize unnecessary writes, but I didn't look too closely into it. The also provide shutdown and reboot buttons via their Web UI, which I greatly appreciate (and presumably help avoid any corruption that can happen when just yanking the power). For the other Pis I use, I see corrupted SDs roughly once every 18 months. I replaced a couple of repeat offenders with new cards (from a different vendor) a while back and things seem to have stabilized, so my (lay) guess is that some cards are just more finnicky on the Pi than others.
m463 4y ago
I suspect that most of the SD card corruption could be remedied by an overlay fs. The way I did this before - with excellent results - was to run openwrt on a pi, which is designed well in this respect. There is no continuous logging or other nonsense to corrupt the filesystem when you lose power. I recently found out raspbian now allows you to do a (read-only) overlay filesystem: $ sudo raspi-config 4 Performance Options --> P3 Overlay File System Enable/disable read-only file system
- criddell 4y ago
  Is it entirely read-only, or would I be able to still write when I want to? For example, Octoprint isn’t much use if I can’t upload models to print. My problems weren’t due to file system corruption. I think the cards wear out quickly due to writing.
- deleted 4y ago
  [deleted]