IBV

Yes you could. I gave the UUID example out of habit, I do this on VM's where the disks are /dev/sdX and I want to make sure I get exactly the partition I want on boot in case the kernel/udev is messing the device ordering. In your case /dev/nmve0n1p1 should be fine for example.
You are right, you will need to move anyway the old /var contents to the new partition. In case you are able to mount the SD card on a Linux PC/VM, you could do that too before first boot. But maybe better to follow the procedure I describe later.
Probably the easiest would be to use a Linux VM (eg. VirtualBox). You can then use a usb SD card reader and pass it through to the VM.
My distribution does it (Ubuntu). 
Yes.
After flash the Armbian image, boot it. Allow it to reboot and expand the filesystem. Then:
- disable ram log (by editing the /etc/default/armbian-ramlog and setting ENABLED=false) then reboot
- make sure you have the root password (you can set one with "sudo passwd" if you don't have it)
- reboot in rescue mode (use the root password when prompted)
sudo init 1 - mount the NVME partition you want to use as /var in /mnt. FYI: This step is to move the existing /var data to the new location. You need rescue mode so no services run and write stuff in /var when you do the move. Examples below assume that the partition you want to use is /dev/nvme0n1p1.
mount /dev/nvme0n1p1 /mnt - move the data
mv /var/* /mnt/ - edit /etc/fstab and add a line with the /var mount. 
/dev/nvme0n1p1 /var ext4 defaults 0 2 If you want to use UUID's you can run "blkid" command and you will get the UUID's of all disks/partitions. You can then take the one of the nvme0n1p1 and use it with UUID=<your uuid> like I showed you in the first answer.
- Reboot
 

Hi,
 
your patch fails because the file rk3399-orangepi-4-lts.dts does not exist in the mainline kernel(s) you tried to build.
Maybe previously you appplied it against the vendor kernel?

Hi,
take a look at this thread:
The user is using picocom to check the traffic on ttyS2:
picocom /dev/ttyS2 --baud 115200 --echo  

Hi,
 
check the status of serial-getty@ttyS2.service  and disable it.
systemctl status serial-getty@ttyS2.service systemctl disable serial-getty@ttyS2.service Also can you please post your kernel command line again to check the console= param:
cat /proc/cmdline According to the doc (https://0pointer.de/blog/projects/serial-console.html) systemd will spawn a serial getty for the console specified in the kernel command line.

Hi,
 
could it be that the mic is muted or volume is too low?
You might check the situation with alsamixer (then F4 for capture controls).
 

Hello,
 
I believe I found the problematic patch which is messing my display:
patch/kernel/archive/rockchip-6.6/patches.armbian/clk-rockchip-max-frac-divider.patch This patch adds the code that generates this pll_set_rate error.
I have removed it from patches directory and rebuilt the kernel. The system booted fine (no video kernel param) and Xorg started fine (without extra modelines).
 
I will test this kernel with other displays I have around to make sure it works.
Do you know something about the patch above ?
Thanks