Erwan David wrote:
> Roman Gelfand a écrit :
> > I have just installed ntpd using apt-get. It appears that after sync
> > the time is 22 minutes ahead of the true time.
> >
> > when I do ntpq -p, I get
> >
> > remote refid st t when poll reach delay offset
> > jitter
> >
Le 06/07/2014 19:38, Roman Gelfand a écrit :
> I have just installed ntpd using apt-get. It appears that after sync
> the time is 22 minutes ahead of the true time.
>
> when I do ntpq -p, I get
>
> remote refid st t when poll reach delay offset jitter
> ===
I have just installed ntpd using apt-get. It appears that after sync
the time is 22 minutes ahead of the true time.
when I do ntpq -p, I get
remote refid st t when poll reach delay offset jitter
On Thu, 2004-07-01 at 02:49, Bill Wilson wrote:
> I see it's a time sampling beating effect caused by the clock seconds
> display being updated only once per second regardless of any update
> interval settings. If you can compile a new gkrellm (you don't need
> to install a new gkrellmd server), t
On Wed, 30 Jun 2004 11:22:50 +1000
Zenaan Harkness <[EMAIL PROTECTED]> wrote:
> Hi, I am trying to synchronize the time between two boxes. I'm playing
> with ntp*.
>
> * If you know of any digital X-based clock program that displays in
> deci-seconds (or finer) resolution, I would very much like
Hi, I am trying to synchronize the time between two boxes. I'm playing
with ntp*.
* If you know of any digital X-based clock program that displays in
deci-seconds (or finer) resolution, I would very much like to know.
* The problem below had me totally off-track for literally the last few
weeks,
6 matches
Mail list logo
