[WayBack] linux – dmesg time vs system time time isnt correct – Server Fault helped me solve this problem with an Odroid C1+ running busybox:
[root@meye-062016b9 ~]# hwclock --show Wed Apr 3 20:25:47 2013 0.000000 seconds [root@meye-062016b9 ~]# date Wed May 31 09:48:18 UTC 2018 [root@meye-062016b9 ~]# hwclock --systohc --utc [root@meye-062016b9 ~]# hwclock --show Wed May 31 09:48:29 2018 0.000000 seconds [root@meye-062016b9 ~]# date Wed May 31 09:48:35 UTC 2018 [root@meye-062016b9 ~]#Note: If your logging clock in
/var/log/dmesg.log
is wrong by an exact couple of hours, then try [WayBack] syslog time wrong – but date returns the correct time? and edit [WayBack]/etc/sysconfig/clock
.
The above involves looking if I can get MotionEyeOS working Giving up on the official Ubuntu for Odroid C1 image.
So far not much luck: the Ubuntu got hosed, but before it was stable as in that didn’t reboot suddenly.
Now the MotionEyeOS (which is busybox based) reboots itself without notice about every 3 minutes, despite no other hardware connected and trying 3 different power supplies.
The Odroid C1+ only draws 0.34 Ampère at 5.13 Volt which is well within specs.
I’m puzzled:
[Wed May 31 09:49:51 2018] Booting Linux on physical CPU 0x200 [Wed May 31 09:52:20 2018] Booting Linux on physical CPU 0x200 [Wed May 31 09:54:50 2018] Booting Linux on physical CPU 0x200 [Wed May 31 09:57:19 2018] Booting Linux on physical CPU 0x200 [Wed May 31 09:59:49 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:02:22 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:04:56 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:07:26 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:09:59 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:12:29 2018] Booting Linux on physical CPU 0x200 [Wed May 31 10:14:58 2018] Booting Linux on physical CPU 0x200
—jeroen