My Raspberry Pi 4 has a broken SD card, so I installed the latest -current
...
A few questions, if I may: - Is this a problem with the stick, or with the Pi? - Any ideas so that this no longer occurs? - Do other folks have the same issue with USB-attached storage?
I'm running several Pis with USB attached storage, both SSDs and spinning rust disks.
More apropos to your issue, I'm running a Pi 4 with two raidframe mirrored 8 TB spinning rust disks. It compiles often and well in to swap for long periods of time (rust with -j 4) without any storage issues. I haven't updated it lately, so it's running 9.99.99 from September 7th, 2022.
I'm also running a second Pi 4 with a USB attached hardware mirroring pair of disks, also no issues, also running older -current (21-June-2022).
On a Pi Zero, I've seen occasional lockups, and if left in the locked-up state for a few days it unsticks and panics and gives:
...[ 123140.960264] panic: kernel diagnostic assertion "offset < dma->udma_block->size" failed: file "/usr/src/sys/dev/usb/usb_mem.c", line 389 offset 16384 vs 16384
[ 123140.960264] cpu0: Begin traceback... [ 123140.960264] 0x809e8cb4: netbsd:db_panic+0xc [ 123140.960264] 0x809e8cd4: netbsd:vpanic+0xf4 [ 123140.960264] 0x809e8cec: netbsd:kern_assert+0x3c [ 123140.960264] 0x809e8d2c: netbsd:usb_dmaaddr+0x104 ...This is a Pi Zero W, running NetBSD-current compiled for earmv4, 9.99.99 from 29-July-2022. I'm now updating to -current from today to see if anything is different now.
Lastly, is there a better way in general to have storage on an RPi? SD cards are not reliable in the long (or even medium) term. USB sticks are unreliable. Is spinning rust the answer? Or some sort of special storage attachment hat?
I've noticed that things can get stuck and not necessarily unstick if too many writes are cached on slower USB sticks, even on amd64. I've either moved completely to SSDs or spinning rust wherever possible, and anything that still uses SD cards or USB sticks is set up to do as little writing as possible (no swap, logs in memory, for instance).
John