So, thanks to Peter Robinson for providing this FC43 image:
https://discussion.fedoraproject.org/t/initial-minimal-fedora-image-for-rasp...
I installed it on my 2022 RPI5 and dropped in a copy of the missing |/etc/sysconfig/kernel file as per Simon de Vlieger's comment lower down on the same page:|
|<code>|
|# UPDATEDEFAULT specifies if kernel-install should make # new kernels the default UPDATEDEFAULT=yes # DEFAULTKERNEL specifies the default kernel package type DEFAULTKERNEL=kernel-core </code>|
|I updated the FC43 with a dnf update to the latest Fedora 43 - aarch64 and Copr repo for a64-kernel (owned by pbrobinson).|
|The RPI5 now boot with an updated kernel by default:|
|<code>|
|Linux nas5 6.18.3-200.fc43.aarch64 #1 SMP PREEMPT_DYNAMIC Fri Jan 2 20:14:24 UTC 2026 aarch64 GNU/Linux </code> which is great.|
|I was able to turn my 5V fan on using:|
|gpioset -z -c gpiochip4 17=1|
|So, things are looking pretty positive for building a headless NAS with a couple of RAIDed SATA disks. I have a few questions, though.|
|1. Doing init 0 or init 6 does nothing except cause the message 'Excess arguments.' to appear in the debug/UART console. systemctl reboot works fine, but should I be worried about that error message?|
|2. The command gpioinfo shows that all the 400 pin header signals have moved to:|
|gpiochip4 - 54 lines: line 0: unnamed input line 1: unnamed input line 2: unnamed input line 3: unnamed input line 4: unnamed input line 5: unnamed input line 6: unnamed input line 7: unnamed input line 8: unnamed input line 9: unnamed input line 10: unnamed input line 11: unnamed input line 12: unnamed input line 13: unnamed input line 14: unnamed input line 15: unnamed input line 16: unnamed input line 17: unnamed output consumer="gpioset"|
|etc.|
|The naming of GPIOs seems to be broken. I'm nto sure if this matters at all. Obviously, my previous commands like this no longer work:|
|gpioset -z -c gpiochip4 GPIO17=1|
|And gpiochip0 has changed to gpiochip4, of course. But the functionality seems ok.|
|Is the user interface to libgpiod stable, or is it likely to change in the near future?|
|3. Is booting from an NVMe on the PCIe interface likely to work in the near future? This would be a great improvement on having to use uSD cards.|
|Anyway, many thanks to those who have worked so hard to get FC43 aarch64 on RPI5 this far.|
|:D| | |