Igor

Switch to nightly kernels (those are becoming stable in two weeks anyway), update, reboot. Remove / Add kernels and it will work. Use armbian-config -> software to make this easy way. Welcome!!!

Thank you! https://github.com/armbian/os/pull/184 In case anyone can verify if this works / test this assembly, before end of this month, it would be awesome! Edit: tested

Armbian team has very limited resources, we can't pick this up, and I doubt there will be a pileup of people from community doing this. If you (or anyone reading this) is interested to maintain CB1 and/or CB2, sent me PM, and I will ask Bigtreetech for help.

Each code change represent danger that some feature out of tens of thousands will stop working. One bug is fixed, something else can and do break down ... Nobody knows when this happens as nobody can't test all features. Testing is expensive and we run this - for public good service - mainly with our private money. Since information does not exists, we will not be keeping list of working / not working features for you. Especially not if this require additional expensive manual work. I told you to verify with latest image from development as this might just work. You didn't and there is little we can do from here. If you didn't know, we provide users results of automated testing, which is sadly primitive and can't test complex functions as in this case, but it will stay that way as we have not enough support/interest from anyone (but everyone would like to have this info) If you need better info that this https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results apply here: and start working for us as a full time volunteer. I know you will not, but this request is on same level as yours. So far, in one year, we didn't get anyone.

I am not your personal assistance. Orangepi (mainly as they are chepest) customers are demanding thousands of fixes, changes and improvements. Personally I can't answer to this and other thousands of issues that are found in code / text. I would love to but its impossible even as a team and I have to run the project and sometimes I chat on forums. Mainly for fun and providing hints. I can't be your partner in resolving your (clearly business) problem. I would love to, but Orangepi treat as not good and we treat their clients accordingly. Use other board and you will get help. Isn't that stupid? Yes, but this is one of ways we fight abuse that is targeted toward open source developers. In this segment of open source, there are things you might never experienced with your work in open source. Isn't it better to be open for other perspectives? I believe in yours. Perhaps this will give you a picture on resources you are addressing? You are not the only one that is requesting support. Our resources are 1/1000 of needed. We are developers, we maintain serious and complex system and we don't have much time for individual problems. Regardless if you think we should be more attractive. We can be, but then we have to kill R&D. Which is source of sorrow, frustration and costs. Why do you even try to be accepted over the line? And why you think this problem is important enough to be even discussed? Why don't you resolve a problem you find? And on and on. I told you already that we only loose if we fix a bug. We have competitors, that invest nothing, while they can provide the same. In order to catch them, we have to invest less and less. And be more attractive at the same time, agree with that. This means we should invest into sales a lot more, where again you know what has to suffer. Absolutely. We love that, me included. But I have to run this development on totally different level. If you would set our priorities, we would already be long dead. Imagine users, who in big majority have no clue about how much time some problem is needed, they don't care how many problems are already been worked on, what is team capacity, and on and on. Remember also that, at the end, support goes under "best effort" principle. If serious and life important problems are not done, your will wait. A week, month, year ... never. This is how it goes and this won't be changed. Not sure what you mean by that, but open source is like freedom.

If you care so much about people not wasting time, documentation is open source, invest your time https://github.com/armbian/documentation and stop wasting my time. Our project is saving all of you years, not just months. And you still don't get it and want more and more. Remember that not you, not the one that generates problem contributes virtually nothing. Buy a PC, which works well with our product.

You are using a lot of our work also if you use images for Orangepi 5 with different name, from different DJs and / or even official ones. Official Debian and Ubuntu images are shameless copy of Armbian, assembled with old tools and slightly different - some features will work better, some not. As they are never upgraded, they never breaks. We work together with Joshua-Riek on kernel and other things. Images should behave more or less the same, but as they were not released at the same time, diff exists. If your problem is fixed in our images, nobody will check this for you because this is not a commercial product and you are not a customer - there are daily automated builds at the download page. Try them. We can't spoil you with writing fancy manual and make better support as we will gain nothing. Competitors (Orangepi and copycats) are not copy pasting code we made (remember this is open source world), they also copy pasting instructions we make. Ask Orangepi to cover those costs (they will ofc not) or you cover them. Problem is that for 99% of projects costs we have to find elsewhere (most people have jobs somewhere) or do it for free (slave work when abuse is used. And this exists in large scale). Donations only cover 0.5% ... Asking for more, from end user perspective, is rude. Mitigating your debt first? Every donation counts. Complex software without active maintaining will start to fall apart, but people that made money with you will be long gone by then. Regressions will happen and again we will be the one behind ...

Because some features on website still has to be done manually. For which we don't have sufficient man power, org resources or coding resources to complete automation. If you are PHP / Python coder and want to contribute resolving this problem, PM.

1st sentence: https://github.com/armbian/community/blob/main/README.md once per week

In most cases, Armbian has full control over hardware. We don't need and avoid closed source manufacturer flashing tools. Where this is not possible (example), we recommend using 3rd party manual. End users doesn't need this feature to work and RKflashtool should just work, but its not officially supported. Consider (Gold) professional assistance in case you expect someone will fix bugs in your software. Or contact Orangepi to fix this for you.

I will look into this when time permits but I don't promise to stick in researching very long. Kernel behind this specific hardware, this image, is developed with a solo purpose - to sell hardware and its dead end. For amateur usage, running desktop and similar toying this is usually enough. Rockchip cares only that hardware features works, everything else is unmaintained. We are looking at possible impossible tasks, weeks of work, which is something I can't afford to do in exchange for compliments. This is not Armbian problem. Try switching to normal mainline kernel (named EDGE, 6.8.y, that should not have those errors and that I know where to look for fixing if warnings will pop up. Also I can predict I will not lost more then few hours).

This is hard to say as we are talking about non standard Linux kernel. If HA works, IMO you can safely ignore those problems or: New kernel is being developed for several years and it might already be working for this use case. You can try by switching to it (armbian-config -> system -> alternative kernels -> select EDGE 6.8.something), but I give you no warranty that it will work. You might need to start with a new image. If it works well, report back and we will generate images by using that kernel. I know many things in graphical areas are missing there, but for this uses case we don't need HDMI output anyway ...

Try this image https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Khadas-edge2_bookworm_vendor_6.1.43-homeassistant_minimal.oowow.img.xz 5b https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Rock-5b_bookworm_vendor_6.1.43-homeassistant_minimal.img.xz 5c https://github.com/armbian/distribution/releases/download/24.2.2/Armbian_24.2.2_Rock-5c_bookworm_vendor_6.1.43-homeassistant_minimal.img.xz None of those was tested.

Usually research (or active sponsoring of our team) is needed to determine what is wrong. This can take half an hour or several weeks. As active sponsoring is still way below 1% of our costs, I have absolutely no interest to cover expenses of any research and then provide findings in exchange for nothing. This is deadly for the project and our mental health. Usually additional questions / research are requested, which only makes developers more frustrated. This is quite common delusion here - that open source developers are stupid and just happy to work for free. Yes, limited to things they like to work on. There are thousands of problems and they are not ours. They are yours, even "sold" under Armbian assembly. If you can tell who will pay research for you or for everyone, I will find someone that will do it. Or not. I have no budget to spent. Since this is open source, anyone can finance to tell what is wrong. This is the essence of this forums. ... and perhaps another week that solution is developed, implemented and tested? Perhaps a lot more. Ain't simple to answer to this question. All this require serious investment from our side to support worse customer there is Don't take this as an offence as this is a part of the game. This only have ends at different point. You can donate, or not. If you want that this is fixed, this has different procedure. It require establishing business relation, which procedure is by default expensive and for resolving one problem ... its a lot better to skip it anyway. However, starting point is trying to make a support contract, make large enough donation that we don't need to pay for everything as we will not move. This is not something granted as I need to be sure that I can keep my promise and meet your expectations. Armbian CI can only be executed by Armbian staff member with sufficient privileges. I am talking about CI that is auto remaking all our code (kernel, headers, ...) on code change. This is dropped to APT repo http://beta.armbian.com, which is updated daily and at every code change.

This is just one issue out of thousands and we operate all this with budget that is very close to zero. This should be picked by maintainer, if exists. We support them from our business deals, but still, they come and go and in between, we have nobody. For a month and half, there is nobody and I can't cover, its too expensive. Since none of board maintainer is full time, but they should be, this can easily take weeks, or more ... But luckily: automated builds makes it half way. Its there, even smoke tested, where problems are not detected. one can build combo on their own. its open source. You can fix bugs too. we need to push new release by the end of the month. And yes, I heard there are some problems with Rpi kernels. Which will just make us more damages and headaches. Rpi foundation has almost 2 mio EUR yearly budget to fight problems ... Its not Armbian that is making bugs, but you expect us to pay to fix them. I tried to help you with hints. Here I have to stop. Out on vacations.

Remove headers, reboot, install then once again.

Did you reboot before (re)installing headers? If yes and still not ok ... beta repository certainly has matched kernel / headers combo. IMO its pretty safe to upgrade to daily builds, but then freeze kernel (can be done in armbian-config).

Armbian didn't sold you functioning of this device. We are telling you that this hardware is not supported and we don't even think to support it. Support costs money. Even this is perhaps possible to support with several ten thausands per year, we will not do anything as total Orangepi support budget is negative. HW, on the othe hand, needs constant support or it starts to fall apart. They will ofc not tell you that. They simply don't change software stack in any way, so nothing will fall apart ... but there is ofc a problem. Most hardware is sold with privately made Linux kernel (5.1 also 6.1. now). They get code from SoC vendor and for this software most of this https://twitter.com/internetofshit applies and is never resolved, but most of people are unable to understand, don't know or care about. Customer that this is sold is just more uneducated in technical sense. Modern Kernel 6.x (beware on numbers deception) is build from scratch where its impossible that all features works right from start. Costs per each SoC family can go into millions. Orangepi is not involed here, but we are. They don't support development, we (and other FOSS projects) do. Yeah, its that crazy They are flooding market with cheap hardware with as cheap software support as possible. Pirated software? No problem. Who will sue them? Do you (users) care? Supporting projects that are stealing from open source? No problem. There is absolutely no moral code. SoC vendors also doesn't care about anything but numbers of SoCs sold. Revenue, while abusing open source communities, is the only king there is. On a long run and if you don't want to have internet of a shit device, you will use ... Armbian, fork of it, some similar Linux. Which you don't support as they are doing everything to mask the true costs of software development. Also Orangepi is providing modern Linux software that is branded as Orangepi to fake "development" by them. Most of users have no ability to understand that Orangepi is not a software company. They sell hardware, while software they just "get", rebrand, sell. They downloaded Ambian build framework at one point. This was several years ago. Then they ran search for "Armbian" replace with "Orangepi" to impress people with work they never contributed anything to. This is one of ways how (some of) those companies stealls value and show "respect" toward people that finance them. In case you have questions regarding this particilar hardware, contact Orangepi officie directly. I know its a waste of time, but at least they will have support damages. Support = hard cash expense also for open source projects. Developers are asking you for support https://github.com/sponsors/armbian and it years and years that those numbers got to the 10% of 1k per month. Which is a discrase, but its impossible to communicate that. For example two people, which would be lost in this support, costs 10k per month, 10x more it has been asked. Volonteers? Yes, they are happy to help, but bulk of support needs professional backbone or you complain and make dirt, even you pay like nothing. Still you think Aliexpress dealer is the one that provides any software? They invest close to nothing into software development as they are by default affraid they will support their competitions ... so they don't pay any "taxes" for software they take from open source and sell as theirs. One hour of engineering is worth more then 1pcs of hardware. Simply change it to something else and: - there is actively maintained codebase - you will get responsive free regular support - you can get instant professional support - you will support developers not hd just dealers that are already selling you something new with demo software This comes with https://www.armbian.com/bananapicm4io/

Try this https://launchpad.net/~savoury1

Did you reboot after installing headers? I tried on beta software https://paste.armbian.com/ayilamofor and kernel 6.8.7 ... it works https://paste.armbian.com/aqumeheguf.yaml I think this is a problem .... Odroid M1 was merged into rockchip64 kernel ... remove linux-*-edge-rk3568-odroid and install linux-*-edge-rockchip64 and try again. It must work. Tested also on stable branch https://paste.armbian.com/efilumozaq.yaml

Bookworm is latest stable. You can only upgrade to unstable ... which is not recommended for production. You could upgrade kernels, but we don't provide them anymore for bullseye. That is correct. This is the list of packages per distribution: https://fi.mirror.armbian.de/apt/content.html Bullseye only has some files, probably by mistake. It should be just empty as its not supported anymore. Change tags in armbian.list from bullseye to bookworm and update. Should be fine .... at least as far as from Armbian perspective. We can't vouch for packages that are coming from Debian repository as they might come into some conflicts between each other. This is the problem we observe on older releases and have no capacity nor wish to address.

Directly no as it doesn't have any software that would allow this. This way (via SD or eMMC): https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-sata-nvme-usb

Yes. If you copy and paste everything into the terminal, it should do the job.

(Maintained as) Armbian with Kali applications already exists as an extension. Copy https://github.com/armbian/os/blob/main/userpatches/extensions/kali.sh to extensions of your userspatches/extensions/ and try with: ./compile.sh ENABLE_EXTENSIONS="kali" Not sure if something is missing, but its pretty easy to add. Going this path saves you a lot of time. As far as patched for hacking wireless drivers or/and kernel tweaks, we should have most of them, probably more then Kali Linux. In technical sense there are just userspace applications, which are IMO included into that extension. The rest, majority, about Kali is myth, produced by Hollywood and community. On some download pages, you can already find ready to run images, X86 arch for example: You can try that image on your PC, fine tune, then just build for whatever you want.