Igor

Preparation  
Supported build environment is Ubuntu Focal 20.04 x64 (minimal iso image).
 
a guest inside a VirtualBox or other virtualization software, a guest managed by Vagrant . This uses Virtualbox (as above) but does so in an easily repeatable way. Please check the Armbian with Vagrant README for a quick start HOWTO, inside a Docker ,  systemd-nspawn  or other container environments (example), running natively on a dedicated PC or a server (not recommended), 20GB disk space or more and 2GB RAM or more available for the VM, container or native OS, superuser rights (configured  sudo  or root access).
  Execution apt-get -y install git git clone https://github.com/armbian/build cd build ./compile.sh This will download all necessary sources, execute compilation and/or build a boot-able image. Most of things will be cached so next run will be extremely faster!

Real time examples:
 
 
 
 
 
Documentation

Sige5 is community supported and those boards receive automatic generated images only - once per week. Since GitHub introduced additional limitations few months ago, we can't (auto)produce desktop images anymore - only one Debian stable minimal per CSC build target. However, this might change in the future.

I also upgraded from bookworm to trixie and saw this warning. I can confirm that Igor's suggested workaround addresses it:
wget https://apt.armbian.com/armbian.key gpg --dearmor < armbian.key | sudo tee /usr/share/keyrings/armbian.gpg > /dev/null apt is now happy with the armbian repo.

This isn't completely true.  Armbian still does utilize CPUMIN/CPUMAX from /etc/default/cpufrequtils if present to set corresponding frequencies via the Armbian script armbian-hardware-optimization (packages/bsp/common/usr/lib/armbian/armbian-hardware-optimization).  This script I believe runs at every system startup.  So even without the cpufrequitls package installed, there is still some functionality in this area.  Functionally that no one has likely touched or looked at in years.
 
 
 
 

From desktops I tested Gnome - works.

R76S will be supported, but its too early at this stage. We setup download page https://www.armbian.com/nanopi-r76s/ but no images yet.

HDMI output might be broken on this kernel - mainline support is still fragile, perhaps for this board there is no device tree yet and it fails early.

https://paste.armbian.com/ehuwawexih
v25.5.1 image (Debian Bookworm minimal) runs on my Cubox i4, but HDMI out is untested ... images were released, only because I manage to spent some time testing and as I found out that build actually works.
 

Yes, I did read that. I was also thinking maybe the decompression on-the-fly could be a point of failure.
 
Just now, I installed USBImager and wrote the image to a uSD. No presets applied (.not_looged_in_yet) First boot went smoothly. I updated with armbian-upgrade and rebooted and all looked OK. 🤷🏻‍♂️ Since I changed 2 things (using USBImager and no presets) I can't say what helped.

https://github.com/armbian/build/pull/8517 appears to fix my SFP problems.
 

... straightforward and smooth.
 

Unfortunately I was not able to work on this topic appropriately and thus could not provide any helpful information.
But in the meantime, others have done a lot of work on this topic. Thank you @uablrek for the link.
So I tried and built a new image (from main branch) after https://github.com/armbian/build/pull/8449 had been merged. I can confirm that the Rock 4SE now boots with this version.
 
Thanks to everyone involved for the solution!

fussing about duplicate post, yes, same problem, different but identical machine.  I have several of these bpi-m5's in service here, And its happened several times while I have reached the age of 90 where short term memory is only weeks.
 
This then. with your link to systemd stuff, is bad code you inherited, blindly. My solution to that was/is to make hostname immutable after editing it.  Much simpler than reading thru half a gigabyte of purposely opaque docs looking for clues.
 
With the advent of led backlighting for monitor screens, CRT screens no longer get burnt in.  So one thing badly needed is a bright red, much bigger mouse pointer that moves at about 1/10 th of its present speed, and an easy way to totally disable screen and mouse blanking. On a 3d printer, they are both a hindrance, adding 10 to 30 seconds to taking action when a printer malfunctions.   And because I use this OS heavily, I also donate a smallish bit of my SS income to your cause on a monthly basis.  Thank you Igor.

@Igor Thanks.  
The weird noise is resolved. It was HDMI cable.
 

up all night, finally got it working. list of stuff I did: download latest 2505 bookworm-xfce and reburn the u-us card 3 times. copied 40 entry /etc/hosts file from working machine. edit /etc/hostname to change it to unique name amanda, then make it immutable as that did not survive a reboot. rm 10-* in etc/netplan, rename armbian.yaml to 10-armbian.yam editing it as needed, and edit /etc/nsswitch.conf to make network setup start as "hostname files dns" rebooting after each stage. So hostname now stays at amanda, and nsswitch.conf works as ordered. I can ping yahoo.com in addition to my other local machines and have now updated 208 pkgs. rebooted looks ok. Now I can get back to making a 20T lvm out of 5 4T SSD's,  But first some breakfast and a shot of insulin, and a nap while the local weather settles, its poured piss out of a cowbarn boot most of the night.  Thank you for the links, they were educational.

@amazingfate can tell that.
https://github.com/armbian/build/blob/main/config/boards/oneplus-kebab.conf#L3

Vendor kernel 6.1.y with mesa-vpu extension https://github.com/armbian/os/blob/main/userpatches/targets-extensions.map#L58 (with patched Chromium) is the only way to come close to what you want.
 
Only this:

Whatever help you can provide know that it is truly appreciated!
 
I will follow your suggestion and try a different kernel and report back my findings, thank you!

Welcome to Armbian forums. Most of general questions are answered in:
https://docs.armbian.com/
https://docs.armbian.com/User-Guide_Board-Support-Rules/
 
Remove those you will get answers there ...

Ok, thank you!

I've made an issue on github:
https://github.com/armbian/build/issues/8403

I don't have time to work on this right away, so to make sure this does not fall off the radar, I opened a ticket in the tracker.

Currently I am running HA supervised on Debian 12 bookworm. Debian boots from USB drive without any issue. So your suggestion should work I believe. Thanks for the suggestion. You are quick as always to reply.

Works with an apt update && upgrade. missing DTB is present, and boots ok.
Thank you for the fast fix team.

If you plan to start from scratch and you don't want to wait hours until repository is updated, yes, rather download and use latest image. Upcoming fix will solve this problem for everyone that still use old image.

This 100% works - we are even running daily automated tests on Bookworm, Jammy and Noble.
https://github.com/armbian/os/actions/runs/15362508470/job/43232345405
 
Manual test on Rockchip64 (Bananapi M7) with 6.12.28-current, latest kernel from daily repository.

System: https://paste.armbian.com/tiwisuhugi
 
Here is build log: