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.