web-dev-qa-db-fra.com

Comment réparer un démarrage plus lent du serveur Ubuntu 13.04 lorsque le câble réseau est débranché

J'ai remarqué que lorsque je débranche le câble réseau, le système attend environ 100 secondes pour configurer le réseau, j'ai donc édité /etc/init/failsafe.conf Et commenté deux lignes wait() (grâce au tutoriel ici )

# Plymouth errors should not stop the script because we *must* reach
# the end of this script to avoid letting the system spin forever
# waiting on it to start.
    $PLYMOUTH message --text="Waiting for network configuration..." || :
    #sleep 40

    $PLYMOUTH message --text="Waiting up to 60 more seconds for network configuration..." || :
    #sleep 59
    $PLYMOUTH message --text="Booting system without full network configuration..." || :

Ensuite, j'attrape une minuterie et commence à compter les secondes de démarrage, la chose étrange est qu'il faut 15 secondes de plus pour démarrer un système avec un câble réseau débranché qu'un système avec un câble réseau branché. et la plupart du retard est dans cette ligne qui apparaît au démarrage:

the disk driver for servername--vg-swap1 not ready

Mon dossier personnel est crypté et Ubuntu a été installé avec LVM.

Peut-être vous dites "alors quel mal peut provenir de 15 secondes de retard de plus?" Eh bien, je configure ce serveur pour qu'il soit utilisé dans un système de contrôle du trafic et en cas de panne de courant, le système devrait être remis sur pied dès que possible, donc chaque seconde compte.

Je vous remercie.

12.04bootserverlvm
1
MoienGK

Avez-vous configuré eth0 pour être automatique par DHCP? Regardez/etc/network/interfaces (c'est un fichier, pas un dossier)

Si votre entrée ressemble à ceci:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

alors ce retard important est dû au fait que votre système essaie d'exécuter DHCP, même si le câble réseau est débranché, ce qui signifie qu'il parcourt tous les canaux jusqu'à ce qu'il obtienne une réponse, ce qu'il ne fera jamais car il n'est pas branché, donc cela prend quelque temps. S'il est branché, c'est beaucoup plus rapide car il devrait obtenir une offre DHCP assez rapidement.

Ce serait la meilleure explication à laquelle je puisse penser.

1
Seth Curry

Si vous insistez pour accélérer votre temps de démarrage, vous devez démarrer sans rien exécuter. Une fois le système opérationnel, activez les périphériques et les applications système.

Configurez la machine pour démarrer sur la console uniquement sans réseau, puis dans rc.local, définissez un script pour dormir un moment, puis activez le réseau et d'autres services. Vous devriez être en mesure de "démarrer" en moins de 5 secondes (après que grub ait cessé de travailler) sur un bon matériel.

Cependant, d'après vos commentaires, ce n'est pas la meilleure réponse. Si la partie "serveur" serait 100% inutile sans réseau, et votre partie "poste de travail" serait 100% inutile sans réseau (vous avez dit application web). Ainsi, votre boîte Linux à démarrage rapide serait encore 100% inutile plus longtemps si vous démarriez normalement. De plus, si vous utilisez du matériel serveur "normal", vous passez probablement beaucoup plus de temps sur la configuration et la publication du préchargeur que sur le démarrage Linux.

De plus, si votre serveur exécute un logiciel critique, vous devez en regrouper deux ou plus et un temps de démarrage long devrait être important.

En bref, changer l'ordre de démarrage de cette manière, tout en démarrant plus rapidement, prendra presque certainement plus de temps pour récupérer d'une panne.

Si vous essayez d'accélérer l'accès au réseau, la désactivation de DHCP et l'utilisation d'une adresse IP statique devraient vous aider. Considérez également que même avec "le plug-in", les algorithmes d'arbre couvrant sur le commutateur peuvent prendre un certain temps avant d'obtenir un accès réel au réseau.

0
coteyr