IBV

This should mean that the rtc is there. Take a look at https://wiki.banana-pi.org/BPI_RTC_real_time_Module You could try: echo ds3231 0x68 > /sys/class/i2c-adapter/i2c-0/new_device Then a dmesg to see if there's something new about rtc.

Try to enable i2c1 also (just a stupid suggestion) in armbianEnv.txt and scan the bus with i2cdetect. Who knows, maybe there's a weird mapping of the bus interfaces.

I believe the rtc_ds1307 is compatible with the ds3231. You can check that with "modinfo rtc_ds1307" I don't know the hardware, can you check that you don't have pin conflicts? Do you need these overlays : "pps-gpio w1-gpio" ? If not, you might remove them from armbianEnv.txt, boot and check again.

There seems to be a RTC detected on boot [ 1.018029] sun6i-rtc 1f00000.rtc: registered as rtc0 [ 1.018081] sun6i-rtc 1f00000.rtc: setting system clock to 1970-01-01T00:00:04 UTC (4) Just to confirm, you could disconnect your RTC and boot again. Then check the boot log if the system says anything about rtc.

After boot, can you show the output of "timedatectl status" ?

This would suggest that the battery of the rtc is dead, but it is confusing because you say it works with RPI zero. Could you provide logs with sudo armbianmonitor -u

Hi, is the hardware clock set before power off ? What does "sudo hwclock" say ? Why did you modify the hwclock-set script ?

Hi, take a look at this similar issue: https://forums.raspberrypi.com/viewtopic.php?t=306463 Accroding to the RFC, the behaviour you see is correct, when Classless-Static-Route (121) is offered, the router option (3) must be ignored.

Hi, how, which software do you use? - did you try to use "alsamixer" to check the volumes ? Just to rule out the mic being muted - please provide logs with: https://docs.armbian.com/User-Guide_Fine-Tuning/#how-to-provide-boot-logs-for-inspection

Indeed, the patch was for 32bit chips, I did not look too careful. But it touches the clk-pll.c which is common. Not sure if it is worth to try to apply it to the rockchip64 series. I had a similar issue with tinker board (rk3288) where the mainline kernel did not work with some HDMI panels but the vendor kernel did. In both cases I had EDID warnings. The problems was caused by clock issues.

Hi, as per this forum thread: and this PR: https://github.com/armbian/build/pull/7479 The patch clk-rockchip-max-frac-divider.patch was deactivated from patch/kernel/archive/rockchip-X.X/series.conf. The reason is that it broke the HDMI display for some TFT panels. However the patch broke things on Asus Tinkerboard (RK3288), but might work well for RK3566. I suggest you re-activate the patch in series.conf, rebuild your current or edge image and test. Maybe it works for you. When building, check the build log and confirm the above patch is listed and applied. Cheers

Link has an . at the end, the correct one: https://paste.armbian.com/febewikocu

Separate /var partition was never an issue for me with upgrades (I am talking about Debian now, but Armbian is Debian based). The ram log setting also should stay as it is if the package handling it is properly done. You can however test if you want to be sure: install an older release, do the configs and then upgrade to the latest release.

It would be interesting to see the error.. Also, without being knowledgeable with Ansible, to me it looks like a command timeout (5 minutes?). https://docs.ansible.com/ansible/latest/collections/ansible/builtin/shell_module.html

First method: even if you manage to mount the partition, you will be able to edit the /etc/fstab file, but moving the data in /var partition will be more difficult. You would need also the NVME disk available to the Ubuntu machine, then you will have to mount the new NVME partition and move the data. Maybe is simpler to boot the SD card and follow the steps I described as the 2 method.