timer | hello! I am having issues with my system clock. it keeps falling behind a second or so every minute (the hardware clock is stable). any idea what could be causing this? | 14:24 |
---|---|---|
gnarface | bad time server? | 14:33 |
gnarface | could be a kernel bug but i haven't heard of anything specific about a bug like that | 14:33 |
timer | gnarface ntp is set off (port 123 is blocked too) | 14:34 |
timer | I am using the latest kernel from backports | 14:34 |
gnarface | there shouldn't be any reason the system time would drift unless the hardware was drifting too or some software was actually causing a drift | 14:34 |
gnarface | how sure are you the hardware clock isn't drifting? | 14:34 |
gnarface | what's the reference point you're using? | 14:34 |
timer | gnarface I see it through hwclock | 14:35 |
gnarface | yea but i mean if you're sure it isn't drifting you must have another clock to compare it to besides the system clock... | 14:35 |
timer | oh, my laptop's | 14:35 |
gnarface | another laptop not running ntpd either? | 14:35 |
timer | correct | 14:36 |
onefang | timer reported this a couple of days ago. Why not use NTP or similar? | 14:36 |
gnarface | i simply can't imagine a situation where a second laptop also not running ntpd is a valid enough reference point to be scientific | 14:36 |
gnarface | i would run ntpd on both of them and then use them to make sure the microwave clock doesn't drift | 14:37 |
timer | date ; hwclock | 14:37 |
timer | Sun 29 Aug 2021 06:37:18 PM EEST | 14:37 |
timer | 2021-08-29 18:37:22.627219+03:00 | 14:37 |
timer | the drift is apparent. it adds up | 14:37 |
gnarface | i believe you but that's not the point | 14:37 |
timer | onefang: the drift would still be noticeable | 14:38 |
timer | i'll just give another kernel a try this time and see how it goes | 14:38 |
gnarface | this is the only one you | 14:38 |
gnarface | this is the only kernel you've tried so far? | 14:38 |
gnarface | yea, let us know if it goes away on any other kernel | 14:39 |
gnarface | also let us know the hardware model | 14:39 |
timer | it's MSI's b550 tomahawk | 14:39 |
onefang | If you are worried about clock accuracy, regularly sync it to something that is very accurate. simples! | 14:39 |
debdog | ntpdate-debian -q should return the proper time and date. if that helps | 14:40 |
gnarface | timer: that's new enough for bios issues to still be a strong possibility, i'm not convinced the issue isn't there | 14:40 |
gnarface | timer: do make sure you have the latest non-beta bios from them | 14:40 |
timer | ok, thank you all | 14:41 |
gnarface | this is the best we can do without more info | 14:41 |
gnarface | a second per minute is kindof a lot of drift but it's not unusual for hardware clocks to suck a lot more than they did in the 90's | 14:41 |
gnarface | so, just saying, some assumptions about what manufacturers would consider acceptable might have drifted... | 14:42 |
timer | gnarface well, it has already drifted to 6 seconds from 4 i pointed out just a few minutes ago | 14:42 |
timer | ty. i'll try to report back to you | 14:43 |
brocashelm | has anyone tested 5.13 on devuan yet? | 21:04 |
n4dir | the kernel? | 21:04 |
brocashelm | yep | 21:04 |
n4dir | don't get mad, you didn't ask for that, but i run a 5.4 kernel on devuan | 21:05 |
n4dir | just ignore, if useless | 21:05 |
fsmithred | brocashelm, is it in repo yet? | 21:06 |
fsmithred | ok, just in exp | 21:07 |
brocashelm | fsmithred: yeah, in debian experimental. i presume this will be pushed to sid/ceres soon | 21:10 |
brocashelm | n4dir: better than 4.19 ;) | 21:11 |
n4dir | i can't say anything about kernels. they just do their stuff, and most of the time i have no clue which one i use | 21:11 |
fsmithred | back in 10 min | 21:11 |
brocashelm | i'm using 5.10, so i can wait. just curious to see if anyone else thought about running 5.13 (experimental) with ceres (maybe even chimaera since they're still close) | 21:14 |
fsmithred | brocashelm, I just installed 5.13 in chimaera. It boots, I have network, I have audio. Didn't test anything else. | 22:14 |
fsmithred | I took the unsigned one | 22:15 |
brocashelm | oh nice | 22:17 |
brocashelm | i'll try it out in a bit | 22:18 |
fsmithred | and I notice that I have cruft from five older kernels that were removed. I have to remember to use 'aptitude purge' when I remove them. | 22:20 |
Tenkawa | fsmithred: I have to do that periodically anyways because I compile so many of my own kernels | 22:24 |
fsmithred | while I accumulate live-isos | 22:25 |
Tenkawa | I have a routine in my custom builds now that removes the old ones though | 22:25 |
Tenkawa | this is on arm mind you | 22:26 |
n4dir | fsmithred: these days i hear often the request for a non-X live-iso. | 22:26 |
n4dir | in case you are bored | 22:26 |
fsmithred | I still make them | 22:26 |
fsmithred | the current ones might not be new | 22:26 |
n4dir | i found only old-old-stable or such | 22:26 |
fsmithred | I'll check | 22:26 |
fsmithred | get.refracta.org | 22:26 |
fsmithred | or just refracta.org | 22:27 |
n4dir | there i looked | 22:27 |
fsmithred | new. two weeks old. https://get.refracta.org/files/testing/ | 22:27 |
fsmithred | they say 'beta' but they're probably ready | 22:28 |
n4dir | damnit. So it was me | 22:28 |
fsmithred | there were isos from january until a few days ago | 22:28 |
n4dir | wait, you don't find that on the top page list, right? | 22:28 |
fsmithred | go to downloads | 22:29 |
fsmithred | then the link for testing images | 22:29 |
n4dir | ah: All files ... | 22:29 |
n4dir | good | 22:29 |
fsmithred | that works, too. | 22:30 |
fsmithred | you get to see stuff that's not linked on the html pages, too | 22:30 |
fsmithred | I need to go outside. bbl. | 22:34 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!