Introducing raspberrypi.com • Hacker News Board

Re: Introducing raspberrypi.com

#41

Post by fmlp » Wed, Oct 06, 2021, 4:56 PM UTC

avian wrote: post #10

zozbot234 wrote: post #6

Earlier quoted context omitted.

eMMC is literally an "embedded" version of the same storage media as SD cards. If you're worried about your SD card media dying on you then eMMC is strictly worse; SD cards are at least socketed so when one dies you can just replace it. With eMMC you'd have to desolder the chip.

In my experience, SD cards and eMMC chips on the Raspberry Pi Compute Modules are night and day in terms of reliability. Brand-name SD cards will fail in 6-12 months of running a typical mostly-idle Linux installation (yes, I've heard it all: power supply quality, improper shutdowns, counterfeit cards, etc. etc. It doesn't matter - SD cards just die all the time) I've yet to see an eMMC chip fail on a Compute Module.…

I've just ssh'ed a remote rpi with sdcard and logging active (Devuan stable) and it's uptime is almost 2 years. The sdcard in it probably has a year more there.

Re: Introducing raspberrypi.com

#42

Post by scottlamb » Wed, Oct 06, 2021, 5:50 PM UTC

HideousKojima wrote: post #27

scottlamb wrote: post #26

Earlier quoted context omitted.

> make absolutely certain that your USB to SATA adapter has proper UAS support in ARM Linux How does one do that? I've been bitten with block-level and then filesystem-level errors, so I just recommend always disabling UAS. [1] But if you have a good way to make sure UAS is fully reliable, I'd love to update my recommendation. [1] https://github.com/scottlamb/moonfire-nvr/wiki/System-setup#...

Basically this list of known working adapters is your best bet: https://jamesachambers.com/raspberry-pi-4-usb-boot-config-gu... You can technically just disable UAS like you said, but you'll likely lose some drive performance. But if filesystem corruption is a concern then you're probably safer disabling it.

I don't think that list is good enough. I've had adapters work fine for months with UAS and then have errors. I went through a few rounds of that, disabled UAS, and haven't had problems with the same adapters for a couple years since. So I believe there are adapters out there that more or less work with UAS on Linux but under some infrequent condition (likely load-related) cause these sorts of errors. So a table of "Known Working Adapters" with notes like "Reported as working with UASP support by pierro78 in the comments" doesn't address my concern.

Re: Introducing raspberrypi.com

#43

Post by atmosx » Wed, Oct 06, 2021, 7:59 PM UTC

somehnguy wrote: post #39

atmosx wrote: post #38

Earlier quoted context omitted.

The SD card effectively turns the RPi into a toy. I am going to test it as a desktop with an external self-powered USB drive soon, but as for the Pi400 has been a disappointment because did the SD card. The system is unusable.

What issues are you having related to the SD card? I've had at least a couple pis of various models (currently a 2 and a 4) running in the house since the very first model hit the market, early on I had issues with SD card corruption too. But after a while I finally took the PSU requirements serious & put in quality cards, haven't really had any issues since.

I have many Pis lying around as well. I have DNS servers, torrent servers and I also run a k3s cluster on RPi3s. It's okay-ish for these kind of projects.

However as a desktop it is not. The Pi400 I am testing as a desktop generally doesn't run smoothly. I've tried various distros and now I'm toying around with NetBSD. The browser (firefox/chrome) are slow and the system constantly gets "stuck". It's not smooth for daily use, e.g. writing a blog post? Even that will not be a smooth experience most of the time.

My SD cards are EVO Pro 60 MB/s read 90 MB/s write cards. What are you using?

Re: Introducing raspberrypi.com

#44

Post by mrlonglong » Thu, Oct 07, 2021, 12:37 AM UTC

I'd have got a RPi4 by now but the compute modules are as difficult to find as hen's teeth unfortunately. Stuck with a RPi3 for now.

Re: Introducing raspberrypi.com

#45

Post by somehnguy » Thu, Oct 07, 2021, 2:41 AM UTC

atmosx wrote: post #43

somehnguy wrote: post #39

Earlier quoted context omitted.

What issues are you having related to the SD card? I've had at least a couple pis of various models (currently a 2 and a 4) running in the house since the very first model hit the market, early on I had issues with SD card corruption too. But after a while I finally took the PSU requirements serious & put in quality cards, haven't really had any issues since.

I have many Pis lying around as well. I have DNS servers, torrent servers and I also run a k3s cluster on RPi3s. It's okay-ish for these kind of projects. However as a desktop it is not. The Pi400 I am testing as a desktop generally doesn't run smoothly. I've tried various distros and now I'm toying around with NetBSD. The browser (firefox/chrome) are slow and the system constantly gets "stuck". It's not smooth for d…

Ah, sorry I totally brushed through the fact that the Pi400 is meant as a desktop replacement. Yeah I don't think I would be happy using any pi speed device as my desktop, they're just too slow in my opinion.

I use my pis as servers as well, though I recently phased out a pi2b that was running homebridge, it was just too slow and devices would report as 'offline' randomly because of it. On the pi4 though I'm using 2x Octoprint instances in Docker and couldn't be happier. Going to pick up another 4 to run Home Assistant/ESPHome/any 'smart home' software because it is temporarily all dockerized on my ZFS server.

For PSUs I use the official RPI ones, they completely eliminated any weird issues I had using even plenty rated random ones I have lying around. As far as SD cards I grab whatever Walmart/Target/BestBuy have in stock at the moment with a U3 rating. Haven't had any corruption or speed issues with that combo, and I semi-frequently reboot by just yanking the power instead of walking upstairs to the computer.