[SOLVED] Clock lags even with NPT installed

[mirix]

Good. Thank you for marking the topic [solved]. It might be interesting to try a Liquorix kernel or go back to a towo kernel just to make sure that's the problem, and I would not bet that this problem won't return, but that's just my opinion.

OK, you were right. Now there is exactly (to the second) a 5 minutes difference between hardware and software clocks. The hardware clock is lagging half an hour with respect to the actual time.

Now, is this a hardware problem? And, if it is, what are the possible causes?

[mirix]

I have tried plenty of things and I do not think that any of them worked.

The last thing was replacing the Orage applet with Xfce default Time & Date applet in the panel.

That was a couple of hours ago. Every since then, the computer clocks are in good synchrony...

[gurtid]

I can't help you with your problem but would be interested to know the specs of your laptop.

Good luck.

[mirix]

I can't help you with your problem but would be interested to know the specs of your laptop.

Hey! I am still well synchronised!

$ lspci (more detailed specs attached)
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 03)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [IDE mode] (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: NVIDIA Corporation G92M [GeForce 8800M GTX] (rev a2)
06:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
0c:07.0 FLASH memory: ENE Technology Inc ENE PCI Memory Stick Card Reader Controller
0c:07.1 SD Host controller: ENE Technology Inc ENE PCI SmartMedia / xD Card Reader Controller
0c:07.3 FLASH memory: ENE Technology Inc ENE PCI Secure Digital / MMC Card Reader Controller
0c:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)

[mirix]

OK, I think I have found the culprit. I hope, at least.

When the LinuxBBQ first started in console mode, I edited /etc/network/interfaces to add eth0 in order to have a working internet connection.

Then I installed the system and forgot about it.

My guess is that having eth0 configured that way results in the ntp daemon trying to start before the network is ready and failing (maybe because it "thinks" that the network is ready when it is not)...

Removing any eth0 configuration from /etc/network/interface seems to allow ntp to wait for the network to be up.

Well, this is just a wild, uneducated, guess ;-) but this far it seems to work...

[machinebacon]

Side note:
- network configuration can be done via "Ceni"
- there is "bbq" which opens a CLI menu, in which stuff like network time syncing can be carried out

I'd like to emphasize that there is no need to run a ntp daemon for a single sync.