SteeMan

@Yfrain Gelvis These are forums for Armbian not Android.

It looks like the mirror you are using was (is?) out of sync. The mirror I am routed to has the files: http://mirrors.jevincanders.net/armbian/apt/pool/bookworm/b/base-files Try apt update again to fetch current content from the mirror and if that doesn't work, try a different mirror.

@Andrea what is it you are trying to accomplish? The reason I ask is that given what i see from those systems there are some significant challenges in having a boot A and boot B. The first being that u-boot lives outside of the partitions at a specific location on the device(SD/emmc/etc). So you really only can have one uboot, so that will be an area that won't be possible to have something to fall back to if an update of uboot fails. The second issue I see is that Armbian and the underlying Ubuntu/Debian push frequent software updates out via apt. Their is no concept of firmware updates that are complete sets of updates, you get a few updates each week. Which is good for security reasons as security updates are made available as soon as possible. But for what I suspect you are trying to do, you will need to create a mechanism to periodically package all available apt updates into a firmware bundle to get installed into your other partition. But I'm just guessing on what you are trying to accomplish. So a better explanation of your goals might be helpful.

Having said that, if those upstream changes don't fix the issue, then there may be a deeper problem that could be Armbian related.

While this may not be what you want to hear, this isn't an Armbian issue. The userspace packages do not come from armbian, but come directly from the upstream provider and their servers - Ubuntu in your case. So when Ubuntu releases those updates they will be available to you.

The Armbian build framework is constantly evolving. As well as the software that it is building. So generally each day a build will be slightly different from the previous days build (that is why there are nightly builds produced). I don't know what you are trying to accomplish so I can't really help you any further than that.

Moved post to Community Maintained/Staging as this board is a Work In Process and not yet supported. Note: The typical way a new board gets introduced to Armbian, is the first step is to bring it in with the 'vendor' kernel. Which is getting what the board manufacturer released building under Armbian. Normally the board manufacturers don't support the OS for their boards so whatever gets released is likely never to be updated to anything newer. And often the linux kernels they use are heavily patched and not close to mainline linux. Then once that step is completed, the community (both Armbian and many others) work to incorporate all the custom code into mainline linux where hopefully it will be maintained going forward. That can sometime take years and sometimes it never really happens as the board manufacturers rarely contribute to this (they move on to the next board and don't want to incur any costs to maintain older boards). It also is rare that everything that worked under the vendor kernel will work under mainline (at least not for a long time). And for all of this to occur there needs to be people willing to give of their time to volunteer to do all this as no one financially supports the ongoing maintenance of most SBC boards.

What have you done to "brick it"? Are you running Armbian on the box?

Moved to Community Maintained -> Rockchip. All board specific questions should be posted in the corresponding board specific sections of the forum. For supported boards that is Standard Support -> <CPU Family> -> <Board> for non supported boards that is Community Maintained -> <CPU family>. This is not a board Armbian supports, it is community maintained.

Moved post to the correct sub forum. This is a Community Maintained board.

You would want to add: BUILD_MINIMAL=yes (the default is the non-minimal server build)

The instructions on above (under DIY) should be clearer to explain that. When I looked at this earlier, I was guessing that is what the instructions assumed you needed to do (download that referenced file). Edited the above instructions to clarify.

What you are describing sounds like standard gnome desktop behavior. I don't think all desktops have that same default behavior. You said above you installed xfce desktop not gnome.

Moved to the proper sub forum for a non supported device The OPi5 Pro is not a supported board. It is currently wip - work in process status. Therefore it has no support forum and should be talked about here under staging/community maintained.

These forums are for Armbian not for the discussion of other distributions. It would be more appropriate to post this in a forum dedicated to MiniArch.

You have the 24.5.1 version of kernel headers, but... of the kernel. Thus your headers and kernel don't match. I doubt you will find a 6.6.36 version of the headers, so either down grade your kernel to the version that matches your headers, or use the Armbian build framework to build your own .deb files of both the kernel and headers together so you have a matching version.

Moved post the the appropriate forum.

I deleted your other post as it is just a duplicate of this. Please take the time to research. There is a topic in the fourms for your type of box. That is where your should be posting, and before you post you should read what has already been posted to see if others have already run into what you are seeing. Don't waste other peoples time until you have used the resources available to you.

I'd recommend you post in the master thread for the rk3318 TV boxes in this sub forum.

TV boxes are not supported by Armbian. They are automated builds that are untested. These are 'Community Maintained' which means there is no official maintainer but anyone in the community can submit fixes/changes. The forums are the method of discussing issues.

This is Community Maintained software (not supported by Armbian). So please submit a PR if you would like to see changes. My experience is that ophub just ships a lot of binary code from unknown origins (the dtb is a binary file, you would need to track down the source file (.dts) to submit here as we don't include binary files from unknown origins but build things from source). Also note that the dtb file doesn't need to be inside the /boot/dtb/amlogic directory. To avoid your issue just put it in /boot (and adjust the extlinux.conf accordingly).

So have you tried a current build? Instead of an update from an older build? There is a thread in this forum for this type of box that you should review and likely post questions there.

Note that Armbian doesn't support TV boxes. That.means all Armbian does is provide automated builds with no testing which are created weekly. These boxes are 'Community Maintained' which means support is up to members of the community i.e users like you.

Moved to the correct forum

Note that there are no "official" images for this board. Armbian doesn't support this board. This board is "Community Maintained". Which means that someone at some time had it working and submitted it to the armbian build framework and it gets built weekly automatically. No support or testing is done by Armbian on this. As long as it builds without error it can exist as a Community Maintained board. But note that most community maintained boards have no one actively working with them. Looking at the forum activity on this board, it doesn't seem like much in the last 9 months or so.