1 votes

Comment réparer le démarrage 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. /etc/init/failsafe.conf et le deuxième commentaire wait() lignes (grâce au tutoriel aquí )

# 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'ai pris un chronomètre et j'ai commencé à compter les secondes du temps de démarrage, ce qui est étrange, c'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 que vous dites "alors quel mal peut découler de 15 secondes de retard en 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 doit être remis sur pied le plus rapidement possible, donc chaque seconde compte.

Merci.

1voto

kevinius Points 417

Est-ce que eth0 est configuré pour être automatique par DHCP ? Regardez dans /etc/network/interfaces (c'est un fichier, pas un dossier).

Si votre entrée ressemble à quelque chose comme ça :

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

ce délai important est dû au fait que votre système essaie d'exécuter le 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 n'obtiendra jamais puisqu'il n'est pas branché, ce qui prend un certain temps. S'il est branché, c'est beaucoup plus rapide car il devrait recevoir une offre DHCP assez rapidement.

Ce serait la meilleure explication à laquelle je peux penser.

0voto

coteyr Points 16560

Si vous tenez à accélérer le temps de démarrage, vous devriez démarrer sans rien faire tourner. Une fois que le système est opérationnel, activez les périphériques et les applications système.

Configurez la machine pour qu'elle démarre uniquement en console sans réseau, puis dans rc.local, configurez un script pour dormir un moment puis activez le réseau et les autres services. Vous devriez être capable de "démarrer" en moins de 5 secondes (après que script se soit éteint) sur un bon matériel.

Toutefois, compte tenu de vos commentaires, ce n'est pas la meilleure réponse. Si la partie "serveur" serait 100% inutile sans réseau, et votre partie "station de travail" serait 100% inutile sans réseau (vous avez dit application web). Donc votre boîte Linux à démarrage rapide serait toujours 100% inutile pendant plus longtemps que si vous démarrez normalement. De plus, si vous utilisez du matériel serveur "normal", vous passez probablement beaucoup plus de temps à configurer et à afficher le pré-bootloader qu'à démarrer Linux.

De même, si votre serveur exécute un logiciel critique, vous devriez le mettre en cluster avec deux ou plus et un temps de démarrage long devrait être important.

En bref, modifier l'ordre de démarrage de cette manière, tout en démarrant plus rapidement, prendra presque certainement plus de temps pour se remettre d'une panne.

Si vous essayez d'accélérer l'accès au réseau, la désactivation du DHCP et l'utilisation d'une IP statique devraient vous aider. Considérez également que, même avec le "plug in", les algorithmes spanning tree du commutateur peuvent prendre un certain temps avant que vous n'obteniez un véritable accès au réseau.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X