IBV

Hi, you could try to apply the patch yourself (radxa patch that changes the boot order), then re-build u-boot: ./compile.sh BOARD=<your board> BRANCH=current BUILD_ONLY="u-boot" Then flash again the new binary on /dev/mtdblock0

Hi, I think swapon is not visible because you are not root. It should already be there via required package "mount". Try tu "su -" then you will "see" the command.

Hi, take a look at the build doc: https://docs.armbian.com/Developer-Guide_Build-Preparation/ You could try to build the kernel only, typically you get the latest version of the stable branch ./compile.sh kernel EXPERT="yes" BOARD=helios64 ARTIFACT_IGNORE_CACHE='yes' BRANCH=current

Hi, you need to provide a boot log, maybe something will be noticed. If you boot without wifi and can access a previous boot log when the machine is freezing, put it here.

Nothing to read on input. Maybe this is the real error, the keyboard input or console has issues. The console param on boot remained unchanged after update ?

The error talks about dm-mod kernel module and not dm-crypt. Can you confirm that dm-mod exists in your initramfs? Just to eliminate this being the issue.

did you check if this module is in the initramfs with lsinitramfs ? Just asking, I saw you looked for the libraries but not for the module.

Hi, how do you mount the share? It might be that systemd manages the mount in newer systems, then, to umount you have to simply systemctl stop your-share.mount You can check with: systemctl list-units --type=mount --all To see if the mount is systemd managed

Hi, I suggest you try with a different powered hub see if there's a difference. However, please provide logs with armbianmonitor -u

Hi, can you confirm that the OLED is working connecting it to another device (raspberry, Arduino)? It should be properly powered, cables should be checked if ok. Also, check in the spec if pull-up resistors are needed. You can force a scan of all i2c addresses again like this: # Force scan all addresses for i in {0..127}; do sudo i2cget -y 1 $i 2>/dev/null && echo "Device found at: 0x$(printf '%02x' $i)" done

Was the auditd disabled ? Without it is difficult to see where the sysrq comes from. Re. monitoring ttyS1: you could try use screen: sudo screen /dev/ttyS1 9600 Replace 9500 if needed with the baud rate configured in the UPS

Hi, I guess this happens because of the "-x" option in rsync which tells rsync to not cross the filesystem hierarchy. /var/log is typically a mount (/dev/zram1) so it will not be synced.

I suggest to confirm first that it works with the vendor image, just in case. If you boot the vendor image you could also gather some info, like aplay -L, etc.

Do you get sound (HDMI) through your monitor speakers with the official vendor image?

aplay -D plughw:0,0 -f S16_LE -r 48000 -c 2 your_audio_file.wav ? this will force a more common audio format (in case the monitor supports specific audio formats. If not working, no idea, hw detection looks ok.