J'ai fait un test sans lancer la connexion ADSL au boot, et je ne gagne quasiment rien.
Je reviens sur ce que je voulais dire sur le lancement de la connexion ADSL. Certains services ont besoins que le réseau soit activé pour pouvoir être lancé (CUPS, syslog...). Mais ils ont juste besoin que le réseau soit lancé, il n'est pas obligatoire que la connexion internet soit activée. Donc on pourrait faire en sorte que le script network active le réseau (le loopback, les cartes ethernet, wifi...), mais que la connexion ADSL soit démarrée plus tard. De cette manière, le réseau est activé, ça permet aux services qui en dépendent de démarrer et ça évite d'être bloqué à cause du modem.
Sans le faire exprès, je suis tombé sur ce cas de figure.
Lors de mon dernier boot, il y a eu un problème avec ppp :
Jan 4 16:35:01 localhost network: Démarrage de l'interface loopback : succeede
d
Jan 4 16:35:01 localhost network: Activation de la retransmission de paquets IP
v4 (forwarding) succeeded
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: ifplugd 0.28 initializing.
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Using interface eth0/00:A0:24:4A:
53:E6 with driver <3c59x> (version: LK1.1.19)
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Using detection mode: SIOCETHTOOL
Jan 4 16:35:02 localhost ifplugd(eth0)[3206]: Initialization complete, link bea
t not detected.
Jan 4 16:35:02 localhost network: Activation de l'interface eth0 : succeeded
Jan 4 16:35:02 localhost ifup-ppp: pppd started for ppp0 on at
Jan 4 16:35:02 localhost pppd[3233]: unrecognized option 'Pas'
Jan 4 16:35:02 localhost ifup: pppd: unrecognized option 'Pas'
Jan 4 16:35:02 localhost ifup: pppd version 2.4.3
Jan 4 16:35:02 localhost ifup: Usage: pppd [ options ], where options are:
Jan 4 16:35:02 localhost ifup: ^I^ICommunicate over the named device
Jan 4 16:35:02 localhost ifup: ^I^I^ISet the baud rate to
Jan 4 16:35:02 localhost ifup: ^I:^ISet the local and/or remote inter
face IP
Jan 4 16:35:02 localhost ifup: ^I^I^Iaddresses. Either one may be omitted.
Jan 4 16:35:02 localhost ifup: ^Iasyncmap ^ISet the desired async map to hex
Jan 4 16:35:02 localhost ifup: ^Iauth^I^IRequire authentication from peer
Jan 4 16:35:02 localhost ifup: connect Invoke shell command
to set up the serial line
Jan 4 16:35:02 localhost ifup: ^Icrtscts^I^IUse hardware RTS/CTS flow control
Jan 4 16:35:02 localhost ifup: ^Idefaultroute^IAdd default route through interf
ace
Jan 4 16:35:02 localhost ifup: ^Ifile ^ITake options from file
Jan 4 16:35:02 localhost ifup: ^Imodem^I^IUse modem control lines
Jan 4 16:35:02 localhost ifup: ^Imru ^I^ISet MRU value to for negotiatio
n
Jan 4 16:35:02 localhost ifup: See pppd(8) for more options.
Jan 4 16:35:02 localhost network: Activation de l'interface ppp0 : failed
Du coup ppp n'a pas attendu que le modem soit prêt, et le boot à continué. Tout s'est bien déroulé puisque malgré que ppp est échoué, le loopback et eth0 on été activé. Et comme l'intégration des modem ADSL est bien faite, il y a un script qui doit vérifié si oui ou non la connexion ADSL est bien active. Si ce n'est pas le cas, alors il la relance. Et, c'est ce que l'on trouve plus loin dans les logs :
Jan 4 16:35:24 localhost kernel: PPP generic driver version 2.4.2
Jan 4 16:35:25 localhost pppd[5354]: pppd 2.4.3 started by root, uid 0
Jan 4 16:35:25 localhost pppd[5354]: Using interface ppp0
Jan 4 16:35:25 localhost pppd[5354]: Connect: ppp0 <--> /dev/pts/0
Jan 4 16:35:29 localhost pppd[5354]: CHAP authentication succeeded: CHAP authen
tication success, unit 22692
Jan 4 16:35:29 localhost pppd[5354]: local IP address 88.137.78.53
Jan 4 16:35:29 localhost pppd[5354]: remote IP address 88.137.72.1
Jan 4 16:35:29 localhost pppd[5354]: primary DNS address 217.19.192.132
Jan 4 16:35:29 localhost pppd[5354]: secondary DNS address 217.19.192.131
Résultats: j'ai gagné 15s au boot.
Il faudrai au démarrage réussir à faire croire au système que la connexion ADSL est lancée sans quel ne le soit réellement. Et derrière le script qui vérifie l'état de la connexion va lui s'apercevoir que la connexion n'est pas active et il s'en occupera (fctStartAdsl).
Mis à part la connexion ADSL, je n'est pas trouvé d'amélioration mais je tourne sur un athlon 550Mhz ce qui peut expliqué cela, j'ai aussi khubd qui met beaucoup de temps (je ne sais pas trop à quoi ça sert donc c'est peut être normal)
En tout cas c'est du beau boulot, et c'est surtout très simple et rapide à mettre en place.
[^] # Re: pinit sur 2006
Posté par Matthieu Duchemin (site web personnel) . En réponse au journal Démarrage des services en parallèle. Évalué à 2.
Je reviens sur ce que je voulais dire sur le lancement de la connexion ADSL. Certains services ont besoins que le réseau soit activé pour pouvoir être lancé (CUPS, syslog...). Mais ils ont juste besoin que le réseau soit lancé, il n'est pas obligatoire que la connexion internet soit activée. Donc on pourrait faire en sorte que le script network active le réseau (le loopback, les cartes ethernet, wifi...), mais que la connexion ADSL soit démarrée plus tard. De cette manière, le réseau est activé, ça permet aux services qui en dépendent de démarrer et ça évite d'être bloqué à cause du modem.
Sans le faire exprès, je suis tombé sur ce cas de figure.
Lors de mon dernier boot, il y a eu un problème avec ppp :
Du coup ppp n'a pas attendu que le modem soit prêt, et le boot à continué. Tout s'est bien déroulé puisque malgré que ppp est échoué, le loopback et eth0 on été activé. Et comme l'intégration des modem ADSL est bien faite, il y a un script qui doit vérifié si oui ou non la connexion ADSL est bien active. Si ce n'est pas le cas, alors il la relance. Et, c'est ce que l'on trouve plus loin dans les logs :
Résultats: j'ai gagné 15s au boot.
Il faudrai au démarrage réussir à faire croire au système que la connexion ADSL est lancée sans quel ne le soit réellement. Et derrière le script qui vérifie l'état de la connexion va lui s'apercevoir que la connexion n'est pas active et il s'en occupera (fctStartAdsl).
Mis à part la connexion ADSL, je n'est pas trouvé d'amélioration mais je tourne sur un athlon 550Mhz ce qui peut expliqué cela, j'ai aussi khubd qui met beaucoup de temps (je ne sais pas trop à quoi ça sert donc c'est peut être normal)
En tout cas c'est du beau boulot, et c'est surtout très simple et rapide à mettre en place.