Here are the first images to kick-start testing armhfp and (experimental) aarch64.
Raspberry PI:
You can download a image for the Raspberry PI here
This boots on a Raspberry PI 2 /3 /3+ and 4
U-Boot armhfp:
You can download a image for U-boot based boards here
Here is a writeup of an example to write U-boot to a SD-card.
U-Boot aarch64:
An experimental (1) image for aarch64 is also available here
To get some traction on aarch64 it will boot on U-Boot based boards supported by recent mainline kernel, which includes a Raspberry PI 3 and 3+.
(Note for the RPI you are much better of with the 32bit kernel /OS !)
As always:
Login root / Nethesis,1234
Be patient @ first-boot: on a RPI 2 it took near 4 minutes to finish the system-init (on RPI 4 just 1:40 though…)
Known issues:
nethserver’s gpg-key is not imported properly. After you finished first-config- wizard, you can import those by running : yum makecache -y
While you are on the command prompt anyways you may want to expand the rootfs to use the hole SD_Card by running : rootfs-expand
First of all notable, nothing to do with the supplied image, ATM aarch64-epel is unmaintained. And this can be problematic as Nethserver heavily depends on packages form EPEL.
Second, CentOS does not support el7 on Single Board Computers. And there for the (RHEL based) kernel is not compiled with the bits and pieces, such as device trees, to accommodate SBC’s.
Hence this aarch64 image run a kernel one-on-none build from Fedora sources. And because in every kernel release there are arm/arm64 enhancements we run a fairly new kernel 5.2.11-200.el7.aarch64
We also need to help grubby a bit with installing new kernels. Grubby has no knowledge of device trees and therefore a aarch64-img-extra-config package is installed with some helper scripts which updates links to the most recent device trees.
To accommodate U-boot autoboot which sould load the Centos gurb2-efi stub we need to patch u-boot to look for grubaa64.efi in the centos specific location efi/centos/ on the first fat32 partition. here is the applied pacht to u-boot and my commit to the spec-file
If you have a look at /root/anaconda-ks.cfg you see the need to workaround some quirks because the tools used predate aarch64 (and newer versions are based on dnf)
A known issue on a rpi 3 / 3+ it can ake a awful lot of time for the gub2-uefi-stub to load the kernel. it seems to be dead in the water but be patient for the kernel to boot. Suggestions are welcome, I ran out of them…
I’m closing the uploads for 7.6 to packages.nethserver.org.
@mark_nl, before doing that we could release the nethserver-subscription-inventory package for ARM/7.6 upgrades to 7.7. Do you think it’s worth the effort?
Yes sure it is worth to do this, and from a arm perspective it is tested and works as expected, including the impossibility to register a non x86_64 installation.
Moreover if we want to encourage people to merge some little (visual) arm quirks in the main code-base of cockpit it is a nice gesture if there is a installable base to work from.
As we are approaching the release of ARM images I was wondering if we’d like to improve the web site and documentation for ARM users!
I’d like to follow what we have for x86_64: download links in www.nethserver.org, install instructions in the admin’s manual.
As alternative we could go on with wiki.nethserver.org, by setting up an “ARM download page”, one or more install instructions pages, and finally link them form www.nethserver.org.
What do you think? Who want to contribute to the documentation for ARM?
I think it should be included. The new server manager runs smoothly on raspi 3 and already has some features (like multi-backup or mail groups) that are not included in old server manager.
As we are approaching the release of ARM images I was wondering if we’d like to improve the web site and documentation for ARM users!
but i’m little bit busy at work, but count on me… 
)
