I’m using the R4S, it’s a different model with a different SoC. I know there used to be a weird bug on this board regarding SD cards that was supposedly fixed in 2022 (https://kohlschuetter.github.io/blog/posts/2022/10/28/linux-nanopi-r4s/)
That’s why I’m running alpine. It runs in ram and only writes to the SD card when I run “lbu commit.”
As an experiment, I wrote u-boot to a different blank SD card and put the supposedly bad SD card with alpine on it into an USB card reader and connected that to the nanopi. Sure enough, the nanopi loaded u-boot on the sd card, then loaded alpine just fine off the USB card reader.
The card is fine. It just wont run alpine linux off the built in card reader.
I’m of the opinion that a full rewrite in rust will eventually happen, but they need to be cautious and not risk alienating developers ala windows mobile so right now it’s still done in pieces. I’m also aware that many of the devs who sharpened their teeth on the kernel C code like it as it is, resist all change, and this causes lots of arguments.
Looking at that link, I’m not liking the MPL.
Rewrite the entire kernel exclusively in rust!
-hehehe-
They consider women pets. They aren’t people to them.
There are more than 10 of us.
u-boot loads off the SD card because there is nowhere else to put it on this board. I want to put alpine there too. Alpine and u-boot can be on the same card but alpine wont finish loading unless it is being loaded from the USB port.