Werner

As long as the board isn't dead it is starting to boot.  That is why Werner directed you to how to capture the uboot booting messages via a uart connection to the board.

No worries. Everyone here started small
edge and vendor are Armbian terms for kernel branches just like current.
You guessed correct, edge is bleeding edge and usually follows latest mainline kernel (6.14.y today).
vendor is based on Rockchip BSP kernel which is 6.1.y at the moment. While a bit out of date most hw functions work here.
current usually follows latest available LTS mainline kernel.
 
As you're a beginner and most likely just want things to work I suggest to try a vendor kernel based image first.

I think it is this script: https://github.com/armbian/build/blob/main/packages/bsp/common/usr/lib/armbian/armbian-resize-filesystem
 
There might be a switch or option to prevent resize, need to check documentation.
 
Or do manually after expansion:
https://unix.stackexchange.com/questions/656836/how-do-i-shrink-a-partition-right-after-shrinking-its-filesystem-with-resize2fs
 

After years of thinking, wishing and tinkering - Armbian automated WiFi performance benchmark system:
https://docs.armbian.com/WifiPerformance/
From latest WiFi 7 down to (in)famous xradio XR819.

Then you are using a fork of Armbian which we don't support here. Ask at the place where you got the image from.

The correct way to modify a kernel with patches is to use
- ./compile kernel-patch BOARD=... BRANCH=...
- review your patches and if you are satisfied move them to patch/ or the equivalent directory under userpatches/
- ./compile.sh kernel BOARD=... BRANCH=...
 

The correct way to modify a kernel with patches is to use
- ./compile kernel-patch BOARD=... BRANCH=...
- review your patches and if you are satisfied move them to patch/ or the equivalent directory under userpatches/
- ./compile.sh kernel BOARD=... BRANCH=...
 

Correct. Glad you made a backup beforehand.

A few days ago jammy and bullseye were moved to eol.
While upstream may support these userspaces a few more years, Armbian does not have the resources to support more than the most current stable releases of Debian and Ubuntu, which are Bookworm and Noble at this time.
 
You can still select them to build when passing EXPERT=yes switch to ./compile.sh but do not ask for support if something breaks. You are on your own.

wrong. auto-login is enabled on serial and hdmi only. ssh default login is always root/1234
 

Must have been slipped through. Fixed.

Maybe you find some clues here: https://github.com/armbian/build/pull/6617/files
SoC is the same

As expected. Mainline Linux support for rk35xx soc family is still under heavy development. There is a good overview what should work and what does not:https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md

I don't think this will increase verbosity even higher. 7 is max
https://www.kernel.org/doc/html/v6.12/admin-guide/kernel-parameters.html

next generation armbian-config still has some rough edges and constantly receiving fixes and improvements. If you can reproduce a special case where something doesnt work right, feel free to report at the github repo.

I have an odroid xu4 and want to thank you for the great work ...
 
_ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.2.2 for Odroid XU4 running Armbian Linux 6.6.75-current-odroidxu4 Packages: Debian stable (bookworm) IP addresses: (LAN) IPv4: 192.168.178.24 IPv6: fd0b:5278:d32e:0:1d4d:933a:afcc:c02 (WAN) 188.136.105.135 Performance: Load: 1% Up time: 27 days 5:26 Memory usage: 4% of 1.94G CPU temp: 47°C Usage of /: 5% of 29G storage/: 3% of 234G Tips: Support our crowdfunding project https://forum.armbian.com/crowdfunding/project/16-help-armbian-grow-support-joi n-our-team/ Commands:  
Danke ...

We can discuss including this into CLI/desktop images. Not for minimal.

This is more or less expected for current since the HDMI implementation in this LTS version is very basic/incomplete. Features were and still are in development and did not make it into this version. If you need desktop use edge or vendor.

If there are no pre-built version available, use the build framework to create your own: https://docs.armbian.com/Developer-Guide_Build-Preparation/

https://github.com/armbian/build/blob/main/config/boards/bigtreetech-cb2.conf
Config is there. If there is no pre-made build available use the framework to create your own. This is what it's made for.

Alright. Yes, there seems to be some issue with the naming of the overlays which required editing armbianEnv by hand. It is hard to keep up with the continously changing world of SoCs and kernels where latter, especially on mainline, often even lacking basic overlays since close to nobody deals with this.

Seems indeed broken for H61*
H6 is fine.

Available images are here:https://www.armbian.com/orangepi3b/
If your desired flavor and kernel combination isn't available build your own:https://github.com/armbian/build

Well on the bright sight both max and ultra are very similar.
Though overlays might differ but that would need investigation. Easiest route is the one you actually already got on by checking the vendor source. Maybe they also provide a handful of matching overlays for this board. Maybe they can be ported.

Well on the bright sight both max and ultra are very similar.
Though overlays might differ but that would need investigation. Easiest route is the one you actually already got on by checking the vendor source. Maybe they also provide a handful of matching overlays for this board. Maybe they can be ported.