Werner

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.
 

Supported no, possible maybe.
 
 
https://docs.armbian.com/User-Guide_FAQ/#can-i-upgrade-my-userspace-flavor-like-bullseye-to-bookworm-or-jammy-to-noble

Hm @Igor might be playing with Oracular. Though both this userspace and the upgrade to it are completely unsupported by Armbian. Therefore moved out of standard support for now.

Yes, something doesnt work well there. In the mean time try this:
 
code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } PASTE_SERVER_HOST=paste.armbian.de armbianmonitor -u

mainline support for rk3588 isn't complete yet.
I suggest to try vendor 6.1.y kernel based image.

Known issue
https://github.com/armbian/configng/issues/316#issuecomment-2535941450

I am not aware that this can or needs to be setup in any way. I just boots up when power is connected. I did not test with microsd (I use SPI/NVMe) but I assume it works the same way.