.com for commercial products & services.
.org for educational/community/collaboration.
So more of a focus on commercial products & services. Got it, wish the team all the best!
Introducing raspberrypi.com
21–30 of 45 posts
Re: Introducing raspberrypi.com
#22Earlier quoted context omitted.
I've gone that route before. My main thought is that it seems like the Pi itself should have more robust/longer lasting storage just be default at this point.
What's more robust and longer-lasting than SD and USB sockets? Flash storage is inherently unreliable and prone to failure, so keeping it on pluggable media is the sensible thing to do.
Well I thought eMMC, but as you indicated that's basically just a SD card soldiered to the board (which I didn't know). So NVMe?
I didn't think this was a really contentious idea. I've had several Pi projects that I needed to mess with because the SD card died. So it seems like a logical evolution would be for the Pi to have more robust storage out of the box.
Re: Introducing raspberrypi.com
#23Unrelated but I wonder how far is the next major Raspberry Pi version. It's been over 2 years since the last version.
Re: Introducing raspberrypi.com
#24Earlier quoted context omitted.
The Raspberry Pi Compute Module has eMMC storage. [ https://www.raspberrypi.com/products/compute-module-4/?varia... ]
Yeah now it's just a matter of time till someone makes a dock for it that isn't 1 square mile in area: https://www.raspberrypi.com/products/compute-module-4-io-boa... .
I too would like either a "normal" Pi with onboard storage or a (readily available, small, useful) carrier board. Either of these things is not 100% there right now :)
Re: Introducing raspberrypi.com
#25Unrelated but I wonder how far is the next major Raspberry Pi version. It's been over 2 years since the last version.
It would make a nice Christmas present, but given the current state of affairs in the chip industry, I'd say it's only going to be a reality next year--unless there are some surplus yields of Broadcom and DRAM chips squirrelled away someplace.
Seriously now, I would expect mostly minor revisions until they can move to another SoC (and it's probably easier to move to a near-identical, higher-specced part right now).
Re: Introducing raspberrypi.com
#26Completely unrelated but front of mind for me since I had a project die this morning - I really wish they'd release a Pi with eMMC storage instead of just the SD card. I know theres alternatives but none of them have the same community and support as the Pi.
It's a bit finicky to get working/set up (make absolutely certain that your USB to SATA adapter has proper UAS support in ARM Linux), but you can boot the Pi4 off of a USB SSD now. Still might not be what you need, but it's way better than booting from an SD card.
> 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#...
Re: Introducing raspberrypi.com
#27Earlier quoted context omitted.
It's a bit finicky to get working/set up (make absolutely certain that your USB to SATA adapter has proper UAS support in ARM Linux), but you can boot the Pi4 off of a USB SSD now. Still might not be what you need, but it's way better than booting from an SD card.
> 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.
Re: Introducing raspberrypi.com
#28Earlier quoted context omitted.
What's more robust and longer-lasting than SD and USB sockets? Flash storage is inherently unreliable and prone to failure, so keeping it on pluggable media is the sensible thing to do.
Well I thought eMMC, but as you indicated that's basically just a SD card soldiered to the board (which I didn't know). So NVMe? I didn't think this was a really contentious idea. I've had several Pi projects that I needed to mess with because the SD card died. So it seems like a logical evolution would be for the Pi to have more robust storage out of the box.
I think most people with those requirements treat the SD card as a bootloader and keep the main system on a USB connected SSD (or make the system not write-heavy while still only using the SD). It'd be nice to have a rpi that supported NVMe (or just more reliable boot from USB) but I can see why that is not exactly in-scope.
IIRC the most destructive thing to a rpi that is SD-storage only is excessive logging. If you use journald (part of systemd) you can configure it to only keep a small rotating in-memory log, if you use traditional textual logs you can probably do something similar by mounting a in memory fs on the log path.
If you need to keep logs for longer (or between boots/crashes) it's probably good to not use the SD-storage for that. IIRC Tesla had problems with their eMMC storage because they used it for log storage and I've worked on related parts for IoT devices that used SD-cards.
I'm not sure how user-friendly/defaulted all of this is on the recommended rpi distros.
Re: Introducing raspberrypi.com
#29Unrelated but I wonder how far is the next major Raspberry Pi version. It's been over 2 years since the last version.
What would you want to see in a new version that isn't in the 4 or other pi variants? Personally I'd like more USB3 ports, but it works for all my other needs.
Re: Introducing raspberrypi.com
#30Completely unrelated but front of mind for me since I had a project die this morning - I really wish they'd release a Pi with eMMC storage instead of just the SD card. I know theres alternatives but none of them have the same community and support as the Pi.
The wear of the sdcard can be lowered using zram and log2ram. The only distribution i know that does that by default is https://dietpi.com/