J'ai un problème étrange. Après avoir entré mon mot de passe sur un système debian 6.0, je reçois le motd, mais il y a une pause de 5 à 10 secondes jusqu'à ce que je reçoive une invite de shell. Si j'appuie Ctrl-C pendant cette pause, l'invite apparaît instantanément. Qu'est-ce qui pourrait arriver ici? Est-ce que je tue le processus de connexion? Pourquoi pourrait-il prendre si longtemps d'invoquer Bash? J'apprécie toutes les suggestions. P>
merci p>
3 Réponses :
Il est probable qu'il y a quelque chose dans votre .bstrucc code> ou .bash_profile code>. Ou peut-être un autre fichier de démarrage ( / etc / profil code> et al). P>
Merci, c'était en effet dans mon .CASHRC; Bash-achèvement était le coupable
Vous pouvez déboguer des scripts Bash Shell à l'aide de mettre SET -X code> et SET + X CODE>. La commande SET -X code> active le mode de débogage et la commande SET + x code> le désactive. p>
set -x code> en haut de votre home / .bash_profile doit entraîner une impression de débogage pour vos fichiers d'initialisation de shell personnels. Si vous dites que vous obtenez un délai de 10 secondes, vous devriez pouvoir le suivre assez facilement. Si cela ne permet pas de verser de lumière, optez pour le fichier d'initialisation du système / etc / profil code>. P>
Merci, cela m'a aidé à le suivre à Bash-achèvement! Apparemment, cela fait beaucoup d'initialisation.
Merci de moi aussi! J'ai eu un problème très similaire à celui-ci sur un système virtuel déployé à partir d'un fichier OVA dans VMware ESXI. J'ai trouvé (à l'aide de SET -X) que le problème a été causé par un script VMware Tools appelé /etc/profile.d/zzzz-vamilocale.sh, qui tentait de lire les paramètres d'environnement OVF via / opt / vmware / bin / ovfenv, Ce qui était à son tour essayer d'extraire des paramètres de divers endroits, y compris le CDROM. Si le périphérique CD était vide ou non connecté, cela entraînerait le retard. Supprimer le script (qui vient de définir / mettre à jour le langan env VaR) était une solution simple!
Même problème que John Rix pour moi. / opt / vmware / bin / ovfenv était le coupable.
J'ai trouvé ce post après avoir fait l'enquête suivante: Démarrer une autre bash prendrait jusqu'à 30 secondes sur un CENTOS6 P>
mv /etc/profile.d/zzzz-vamilocale.sh /etc/profile.d/zzzz-vamilocale.sh.ko
Peut-être que cette question est plus appropriée pour le Site Web SuperUserSer.com