dans le start du service , je vois :
start() {
[ "$NETWORKING" = "no" ] && exit 1
MarbolanGos wrote:Que dit : 
ntpq -p
ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 syrte8.obspm.fr 193.52.184.106   2 u   44   64    1   56.952   -1.792   0.002
 dnscache-paris. 145.238.203.14   2 u   41   64    3   56.716    0.605  42.556
 129.104.30.42   193.204.114.232  2 u   45   64    3   59.833   -1.016  41.281
 ntp.internet-fr 195.220.94.163   2 u   43   64    3   57.414   -1.158   1.559
Et j'ai toujours l'erreur de boot
j'ai lu que cela arrivait a des gens qui ont Lucid,
ntpd se charge avant network-manager et ils n'ont pas la météo a coté de l'horloge non plus
karadine wrote:..
ntpd se charge avant network-manager
le service oui, mais la connexion est faite par l'applet
proxy wrote:
karadine wrote:
Arrêt de ntpd :                                            [  OK  ]
Démarrage de ntpd :                                        [  OK  ]
Je suis persuadé qu'il démarre avant la connexion réseaux
Si c'est NetworkManager qui est utilisé, oui il démarre après.
Par contre si le service network est activé ( chkconfig: - 10 90 ), il démarre après (chkconfig: - 58 74)
Extrait du script:
# NetworkManager: NetworkManager daemon
#
# chkconfig: - 23 84
Il démarre bien en 23

et ntpd en 58 donc après le réseau.
Finalement, je suis au point mort puisque je ne trouve pas l'origine de cette ECHEC dans le boot
Au temps pour moi

utilise network au lieu de NetworkManager, la question sera résolue.
proxy wrote:#13
Reflexion faite je viens de booter sur le livecd de F13, en niveau 3. NetworkManager gère le réseau et il est fonctionnel même en l'absence de mode graphique et donc d'applet. Now what ?

Et voilà le résultat, toujours avec ce livecd de

# grep etwork /var/log/messages:
Jun  4 11:18:56 localhost kernel: Initalizing network drop monitor service
Jun  4 11:19:04 localhost NetworkManager[1483]: <info> NetworkManager (version 0.8.0.997) is starting...
Jun  4 11:19:04 localhost NetworkManager[1483]: <info> trying to start the modem manager...
Jun  4 11:19:04 localhost NetworkManager[1483]:    ifcfg-rh: Acquired D-Bus service com.redhat.ifcfgrh1
Jun  4 11:19:04 localhost NetworkManager[1483]: <info> Loaded plugin ifcfg-rh: (c) 2007 - 2008 Red Hat, Inc.  To report bugs please use the NetworkManager mailing list.
Jun  4 11:19:05 localhost NetworkManager[1483]:    ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... 
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> WiFi enabled by radio killswitch; enabled by state file
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> WWAN enabled by radio killswitch; enabled by state file
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> WiMAX enabled by radio killswitch; enabled by state file
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Networking is enabled by state file
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): carrier is OFF
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): now managed
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): device state change: 1 -> 2 (reason 2)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): bringing up device.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): preparing device.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): deactivating device (reason: 2).
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Added default wired connection 'Auto eth0' for /sys/devices/pci0000:00/0000:00:1e.0/0000:08:00.0/net/eth0
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): carrier now ON (device state 2)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): device state change: 2 -> 3 (reason 40)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> modem-manager is now available
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Trying to start the supplicant...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) starting connection 'Auto eth0'
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): device state change: 3 -> 4 (reason 0)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): device state change: 4 -> 5 (reason 0)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> (eth0): device state change: 5 -> 7 (reason 0)
Jun  4 11:19:05 localhost NetworkManager[1483]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
Jun  4 11:19:06 localhost NetworkManager[1483]: <info> dhclient started with pid 1495
Jun  4 11:19:06 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Jun  4 11:19:06 localhost avahi-daemon[1497]: Network interface enumeration completed.
Jun  4 11:19:06 localhost NetworkManager[1483]: <info> (eth0): DHCPv4 state changed nbi -> preinit
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> (eth0): DHCPv4 state changed preinit -> bound
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
Jun  4 11:19:07 localhost NetworkManager[1483]: <info>   address 192.168.0.102
Jun  4 11:19:07 localhost NetworkManager[1483]: <info>   prefix 24 (255.255.255.0)
Jun  4 11:19:07 localhost NetworkManager[1483]: <info>   gateway 192.168.0.1
Jun  4 11:19:07 localhost NetworkManager[1483]: <info>   nameserver '192.168.0.1'
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
Jun  4 11:19:07 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
Jun  4 11:19:08 localhost NetworkManager[1483]: <info> (eth0): device state change: 7 -> 8 (reason 0)
Jun  4 11:19:08 localhost NetworkManager[1483]: <info> Policy set 'Auto eth0' (eth0) as default for IPv4 routing and DNS.
Jun  4 11:19:08 localhost NetworkManager[1483]: <info> Activation (eth0) successful, device activated.
Jun  4 11:19:08 localhost NetworkManager[1483]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
Comment puis je retarder le lancement de ntpd ?
@nouvo09 : ok, si on utilise la connexion "default wired connection 'Auto eth0'"
@karadine : est ce ton cas ?
proxy wrote:@nouvo09 : ok, si on utilise la connexion "default wired connection 'Auto eth0'"
@karadine : est ce ton cas ?
Si tu veux savoir si mon ETH0 est en connexion automatique par défaut. Oui, il l'est
11 jours plus tard
Up car je n'ai pas encore de solution
j'ai essayé de changer le chkconfig mais sans succés

Dois-je le déclarer comme un bug ?
j'ai essayé de changer le chkconfig mais sans succés
Tu veux dire quoi par là ?
Désolé j'ai pas répondu... J'avais pas vu la réponse.
Mais le retour du ntpq -p semble correct même si normalement il aurait du y avoir des * et + devant les noms de serveurs. Après il faudrait un retour de la commande après je sais pas mais au moins 15 minutes d'utilisation de la machine avec du réseau.

Ce qui est sur c'est que le service fonctionne. Après pourquoi il est en échec au démarrage je vois pas trop parce que même s'il n'a pas de réseaux cela ne doit pas poser de problème. Il se ressert des dernières configurations pour caler l'horloge.

Et j'y pense : 
chkconfig --list | grep ntp
Et j'y pense :
Code:

chkconfig --list | grep ntp
Si ntpd est dans var/log/messages au boot, il y a fort à parier qu'il est lancé dans chkconfig
nouvo09 wrote:
Et j'y pense :
Code:

chkconfig --list | grep ntp
Si ntpd est dans var/log/messages au boot, il y a fort à parier qu'il est lancé dans chkconfig
voila
# chkconfig --list | grep ntp
ntpd               0:arrêt    1:arrêt    2:marche    3:marche    4:marche    5:marche    6:arrêt
ntpdate            0:arrêt    1:arrêt    2:marche    3:marche    4:marche    5:marche    6:arrêt
Voila c'est ce que je pensais !
Il y a un conflit entre ntpd et ntpdate. 
chkconfig ntpdate off
Et on redémarre.
MarbolanGos wrote:Voila c'est ce que je pensais !
Il y a un conflit entre ntpd et ntpdate. 
chkconfig ntpdate off
Et on redémarre.
Merci, je test ce soir en rentrant du taf
Je ne pense pas que ca fasse conflit. Ma configuration était pareille à l'installation.

Je vois que ntpdate met à jour l'heure,
/sbin/hwclock --systohc
puis ressort aussitôt. ntpd est lancé ensuite en démon et reste actif.