Werner

moved to unsupported

Not an Armbian-kernel. I suggest asking where you get this Linux image.

Works nicely for me. No need to adjust any parameter besides baud rate to 1.5Mbaud as it is default to all Rockchip SoCs. Make sure your adapter can handle this rather high speed. Also make sure to cross-connect RX/TX.

That is UEFI generic image which will not work on OPi5 due to lack of UEFI presence. As you can see above I use the same vendor bsp kernel 5.10.110. Userspace (Bullseye or Jammy to say) make usually no difference since both flavours are always shipped with the very same kernel package. The only difference for me is that I disabled debugfs in kernel config to get rid of some dmesg annoyance but thats it. Again, read and check here: https://forum.armbian.com/forum/31-sd-card-and-psu-issues/

That is odd. Is console set to "both" on armbianEnv?

Set baud rate to 1500000

There is serial login. I more assume that boot fails for some reason. increase verbosity via armbianEnv.txt to 7 and boot again to see what happens.

Cannot reproduce. https://forum.armbian.com/forum/31-sd-card-and-psu-issues/

adb is a tool for Android based OS. Armbian is not Android but Linux. Use ssh to connect.

Agreed. Better hit a bit of cache than not at all. So still a win if I understood everything else correctly.

https://docs.armbian.com/User-Guide_Getting-Started/#how-to-login

moved to tvboxes

moved to tvboxes

Take note that there is no guarantee that community-hacked Armbian versions will work on that hardware properly. TVboxes are like cancer on the SBC market. You can read more on that here: https://docs.armbian.com/User-Guide_FAQ/#i-have-a-tv-boxtablet-from-insert-random-vendor-can-i-use-armbian-on-it

Split post into separate topic

I think @rpardini can explain best what is happening there.

Such development usually takes a lot of time. Don't expect much within this year.

It will most likely be mentioned in changelog once this is fixed.

If somebody volunteers to do so...

https://www.armbian.com/newsflash/armbian-23-02/ Changelog: https://docs.armbian.com/Release_Changelog/

I assume OP is preferring a software-based solution but I like your thinking

Hooking up a serial console is best possible way to debug boot issues.

Providing full build log would be the first one

Since there are no standards vendors of more or less cheap boards follow names are not standardized. Try something like code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } find /sys |grep led|grep trigger

As always the solution pops up once I start complaining Seems like my 64G microSD is cursed. It works well on common usage but it refuses to work properly on SBCs. Not wrote the same image to a 32G SD of same quality and brand and it works...