slacky.eu

Ho impostato la regolazione automatica per la data e l'ora perchè il mio pc da spento accellera abbastanza ma ho notato dopo qualche giorno che non lo sincronizza ad ogni avvio di kde come pensavo, ovvero va avanti, qualcuno mi sa spiegare bene come funziona kde sotto questo aspetto?
Ho un router che si connette automaticamente non appeno gli do la corrente, quindi è sempre connesso, sarebbe utilissimo poter avere l'ora sempre precisa.

Io ho richiamato, all'avvio del sistema, questo piccolo script (a parte i commenti, e' di una sola riga )
Funziona qualunque ambiente grafico tu abbia.
Anche se usi solo la console.

In crontab quale utente root!

22 * * * * /usr/sbin/ntpdate -b swisstime.ethz.ch > /dev/null 2>&1
32 19 * * * /sbin/hwclock --systohc --localtime --noadjfile > /dev/null 2>&1

Spiegazioni:

-b usare settimeofday() al posto di adjtime, vedi sotto
ogni macchina a minuti diversi, p.e. 22, 24 e la terza 26 ecc.
per non caricare contemporaneamente il server del Politecnico

--systohc scrivi il tempo attuale nel BIOS della mobo
--localtime ora legale, se il BIOS e` su UTC, non funziona
--noadjfile dimentica la correzione automatica ogni 11 secondi di adjtime()
32 19 un'ora in cui la macchina e` sicuramente accesa (ogni giorno)

Al boot poi magari sgarra di qualche secondo, ma entro un'ora e` sincrona.

Funziona da >10 anni su tante macchine, no problems.

Mario Vanoni

Mario Vanoni ha scritto:In crontab quale utente root!

22 * * * * /usr/sbin/ntpdate -b swisstime.ethz.ch > /dev/null 2>&1
32 19 * * * /sbin/hwclock --systohc --localtime --noadjfile > /dev/null 2>&1

Spiegazioni:

-b usare settimeofday() al posto di adjtime, vedi sotto
ogni macchina a minuti diversi, p.e. 22, 24 e la terza 26 ecc.
per non caricare contemporaneamente il server del Politecnico

--systohc scrivi il tempo attuale nel BIOS della mobo
--localtime ora legale, se il BIOS e` su UTC, non funziona
--noadjfile dimentica la correzione automatica ogni 11 secondi di adjtime()
32 19 un'ora in cui la macchina e` sicuramente accesa (ogni giorno)

Al boot poi magari sgarra di qualche secondo, ma entro un'ora e` sincrona.

Funziona da >10 anni su tante macchine, no problems.

Mario Vanoni

Non seguo quello che vuoi dire.
Da come ho capito necessita per forza di ntpd per averlo in automatico all'avvio.

Trotto@81 ha scritto:

Mario Vanoni ha scritto:In crontab quale utente root!

22 * * * * /usr/sbin/ntpdate -b swisstime.ethz.ch > /dev/null 2>&1
32 19 * * * /sbin/hwclock --systohc --localtime --noadjfile > /dev/null 2>&1

Spiegazioni:

-b usare settimeofday() al posto di adjtime, vedi sotto
ogni macchina a minuti diversi, p.e. 22, 24 e la terza 26 ecc.
per non caricare contemporaneamente il server del Politecnico

--systohc scrivi il tempo attuale nel BIOS della mobo
--localtime ora legale, se il BIOS e` su UTC, non funziona
--noadjfile dimentica la correzione automatica ogni 11 secondi di adjtime()
32 19 un'ora in cui la macchina e` sicuramente accesa (ogni giorno)

Al boot poi magari sgarra di qualche secondo, ma entro un'ora e` sincrona.

Funziona da >10 anni su tante macchine, no problems.

Mario Vanoni

Non seguo quello che vuoi dire.
Da come ho capito necessita per forza di ntpd per averlo in automatico all'avvio.

NO, ignoro ntpd, non lo uso, decido io quando e che cosa!
/etc/rc.d/rc.ntpd _non_ e` eseguibile, quindi inattivo (chmod 0644).

Sei ti disturba che all'avvio sgarri di qualche secondo,
metti la riga con ntpdate, ovviamente senza le stelline, in rc.local.
Ma al massimo entro un'ora la macchina e` sincronizzata in ogni caso.
Ed il BIOS perde/guadagna solo secondi in 24 ore, se la sua batteria non e` morta.

Mario Vanoni

Mario Vanoni ha scritto:

Trotto@81 ha scritto:

Mario Vanoni ha scritto:In crontab quale utente root!

22 * * * * /usr/sbin/ntpdate -b swisstime.ethz.ch > /dev/null 2>&1
32 19 * * * /sbin/hwclock --systohc --localtime --noadjfile > /dev/null 2>&1

Spiegazioni:

-b usare settimeofday() al posto di adjtime, vedi sotto
ogni macchina a minuti diversi, p.e. 22, 24 e la terza 26 ecc.
per non caricare contemporaneamente il server del Politecnico

--systohc scrivi il tempo attuale nel BIOS della mobo
--localtime ora legale, se il BIOS e` su UTC, non funziona
--noadjfile dimentica la correzione automatica ogni 11 secondi di adjtime()
32 19 un'ora in cui la macchina e` sicuramente accesa (ogni giorno)

Al boot poi magari sgarra di qualche secondo, ma entro un'ora e` sincrona.

Funziona da >10 anni su tante macchine, no problems.

Mario Vanoni

Non seguo quello che vuoi dire.
Da come ho capito necessita per forza di ntpd per averlo in automatico all'avvio.

NO, ignoro ntpd, non lo uso, decido io quando e che cosa!
/etc/rc.d/rc.ntpd _non_ e` eseguibile, quindi inattivo (chmod 0644).

Sei ti disturba che all'avvio sgarri di qualche secondo,
metti la riga con ntpdate, ovviamente senza le stelline, in rc.local.
Ma al massimo entro un'ora la macchina e` sincronizzata in ogni caso.
Ed il BIOS perde/guadagna solo secondi in 24 ore, se la sua batteria non e` morta.

Mario Vanoni

Mi suggerisci di usare crontab, ora ho capito cosa vuoi dire. Comunque il mi pc spesso non lo tocco per 10 giorni di fila quindi hai voglia di secondi che accumula.

Trotto@81 ha scritto: Mi suggerisci di usare crontab, ora ho capito cosa vuoi dire. Comunque il mi pc spesso non lo tocco per 10 giorni di fila quindi hai voglia di secondi che accumula.

Non hai letto o non non vuoi capire.
Crontab per sincronizzare ogni ora lavorando.
Nptdate, come detto, in rc.local nel tuo caso.

Mario Vanoni

Mario Vanoni ha scritto:

Trotto@81 ha scritto: Mi suggerisci di usare crontab, ora ho capito cosa vuoi dire. Comunque il mi pc spesso non lo tocco per 10 giorni di fila quindi hai voglia di secondi che accumula.

Non hai letto o non non vuoi capire.
Crontab per sincronizzare ogni ora lavorando.
Nptdate, come detto, in rc.local nel tuo caso.

Mario Vanoni

Avevo capito, è ovvio che il pc deve essere avviato per sincronizzare l'ora, la frase sui 10 giorni di inattività è per darti un'idea di quanti minuti accumula in avanti il mio pc da spento.

Trotto@81 ha scritto: Avevo capito, è ovvio che il pc deve essere avviato per sincronizzare l'ora, la frase sui 10 giorni di inattività è per darti un'idea di quanti minuti accumula in avanti il mio pc da spento.

Ed allora? Per quello non puoi farci niente, l'unica cosa è usare ntpdate e hwclock come ti ha detto Mario, o quando vuoi tu semplicemente da riga di comando Offtopic: non capisco per esempio perché fare uno script che contiene solo un comando.
Ntpd non ti serve, quello serve per "dare" l'ora ad altri pc, per esempio se hai un rete di molti pc installi un ntpd senza "rompere" le scatole ogni volta a server esterni, e ce l'avra il server a cui ti colleghi.
In Italia è usato molto time.ien.it, anche se consigliato, per non sovraccaricarlo, usare i secondary server

Parti da qui http://www.ien.it/ntp/index_i.shtml

p.s.
Se lo metti in rc.local mettilo come ultimo comando e con & finale per farlo agire in background

conraid ha scritto:Offtopic: non capisco per esempio perché fare uno script che contiene solo un comando

Io ho fatto uno script cosi' breve, perche' lo richiamavo da root ogni tanto, e non ad ogni avvio, quando ero senza adsl, ma col modem in dialup. E poi sono stato prigro per ricopiare tutta la riga

robbybby ha scritto:

conraid ha scritto:Offtopic: non capisco per esempio perché fare uno script che contiene solo un comando

Io ho fatto uno script cosi' breve, perche' lo richiamavo da root ogni tanto, e non ad ogni avvio, quando ero senza adsl, ma col modem in dialup. E poi sono stato prigro per ricopiare tutta la riga

ah... ora capisco, sei di quelli che come me si creano scorciatoie da tastiera, alias e poi quando si trovano su un altra macchina non si ricordano niente?

Ma è normale che la schermata si oscuri fino a quando non muovo il mouse ogni qual volta che ntpdate viene lanciato per aggiornare l'ora?
A me avviene sotto KDE precisamente.

No, che non e' normale.
Ti posto quello che vedo io

Ho provato ad aggiungere i comandi da root con "crontab -e" ma non li salva, come mai?
Ovviamente ho eseguito i comandi per salvare le modifiche apportate con l'edito di testo.

Ho dovuto editare a mano il file /var/spool/cron/crontabs/root.
Ma non ho capito se è più elegante la soluzione adottata da me oppure se è meglio inserire gli script nelle directory sotto /etc/cron.*.