Archlinux.fr [Forums]

Bonjour,

J'ai fait un lien symbolique avec mon timezone et activé le service ntpd, mais voilà mon résultat :

timedatectl 
      Local time: lun. 2017-10-09 20:26:13 CEST
  Universal time: lun. 2017-10-09 18:26:13 UTC
        RTC time: lun. 2017-10-09 18:26:14
       Time zone: Europe/Paris (CEST, +0200)
 Network time on: no
NTP synchronized: no
 RTC in local TZ: no

Il ne fallait pas faire ce que j'ai fait, ou j'ai oublié quelque chose ?

Merci

Mawn a écrit : ↑lun. 09 oct. 2017, 20:28 Il ne fallait pas faire ce que j'ai fait, ou j'ai oublié quelque chose ?

Bonsoir,
Correct et il semble manquer ce service:

Code : Tout sélectionner

systemctl status systemd-timesyncd.service

Super merci, du coup au final il ne faut pas ntpd ?

Mawn a écrit : ↑lun. 09 oct. 2017, 20:43 Super merci, du coup au final il ne faut pas ntpd ?

Quand tu ne trouves pas de réponse détaillée, n'hésite pas à chercher sur le Wiki inter : pour Systemd-timesyncd il y a cet article
Bonne façon de s'obliger à (re-)pratiquer !
Pour ceux que l'anglais désoriente, qu'ils aillent voir ce site ( découvert en lisant cet article)
ici la traduction de Deepl :

Code : Tout sélectionner

systemd-timesyncd est un démon qui a été ajouté pour synchroniser l'horloge système à travers le réseau. 
Il implémente un client SNTP. Contrairement aux implémentations NTP telles que chrony ou le serveur de référence NTP, ceci n'implémente qu'un côté client, 
et ne se préoccupe pas de la complexité NTP complète, se concentrant uniquement sur le temps d'interrogation à partir d'un serveur distant et la synchronisation de l'horloge locale. 
A moins que vous n'ayez l'intention de servir NTP à des clients en réseau ou que vous ne souhaitiez vous connecter à des horloges matérielles locales, 
ce simple client NTP devrait être plus que approprié pour la plupart des installations. Le démon fonctionne avec un minimum de privilèges, 
et a été connecté avec networkd pour ne fonctionner que lorsque la connectivité réseau est disponible.
Le démon enregistre l'horloge courante sur disque à chaque fois qu'une nouvelle synchronisation NTP a été acquise, et l'utilise pour corriger éventuellement l'horloge du système avant le démarrage, 
afin de s'adapter aux systèmes qui n'ont pas de RTC comme le Raspberry Pi et les périphériques embarqués, et de s'assurer que le temps progresse monotoniquement sur ces systèmes,
même si ce n'est pas toujours correct. Pour utiliser ce daemon, un nouvel utilisateur système et groupe "systemd-timesync" doit être créé lors de l'installation de systemd.

Bluffant, non ?

waitnsea a écrit : ↑mar. 10 oct. 2017, 05:19Bluffant, non ?

Oui assez, je ne connaissais pas, utilisant google traduction, je vais tester !

Merci pour ta précieuse aide, je mets ton site de côté eventuellement,

Donc pour résumer :

J'ai besoin de faire le lien symbolique /etc/timezone

Ensuite j'active ntpd, puis le service systemctl enable systemd-timesyncd.service ?

systemctl enable systemd-timesyncd.service = timedatectl set-ntp true ?

Mawn a écrit : ↑mar. 10 oct. 2017, 10:26 Merci pour ta précieuse aide, je mets ton site de côté eventuellement,

Donc pour résumer :

J'ai besoin de faire le lien symbolique /etc/timezone

Ensuite j'active ntpd, puis le service systemctl enable systemd-timesyncd.service ?

systemctl enable systemd-timesyncd.service = timedatectl set-ntp true ?

Reprends le Wiki :

Code : Tout sélectionner

To start and enable it, simply run:
# timedatectl set-ntp true

et tu vérifies ...
Edit : for fun, commande identique = # timedatectl set-ntp 1

J'aurais tendance à dire que systemctl enable systemd-timesyncd.service = timedatectl set-ntp true

Mawn a écrit : ↑mar. 10 oct. 2017, 11:57 J'aurais tendance à dire que systemctl enable systemd-timesyncd.service = timedatectl set-ntp true

C'est ce que j'avais fait lors de mon installation... il y a un moment, le Wiki a changé, pas le résultat

waitnsea a écrit : ↑mar. 10 oct. 2017, 12:38
Mawn a écrit : ↑mar. 10 oct. 2017, 11:57 J'aurais tendance à dire que systemctl enable systemd-timesyncd.service = timedatectl set-ntp true
C'est ce que j'avais fait lors de mon installation... il y a un moment, le Wiki a changé, pas le résultat

Donc en gros pour avoir l'heure et date proprement j'ai besoin du lien, + activer ntpd + timedatectl set-ntp true ?

Ou pas besoin de ntpd

Non, pas ntpd

waitnsea a écrit : ↑mar. 10 oct. 2017, 18:18 Non, pas ntpd

Donc pour résumer je n'ai besoin que du lien symbolique /etc/localtime et timedatectl set-ntp true rien de plus

Tout ce que tu feras doit donner:

Code : Tout sélectionner

$ timedatectl
      Local time: mar. 2017-10-10 20:20:51 CEST
  Universal time: mar. 2017-10-10 18:20:51 UTC
        RTC time: mar. 2017-10-10 18:20:51
       Time zone: Europe/Paris (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

et

Code : Tout sélectionner

systemctl status systemd-timesyncd.service 
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2017-10-10 18:16:48 CEST; 2h 4min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 599 (systemd-timesyn)
   Status: "Synchronized to time server [2a03:7220:8081:2900::1]:123 (2.arch.pool.ntp.org)."
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/systemd-timesyncd.service
           └─599 /usr/lib/systemd/systemd-timesyncd

ntpd.service et ntpdate.service n'ont pas besoin d'être activés, les redondances sont, en général, nocives.

waitnsea a écrit : ↑mar. 10 oct. 2017, 20:29 Tout ce que tu feras doit donner:

Code : Tout sélectionner

$ timedatectl
      Local time: mar. 2017-10-10 20:20:51 CEST
  Universal time: mar. 2017-10-10 18:20:51 UTC
        RTC time: mar. 2017-10-10 18:20:51
       Time zone: Europe/Paris (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

et

Code : Tout sélectionner

systemctl status systemd-timesyncd.service 
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2017-10-10 18:16:48 CEST; 2h 4min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 599 (systemd-timesyn)
   Status: "Synchronized to time server [2a03:7220:8081:2900::1]:123 (2.arch.pool.ntp.org)."
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/systemd-timesyncd.service
           └─599 /usr/lib/systemd/systemd-timesyncd

ntpd.service et ntpdate.service n'ont pas besoin d'être activés, les redondances sont, en général, nocives.

Merci pour ton aide, donc seulement le lien /etc/localtime + timedatectl set-ntp true ?

Je ne vois pas la différence entre ntpd et ntpdate ?

Mawn a écrit : ↑mer. 11 oct. 2017, 09:42 Je ne vois pas la différence entre ntpd et ntpdate ?

Qwant et DuckDuckGo sont tes amis, tu peux aussi être le client de Google (comme le cochon est le client du fermier)
Doc ntp
Doc ntpdate
vois surtout :
$ vimdiff /usr/lib/systemd/system/ntpd.service /usr/lib/systemd/system/ntpdate.service

Tu vois qu'on ne peut pas utiliser systemd-timesyncd et ntpd.service ensemble,
même si on peut faire un "start service" pendant l'install, ce qui est très différent d'un "enable " après l'install.

Donc j'ai désactivé le service ntpd, par contre je dois supprimer le paquet ntp ? Ou il est utilisé par systemd ?

Mawn a écrit : ↑mer. 11 oct. 2017, 13:35 Donc j'ai désactivé le service ntpd, par contre je dois supprimer le paquet ntp ? Ou il est utilisé par systemd ?

* Garder un paquet une fois son service (conflictuel) désactivé n'est pas gênant, c'est un des gros avantages de systemd : exemple, tu peux jouer sur les grands "systèmes" de connexion au réseau : NetworkManager, Netctl, et Systemd-networkd sans rien désinstaller, seulement en jouant sur "enable" - "disable", "start" - "stop". Gros avantage parce que, si tu n'es plus connecté au réseau parce que ce que tu as fait ne fonctionne pas, et qu'il te manque un paquet pour lancer un autre système... comment le charges tu ?

* Pour savoir si un paquet est nécessaire à un autre, tu vas sur le site, tu cherches les "Dependancies" pour l'un et les "Required By" pour l'autre

* Enfin, prends l'habitude de désinstaller par la commande de désinstallation $ sudo pacman -Runs <paquet> qui te protégera, contenant l'option -u, --unneeded

Alors en général quand je désinstalle je fais sudo pacman -Rsn <paquet>

J'ai regardé donc en dépendances/required by de ntp, je ne vois pas systemd donc j'en déduis que je n'en ai pas besoin ?

Effectivement c'est pratique mais en général je supprime si je n'en ai pas besoin

Donc ntp se base sur /etc/localtime ?

Quand j'ai désactivé ntpd juste avant de le désinstaller mon horloge est passée à 15h, puis est revenue normale je sais pas pourquoi

Il est peut-être temps, si ton retour de $ timedatectl est correct, de marquer le sujet en Résolu et de passer à autre chose ?

Donc de rester sur ça ?
Justement que j'ai une image du fonctionnement

Archlinux.fr [Forums]

[heure] configurer

[heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer

Re: [heure] configurer