Werner

We cannot support 3rd party OS.

Cannot reproduce. Also R3S LTS /w 2G memory and eMMC. apt update && apt upgrade went through. Reboot just fine. https://paste.armbian.com/usakitotak

How to debug boot issues: https://debug.armbian.de

vendor branch is based on latest rockchip bsp which is 6.1.115 atm. You can use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbian-config to switch.

Use `vendor` kernel and enable hdmirx overlay.

Does this happen with Bookworm or Noble? Plucky userspace is unsupported.

Hi Providing logs with PASTE_SERVER_HOST=paste.armbian.de armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

moved

Raspberry images are compatible from 3b up to 5b

Not possible. emmc will be formatted before rootfs is copied over. If you have files there backup beforehand. Since the rootfs is moved as it is you should not loose any configs.

Probably due to automatic file system expansion across the sdcard. That's a known issue that pops up every now and then for a few years now. I guess this wasn't mitigated enough yet or the cause not determined yet.

Why not use armbian-install?

Detailed/full uart logs would probably be helpful

moved

https://debug.armbian.de

Maybe. Just give it a try? Check sun8i family config or add an uboot tag override in the board config. examples for latter you can find in the orangepi5 series config files for example. I think though it doesn't make sense to touch. Chances are likely to introduce new issues while current version just works.

I found some sample initramfs hooks that might give you some clues how to achieve your goal: https://github.com/simonschiele/initramfs-hooks

Opi0 and Opi0-3 have nothing in common besides the naming. It is not that easy.

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

If you need hdmi support use vendor or edge kernel. 6.12 was released with a bare minimum of support for rk3588 so nonworking hdmi is kind a expected.

I added a suggestion at the PR how to implement the driver while building to allow network oob.

try code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } xrandr

There are unfortunately no detailed instructions how to add new boards or board families to the build framework yet. This is a very extensive topic. However there are a few existing pull requests that should give clues like https://github.com/armbian/build/pull/7902/files No, since it is community supported use Stating section for Rockchip devices in forums. I did a quick check on your work. - dts files which aren't upstreamed (yet) shall be added in full into the dt folder of the equivalent kernel patch directory (patch/kernel/archive/rockchip64-6.16/dt to say). You can use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } kernel-dtb build command to extract such a full tree. - this also avoids my 2nd concern which is modifying the existing orangepi-5.dtsi and disabling nodes which where later re-added with another patch. - if possible try to bump to latest mainline u-boot, so either v2025.04 or wait a bit longer for v2025.07 which is currently RC.

Personalized support: https://calendly.com/armbian/consultation

No need to manually adjust partitions. At first boot Armbian will expand rootfs automatically using all available space on sdcard. USBimager is known to work well on Win32 as well as Linux. Rufus is neither tested nor supported method.