Igor

sudo apt update sudo apt purge armbian-bsp-cli-odroidn2-current sudo apt install armbian-bsp-cli-odroidn2-current Should not make things worse. If it will uninstall base-files, re-install them too. But yes I am guessing here a bit as I am just remembering that we discussed this problem once and I think we have fixed it. Files exists: https://armbian.systemonachip.net/apt/pool/main/b/base-files/ Thank you! No worries.

We can't provide all variants but as we keep build framework in decent state, you can build it at any moment. If hardware features still work well, that is another story - hardware does not have official Armbian maintainer anymore. Hardkernel should take care of this, but they does this job not very well. They never see value in our work even we tried to maintain their software stack for them, their users and our competitors. https://github.com/armbian/distribution I tried to automate OMV image making, but got overwhelmed with more important and critical problems - we are seriously understaff. If someone, that is not already helping on the project, takes this, invest his time and move forward, it would help many. @houdini_69 I am thankful for every support we get! <rant> Donations are emotional trigger at best. End user financial support via donations never went over 0.5% of our costs - to paraphrase: its like covering 2 out of 365 days and expecting to have service with rights to complain 24/7 for a whole year ... Which means we still do more or less everything for free. Maintaining this fairly complex software stack costs us a lot more most people can imagine - i am tired to explain this as nobody really cares. All we have to care is to not burn out which is again hard when reward is not proportional. Also there is always another and another problem and keeping users happy is impossible. And unhappy user don't donate. This is a lot more valuable. I know what we need, but can only count on volunteers. Which in 90% aim at funny jobs avoiding hard and unpleasant tasks. That we need to hire, which is not possible ... </rant>

Try to purge bsp package and install latest from repository.

At release time, we make a branch from build framework and this was the 1st time that we also lock down sources. At least most of them. This means you can recreate identical images as those that were officially released. Since maintaining is very expensive and resources are slim, we have to focus very carefully what to maintain. Maintaining stable branch is a dedication - merging bug fixes only from main https://github.com/armbian/build/commits/main on a daily basis. As this board doesn't match "Standard support" criteria: https://docs.armbian.com/User-Guide_Board-Support-Rules/ its masked behind EXPERT="yes" switch. You can build it, but you have to understand that nobody is specifically taking care of. But you ... if you want to keep it on the requested levels of "Standard support".

There are two paths from here: - port device tree to LTS 6.1.y kernel (example) - add more recent ZFS to the stable package base (this might not be the best idea as it affects many existing installations and I saw many corruption related bugs in recent ZFS versions)

I bet you saw a big warning when you boot this image for the first time? Warning is there, because its impossible to help. Use kernel 5.10.y for better hardware support. Many functions on mainline are not even developed yet.

Some users may experience issues when downloading new v23.11 images from our website or also sometimes with apt not having the new packages. The reason is that we had a (not so) small whoopsie at the very last minute and the infra is still recovering and syncing. Easiest workaround would be to simply try multiple times until the redirector hits a mirror that has the files you want to download. Alternatively go directly to https://fi.mirror.armbian.de/ which (seems to) have all the files atm. Will work with apt as well.

Quick quess. Bug in OMV wireguard install scripts or Wireguard package dependency which removes Armbian firmware and installs kernel that has no support for Odroid XU4.

Probably, if not something else is also missing from the system ... worth trying. This is the content at sources: https://github.com/armbian/build/tree/main/packages/bsp/common/usr/lib/armbian-install

Everything looks OK and I can't find a problem at our side at short notice. Workaround. Create this file (/usr/lib/nand-sata-install/exclude.txt) with following content: /boot/* /dev/* /proc/* /sys/* /media/* /mnt/* /run/* /tmp/* /ddbr/* /var/log/journal And try again.

@RadxaYuntian

If board is supported, armbian-config will do.

Is this a new install, upgrade from, ... This is always needed to understand better what is going on: https://forum.armbian.com/topic/5699-how-to-provide-and-interpret-debug-output/

You can help developers changing this by making a pull request to include required packages into default package base - for every desktop variant.

No worries, you didn't offend me. I only tried to describe you: - strong forces that are working against voluntarism, - that open source become place of high abuse. - that most of people doesn't understand that we are all loosing. People usually expect clarification.

Sadly, this is not the case There is constant pressure from end users, vendors and groups organised by people that copy Armbian at industrial scale and contribute nothing back or to open source. Can be well explained with this particular case: This Orangepi employee https://github.com/leeboby made images with various hot brands, well known operating systems, all what you would expect to run on those boards, including Armbian https://github.com/leeboby/armbian-images. All those images are of course FAKE UNOFFICIAL builds which will break on first upgrade and then you came here and blame us, demand fixing, demand support (not Orangepi as they are officially not tied to that shit made software and because they anyway don't provide any support) ... which is force. We have to respond. At least with such reply - which is again forced and it creates us only damages. To reputation and lost of time. And you see us as a bad guys ... "dirty Armbian because don't help maintain my new super value hardware". You don't even think that you were fooled by dealer from Aliexpress in 1st place and we have absolutely no means to help you. All "partners" in this game are trying to abuse us: you, vendors, competitors. Software support is hard work, direct loss of precious time (money). You expect top notch support, answering on all questions ... how many people can afford to do that? Ratio is 1 person that knows something on 1000 people that knows nothing or wants something, give nothing. Support is dealing with never satisfied (this means you never even donate, which represent around 0.5% of costs we have with you) customers that expect free service. Often not even "thank you", to show some respect. You are welcome try doing support job at this forum. Every day, 20/7. Let see how long you will last This is what users expect and this is what someone needs to volunteer in order to match. Ofc this does not exists, but expectations are. Since "Armbian" images exists and this is Armbian support forum, you will keep coming ... also years after as software support is never ending story, there are upgrades all the time ... while vendor is already gone from the picture, selling you something new with the same story. As this is not bad enough, there are 3rd party organised groups that are constantly harassing and blackmailing opensource developers - example, where again we are bad guys because we are turning you down ( you don't want to hear reality, that it can take several years before bug can be fixed and/or compensation must be provided). Considering this, when constant abuse attempts are in place, we can't talk about voluntarism. There are many more reasons why this is everything but fairy tail one picture as "open source voluntarism". If you want to look deeper ... Just keep in mind that slave labor is providing this value. Officially not, but it might be brought up by someone random, so community support perhaps.

Nope, build is passing: There is nothing wrong with Armbian or its build framework. The problem is lack of general understanding how expensive is keeping this cheap hardware working with constantly moving kernel. https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one This is open source. Nobody prevents anyone to research and fix the problem.

If you don't use GitHub tools: sudo rm /etc/apt/sources.list.d/githubcli.list sudo apt update sudo apt upgrade

Welcome to Armbian community support. Probably you are right. You don't expect from a few Armbian maintainers to fix problems for all other (competitive wanna be) distributions? At least Dietpi is directly competing with Armbian OS and without a shame making up they are better Debian and Armbian ... Average Joe can't see their sales BS which is contributing nothing to stability or overall experience - which is the value people seeks. Their usual support response on real problems: "Oh, this is kernel problem. Armbian/* developers must(!) fix that". Really? We can't fix this for our users, but we must for theirs. Sick. All replies after initial post are pretty much useless pressure making. Its against forum rules and you don't talk to open source developers this way. They are totally overloaded without this and can only turn you down? See? You feel nice about copy cats that lies "we are not responsible, they are", bad about us. This is how open source piracy works. Fixing problems is expensive. Very expensive. They, including people that sold you hardware, are equally responsible or not responsible. This year we invested lets say 10.000 hours into R&D, bug fixing, they invested 10m for fixing banal common problem. Armbian core interest is maintaining build framework https://github.com/armbian/build Download it, try it and try to use it to fix the problem you have with this hardware. When you do, make a contribution to code we ship, or directly to kernel.org You don't know how to code, but you would like our help? Check https://forum.armbian.com/staffapplications/ and start contributing daily to open source project. One full time general purpose person can have significant impact on resolving problems. In span of 5 years, months can be saved, perhaps a year. Just for sorting out labeling colors, which are still not in best order, https://github.com/armbian/build/pull/5916 I spent more then a day. I am sure this is a task anyone could do. There are tons of non hardcore development related tasks that developers are dealing with in order that this project operates and that we have fun. No fun? If there is not fun ... there is source. Dig in and fix a problem. In open source, this is your problem anyway. Currently we are struggle with those issues: https://www.armbian.com/participate/ This one was not even recorded yet as we don't have people and hiring is still not possible. Closing this topic down. Armbian provides best effort support. Nothing more to add here. If / when solution is found, its continued here https://github.com/armbian/build/pulls

"The worst-case scenario is that you give the maintainers an opportunity to reconsider if continuing to work on the open source project is worth it." https://minimaxir.com/2023/11/open-source-dead-github/

Tells absolutely nothing. This does. BTW. Welcome to Armbian community / support.