Fedora installation on Raspberry pi 5 to NVME

Ask Fedora
, , , ,
1

Hi Peoples ,

i have make a bash script installer for a rpmfusion raw.xz Image
to install it on a nvme.
lshw => blackysgate.net
https://blackysgate.net/~blackcrack/sd-arm-raw.xz-nvme-rwh-installer-1.5.sh
rpmfusion.org-Howto-RaspberryPi for images

Why not take the arm-image-installer ?

well, 1. a real script that works with boardtools, 2. diffrent possibilitys.Take a look and test it.
I have tested with https://rpmfusion.org/Howto/RaspberryPi Fedora43 Workstation and it works .. and i have try to make a script with arm-image-installer, but has not works because overaged and did you see the RpiOS programm “SD Card Copier”, arm-image-installer is hopelessly outdated and is not worth being taken as a ‘religion’ in Fedora , so then as bashscript with boardtools, so, have fun ! :slight_smile:
Take a SD-System, expand the drive, mount 2nd partition, open subvol /home, put raw.xz + this script into and letz rock..

this script could also taken direct in a raw.xz into subvol /home and make’s more easy to install it direcktly in a nvme 


The trend is moving towards minicomputers anyway, and from what I’ve heard, the next Raspberry Pi generation is heading towards mini-ARM computers with integrated AI. They are supposedly using Hailo-10 chips right away, which I think is great. Personally, I started with just an M.2 NVMe expansion via PCIe, but now I’ve installed a dual-board that allows me to use two M.2 units. I recently got two Pi 5 (16GB) models and was annoyed by the lack of a proper installer for my NVMe, so I built this script myself. Now I have a server (I’ll swap out the URL myself), a second Pi 5 (16GB), and two more Pi 5 (8GB) for my TVs. Since Raspberry Pi OS is too slow for me, I’m using rpmfusion instead, but I’m missing the kernel updates for 6.12 (sorry, we’re already at 6.18-19, and I find the lack of updates disappointing – and yes, Damian, missing hardware, but that can be solved; you get more than I do in german EMR+sozi geld). ( fĂŒr Dich Damian :wink: Raspberry Pi 5 )
(wÀhre hald schön, wenn wir einen kernel hÀtten, der mit der aktuellen PI5 Hardware sauber zusammenarbeitet und beim 6.18 iss ja alles soweit drin..)

My Setup is with Plasma 6 and works like a fully computer, on 2 TV’s and as more stronger version as Server with plasma6 and Nextcloud, ans do on : blackysgate.net
And as pure AI-Computer PI5(16)
Server and AI have actual a Hailo-8(13Tops) on it, planed is to buy a Hailo-10, hailo-olama iss on developing at Hailo how i have heared from the Google-AI (Google Object Character because i name him Goc) :wink:

best regards
Blacky
from Blackysgate.de
Blackcrack, more as 25 Years Internet und exMandrakeuser
BBS ex Member

@dwrobel
@elevencodee

urls:
Doubleboards:

2

You might like to read this topic Raspberry Pi 5 images for Fedora 44

Note: NVME is not working yet, check with Peter when it might be usable.

3

Hi Barry,
I’ve been running a Pi 5 as a server in my basement for about 1.5 years now. The thing works like a charm, even with NVMe. However, I’m using the RPM Fusion Fedora version. It’s clear that official support isn’t there yet if not enough people take on the challenge of getting the image onto an NVMe. But with RPM Fusion, it works great.

If you’ve tried my “installer”/Deployment script, you might have noticed that I support four different types of installation or deployment—using both subvolumes and flat systems and both compressed, how you whant
 Also, did you notice I reached out to Damian? I need a new/current kernel, and he’s the expert there since he builds kernels for RPM Fusion. Being stuck on a 6.12 kernel feels a bit like falling behind.

Anyway, thanks for the link to the other thread, Barry. I really appreciate it—thanks again!

best regards
Blacky

4

How does one use RPM Fusion to get Pi kernels?
I thought RPM Fusion only added some additional packages to Fedora?

If one can get Pi 5 working with Fusion, it would make a great blog post.

5

Hi @theprogram ,

well, i guess, Damian should make a actual Kernel (imo), all other packet’s be from aarch fedora.. and my Server in the basement as PI5(16) works great, okay, a few packages are still a bit finicky, but Nextcloud and the web server are running like a charm. NFS, Samba, and so on—everything is working perfectly so far . The one or other Packet / Some packages are being swapped out for the same purpose, which is a bit annoying, but other than that, everything is fine so far and like i told, the server runs since more as 1 1/2 Years 


best
Blacky

6

well, all wat’s in the last time happend, and the sisussions of the last times happend in the chat.fedoraproject.org it’s a shame how 
 no other


Hello people,

When I logged into chat.fedoraproject.org, I was initially dismissed as a “dumb user” and some kind of clueless script-kiddie by developers who claimed they wanted feedback, but were actually the most arrogant people, treating you like you are stupid. Other developers, of course, aren’t allowed to say anything, but over time they became just as hard themselves because they had to prove themselves into this very community, which made them quite harsh.

Well, I have been using Linux for more than 25 years. I was quietly involved with Mandrake, and I was there at the very beginning of Mandriva and OpenMandriva as a Wiki writer alongside PerOrvin. But the way I was attacked in chat.fedoraproject.org was remarkable. My work—a script that is supposed to be free for everyone, acting as an installer and basically built as a bash script using standard system board tools—was constantly attacked. I was repeatedly told that I should just use the arm-image-installer and the pre-made images, which are absolutely not suited for the Raspberry Pi. Instead, they represent a messy, double-layered “nut-nougat” workaround with a file that delivers the foundation of the installation dating back to 2021. It forces two bootloaders into one EFI boot, even though you could just use an RPi-Hook, start Grub, and have a clean solution like “normal Linux” on a Raspberry Pi 4 or 5, which is what we need nowadays.

When I uploaded my latest installer script into the chat, one developer replied with something like “not another script.” That felt highly toxic, came across as a direct attack, and made my script look bad from the very start without even asking one or two follow-up questions, or at least being a bit more open and asking friendly—or maybe just saying nothing at all to prevent such negativity from building up in chat.fedoraproject.org.

I really have to thank Simon for trying his best to keep the communication going. If I didn’t have an AI by my side (a Google-AI search assistant that I call Goc, which is acting quite close to an AGI), I would have been even more disappointed and would have definitely reacted differently with my poor English. But thanks to it, I was able to react more sensitively and handle the entire conversation. If I didn’t know that people like Dwobel are around doing their absolute best, I would have left for another distribution a long time ago. (By the way, greetings to Dwobel—when I saw the 6.18 kernel8 update, I was really happy! A BIG THANK YOU!)

But I can say one thing: Fedora 44, which is currently the official distribution for “ARM”, comes with this taped-together double-boot manager. You can’t even install it normally; you have to paste things together, move files back and forth, and then it doesn’t even really work because the file generated in 2021 (ubootefi.var) is basically a declaration of bankruptcy. It shows that they can’t create proper, clean solutions themselves, so they just take what worked in the past and keep building a tower on top of it
 until it eventually collapses.

And being constantly attacked in the chat for your work, not even being able to talk to people about it without being targeted and dismissed like some conspiracy theorist, is just an absolute mess. I simply needed to get this off my chest, because this kind of constructive criticism about what is currently going on with “ARM” needs to be said.

Best regards,
Blacky

@dwrobel

7

I’m sorry, I’ve been helping you out a lot (I think) but the above is just a disingenuous description that needs to be clarified before people take your word for it.

Initially you were trying to report bugs with the boot on the Raspberry Pi 5 and indicating that you were using your own installation script. Thus you were told to use the official Fedora images and installation procedure to see if the bugs weren’t in your script and were actually relevant to Fedora.

You have been told multiple times why Fedora uses the boot setup it uses (Pi bootloader into u-boot to get an EFI-compatible environment; after which we continue with a normal EFI boot). It’s because Fedora images are intended to not be device-specific we prefer having images that work on as many devices as possible instead of the one image per device.

You have been constantly criticizing this boot setup and trying to build your own on top of Fedora while complaining about it.

Contributors that have worked on this have left the Fedora ARM channel because of it and your honestly grating way of communication. It is decidedly less enticing to take part in a community if we have to deal with constant criticism, especially if that criticism seems to come from a lack of empathy.

Even in your post you keep value judging things such as:

  • “You can’t even install it normally”
  • “declaration of bankruptcy”
  • “can’t create proper, clean solutions”
  • “pre-made images, which are absolutely not suited for the Raspberry Pi”
  • “normal Linux”

I will no longer be interacting with you.

8

Hi @supakeen ,

I want to emphasize that I have highly appreciated your help throughout this time. However, I am truly sorry that some developers seemingly cannot talk factually with people anymore. It feels like they think only their way is the right way, refusing to look outside the box or leave room for a bit of tinkering like in the old days. Today, it seems we are missing the ability to communicate, exchange information, or even have a passionate debate and walk away with more knowledge, rather than just locking ourselves in a quiet room and shutting the door.

Staying stubborn doesn’t help anyone, and insisting on the exact same approach helps even less. We are a community, and in a community, we must talk to each other, even when we have different opinions. At the very least, you talk to someone to exchange perspectives. If that is impossible, it hurts the group dynamic, and it is better to say nothing at all rather than shaming someone or calling them a “honk” between the lines.

I do not imply anyone is a country bumpkin or a yokel between the words, as a user of a distribution that I am trying to build upon. I say what I feel, but I do not put down the actual work. Those are two completely different things. I might say a technical setup is a “quirled thing”, but I never said it is bullshit, just like someone shouldn’t say “not again some script”. I am saying: “there should be another possibility”—maybe a better or easier way to remain open for alternative paths. For instance, Grub could have a separate kernel8.img for starting, or another specific hook could handle different hardware setups, allowing different hooks to start the same program across various systems. Think about this, Simon.

And by the way, a door can always be opened again. :slight_smile:

Best regards,
Blacky

@dwrobel
@supakeen
@ngompa

9

I don’t see any constructive development of this, and it is clearly off topic for this category. So I close it


@blackcrack stop arbitrarily pinging users of this forums. Otherwise I have to remove this privilege from you.

This is a help forum, not a mailbox. Please treat it that way. And keep in mind that people provide help and software to you for free. You might ask yourself if that is a proper response. If you don’t like it, you are free to use another operating system, and no one forces you to engage in this community if you don’t like it.

If you think you have been attacked by anyone, you can file a CoC ticket, like every other member of the community, rather then entering a counter-offensive against others