Werner

known issue. fix is underway

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

Check how and why this kernel is installed:
/boot/uInitrd-6.12.12+bpo-arm64-16k  
Seems like Debian backports kernel which WILL not work with your board. Make sure the vendor kernel is the only kernel installed.
 
Write a fresh image to microsd and boot from it. chroot into your nvme and remove the wrong kernel. Make sure the symlinks to initramfs and kernel image are correct again. Should be sufficient.
 
 

Could be. btrfs installation, especially on other devices, are not much tested. So breakage could be possible. Needs investigation.
Should usually just work
 
Yes, documentation is a constant problem. We don't have enough helping hands to keep everything in good shape. Keeping up with kernel development is already a challenge with hundreds of boards.
 
Either the answer is right there or a mirror is out of sync which can happen from time to time.
Feel free to fix apt source to a fixed mirror from this list: https://docs.armbian.com/Mirrors/

Check /boot/dtb/rockchip/overlay for available overlays. If you are using mainline kernel overlays might be missing. Use vendor kernel in this case.
 
If armbian-config fails for adding simply add them manually with overlays= in /boot/armbianEnv.txt

Hi
this warning tells you that it is up to you to do a risk assessment if you are fine with the fact, that the device's status is unknown to the Armbian team, that it may break with an upcoming update or never receive an update at all.

Could you check if CONFIG_NLS_ISO8859_2 is enabled in your kernel config?
The package is locales I think.
That it is not installed tells me you are most likely using a Minimal/IoT image which comes with the absolute bare minimum to have a working system. Designed for advanced users knowing how to install such tools afterwards if needed.

iirc xtables-addons was never a part of linux-headers. Though it can be installed separately and needs linux-headers installed to build the necessary kernel module.
Have you tried to build your own set of firmware packages using the build framework? code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } ./compile.sh BOARD=odroid-c2 BRANCH=current kernel

if you need working hdmi use vendor or edge kernels. current (which is 6.12.y) does not have all the necessary patches already since they were (and still are) under heavy development.

We had the case on various boards over a couple of years that sometimes warm reboots fail. Since the reason is always individual, hard to tell by heart.
 
Anyway I suggest to extract proper logs from debug uart console. If you don't know what I am talking about: https://debug.armbian.de

Compare contents of
/etc/apt/sources.list:1 and /etc/apt/sources.list.d/ubuntu.sources:1  
and remove duplicates

please test again.

Should be rk3588-hdmirx.dtbo

Check /boot/armbianEnv.txt
 
overlays=i2c1 i2c2 rockchip-rk3399-i2c7  
 
Try this instead:
overlays=i2c1 i2c2 rk3399-i2c7  

How do you connect a NVMe to this board?
 
Never mind. Wrong prefix.
 
Anyway you need boot loader present on either spi, emmc or sd. Direct boot from nvme isnt possible.

short version: switch to vendor kernel.
 
long version: mainline support for rk3588 is far from being feature-complete. Audio probably hasn't been mainlined yet. Check https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md
 
If you need most things to work vendor is the way to go for now which is based on Rockchip SDK.

glxinfo -B

Feel free to build an image with edge branch which is 6.13-rc...5..ish? I don't remember. Anyway this should give you a good idea about what to expect when it becomes stable after rc7.

This seems like a bug to me. The linux-*-vendor packages you mentioned should be frozen with this option as well.
I forwarded this to the repo: https://github.com/armbian/configng/issues/368

Hi,
 
best way to follow mainline development is both the Collabora sheet here https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md
and the Linux/U-Boot ARM patchwork: https://patchwork.kernel.org/project/linux-arm-kernel/list/
https://patchwork.ozlabs.org/project/uboot/list/
 
Though none of this exists for 6.1.y or older 5.10.y since these kernels are from Rockchip SDK (and these are not even public but leaked by people who have access) and nobody knows (at least I don't ) what or if they are working on at the moment. Closest in following this development is check the commit log here https://github.com/armbian/linux-rockchip or its forks. Maybe somebody works on something: https://github.com/armbian/linux-rockchip/network
 

Easiest is probably to build a custom set of packages including headers.
With the build framework this is quite simple.
Clone repo https://github.com/armbian/build/
code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } ./compile.sh BOARD=odroidn2 BRANCH=current KERNEL_CONFIGURE=no kernel
 
Copy the debs from output/debs folder to the board and install them via code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } dpkg -i

Use vendor kernel based images, 6.1.y to say. I assume you tried mainline.
Mainline images are known having incomplete hdmi support. This will be better once kernel 6.13 images are available.
 
For even better experience check for images with mesa-vpu extension or build such by by yourself.
 
 
Try these just for fun if you want: should include everything.
https://fi.mirror.armbian.de/.testing/Armbian-unofficial_25.02.0-trunk_Orangepi5-plus_noble_vendor_6.1.84_kde-neon-kisak_desktop.img.xz
 
https://fi.mirror.armbian.de/.testing/Armbian-unofficial_25.02.0-trunk_Orangepi5_noble_vendor_6.1.84_kde-neon-kisak_desktop.img.xz
 

Change everything to known-good
- sdcard
- PSU
- cables (!)
- Armbian image
 
If the behavior does not change the board is probably broken.

Hi,
 
I don't there is a mechanism yet to just build this package.
 
Because you are using an x86 machine and then the build framework uses cross compiling to create armhf/arm64 binaries.