Igor

I didn't express myself clearly: I meant that I am "the advocate of more serious and supported solutions", I meant precisely ARMbian, as opposed to Arch where BananaPI and OrangePI are not officially supported. Sorry for the confusion.
 
For OrangePI, I can see that nothing changed since their beginning, where they were starting their business by simply cloning LeMaker website and all the efforts the community did for the original BananaPI board 🤐

Until only you, me and those few people that will read this thread knows about this .... doesn't make any sense. Our current download logic and UX is very bad at this state, almost as bad as Debian  It is very difficult to know that such image exists, what are their advantages (this part I have some draft and will be sent to the docs eventually), then telling them that they can choose between .xz .qcow2 .xz.qcow2 ... while ISO (what people understand) is nowhere to be found.

Enabling a feature at build framework. This is trivial and I think it's even supported with a switch already "KEEP_UNCOMPRESSED_IMAGE" or similar, but its not supported at CDN. When compressed qcow2 was replaced with uncompressed, redirection followed as it doesn't carry file extensions https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-qcow2 which means we don't have support for .xz at this moment. Changing this? Chain of command and execution is slow, I can't deal with everything, and people are busy. I still wait that https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-hyperv.zip (HyperV Azure) started to work. As you can see, compressed is even bigger then qcow2 image and apparently it has to be zip (don't know that yet). Once re-director is extended, now hard coded values goes out of the code, so its small refactoring - easier job for the future. When re-director is fixed, we need to adjust (already messy) web page. Which is now half broken, those cloud images are mixed with minimal / IOT. You don't know until you click on the link.
 


 

That cloud kernel supports features required to run Docker. Something like this:
 
curl https://raw.githubusercontent.com/docker/docker/master/contrib/check-config.sh | bash  
 
Already have some draft ready, but wanted to do more tests before. On some clouds.

Yes. Cloud providers, those that accept direct qcow2 images loading, expect uncompressed variant. It is handy if you can just pass URL or upload image without any additional handling.
 
 
This should address the problem.
https://github.com/armbian/build/pull/8046

Always use main branch, older branches are here for reference and to build with sources at the state of initial build. We had several bug fix builds after point release, but they were made from main branch ... as we don't backport commits to frozen branch. Not enough people ...
 
OS version is not determined by build framework, but externally. https://github.com/armbian/os/blob/main/stable.json Which version is bumped when any new Armbian package is sent to the repository. You can also set version with a parameter IMAGE_VERSION=25.2.3 ...

In theory, if we would have "endless" computing / storage resources, we could make RT kernels for all variants. Currently, this is a bit insane  as there are too many kernels. 

Correct, but I also haven't tried it yet.
 
 
https://docs.armbian.com/Developer-Guide_Build-Preparation/
Once you get it running, choose this:
 

 
and enable what needs to be enabled (there must be guides around the internet and AI also usually knows). Make sure to freeze this custom kernel, so update won't be replacing it later.

I have an odroid xu4 and want to thank you for the great work ...
 
_ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.2.2 for Odroid XU4 running Armbian Linux 6.6.75-current-odroidxu4 Packages: Debian stable (bookworm) IP addresses: (LAN) IPv4: 192.168.178.24 IPv6: fd0b:5278:d32e:0:1d4d:933a:afcc:c02 (WAN) 188.136.105.135 Performance: Load: 1% Up time: 27 days 5:26 Memory usage: 4% of 1.94G CPU temp: 47°C Usage of /: 5% of 29G storage/: 3% of 234G Tips: Support our crowdfunding project https://forum.armbian.com/crowdfunding/project/16-help-armbian-grow-support-joi n-our-team/ Commands:  
Danke ...

Also documentation (related to this topic) is now in right state of mind: https://docs.armbian.com/User-Guide_Armbian-Software/#adding-example 
 
It is hard to add software title we never tried, installed and / or know nothing about, then expert user of this software adding it to (armbian-config) installer. We focused to make this task as simple as possible, to encourage you doing that and not opening us tasks (we already have 1000 x too many and won't ever complete).
 
We added popular titles to the system, which have some value for us, while everything else is mocked by more important tasks in other sections. 
 
But mechanism is there - use it, its user / developer friendly. Also its a nice and easy way to contribute to the open source.

But you can step up and maintain this for everyone? We don't provide direct contact email, as we don't have capacity to deal with all packages that exists in open source world and as you discovered by yourself, some maintainers are not longer with us, so many packages doesn't really have anyone doing this.
 
In our system - all you need to do is changing / bumping numbers and open PR. If build and test succeeds, someone with merge rights, merge it into the system and within few hours, packages are available on repository.

PR:
https://github.com/armbian/os/pull/300
 
Pool and test install was successful:
https://github.com/armbian/os/actions/runs/14016836904/job/39243546741
Merge follows, packages will be out with next repo sync.

I guess you read the next major version number (6) of `libzpool` and `libzfs` on Ubuntu 25.04 (Plucky) then.. I see

Download Armbian with OpenMediaVault (OMV) 
Currently (for testing) only 4 targets were build: rock5-itx, odroid m1, odroid xu4 and x86. Once its confirmed that works well, other targets will be assembled. 

Then boot the image, wait few minutes and login via:

http://ip_address_of_armbian_running_ha
U: admin
P: openmediavault
 
Test setup on Odroid M1:
 
 
Tested on:
Odroid M1 Raspberry PI 4  
DIY

Let's ping Radxa engineers if they have a clue on this
@RadxaYuntian
otherwise I propose trying CURRENT kernel. That should be generally more reliable in those things.

This is probably happening due to wrong local time.
 
For the cli github package - remove it from /etc/apt/sources.d/ as its not needed anymore. We provide this package via our repo.
 

Thanks a lot! Apt updated successfully, no errors, no warnings
 
Can't believe I was fighting this problem for several weeks, and the solution is so simple!

In case you get "Unsupported system warning", replace 
PRETTY_NAME
with
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
inside /etc/os-release
following by reboot.

I also solved it with the previous command, now I'm using Armbian with preinstalled Home Assistant and I'm fine. Great job, thanks.

@TonyB Tested - it works now as expected when installing this image https://dl.armbian.com/rpi4b/Bookworm_current_minimal-homeassistant
 
Also tested other platforms with success:
Khadas VIM1S x86 Nanopi M6

I managed to solve it by installing the package sudo apt install armbian-firmware. Strange that version prior to Armbian-unofficial_24.11.0-trunk_Rpi4b_jammy_current_6.6.58_minimal did not need to do this installation.

It works. I messed up something. Just add that to the cmdline.txt and it should work - works for me. I am fixing now installation methods and testing to make sure everything is alright.
 

Yes, it doesn't work there too - same method is used. It will be fixed for both ASAP.

Run this as root:
echo " systemd.unified_cgroup_hierarchy=0 apparmor=1 security=apparmor" >> /boot/firmware/cmdline.txt reboot
This works for me (after adding this):
 
 
Fixes: 
https://github.com/armbian/os/pull/289
https://github.com/armbian/configng/pull/466
 

This forum has very little to do with openwrt - try here https://forum.openwrt.org/

I'm such a dill.
 
armbian-config system add-headers
 
Downloaded the correct headers.
 
 

Ok, finally found a solution!
 
Turns out that if you install Android you cannot boot Armbian Image. So, using coreelec I use dd to zero the partitions mmcblk0, mmcblk0boot0, mmcblk0boot1 and mmcblk0rpmb. After that, I inserted the SD card and armbian finally boot up.
 
Thanks!

Download Armbian with OpenMediaVault (OMV) 
Currently (for testing) only 4 targets were build: rock5-itx, odroid m1, odroid xu4 and x86. Once its confirmed that works well, other targets will be assembled. 

Then boot the image, wait few minutes and login via:

http://ip_address_of_armbian_running_ha
U: admin
P: openmediavault
 
Test setup on Odroid M1:
 
 
Tested on:
Odroid M1 Raspberry PI 4  
DIY

yes. We have this problem on Armbian with 6.1 vendor kernel. And also ubuntu builds from Joshua Riek have the same problem (they use vendor 6.1 too)
 
=====
 
@sdyspb but if it's a hardware bug it shouldn't work properly on old 5.10 kernel too. But it works. And also shouldn't work randomly on 6.1 kernel. It's interesting why SRIS disabling fixes it. And why it works on old kernel with SRIS. And we have a kernel patch accepted in the 6.13 mainline kernel with fix for our problem.
 

# Europe/Moscow - 2000 Mbit/s - server: stpete-mirror.armbian.com/beta/ rules: - field: location.country.iso_code not_in: - UA latitude: 59.9417 longitude: 30.3096 weight: 10  
# Europe/Kiev - 1000 Mbit/s - server: fastmirror.pp.ua/armbian/ rules: - field: location.country.iso_code not_in: - RU latitude: 50.458 longitude: 30.5303 weight: 10  
After this change, our redirector blocks access to Russian mirrors for users in Ukraine and vice versa. Hopefully, this feature will become obsolete soon.