Question:
Démarrage lent: attente Ethernet
NULL
2016-04-07 19:17:45 UTC
view on stackexchange narkive permalink

J'utilise Minibian (version allégée de Raspbian) et si le Pi n'est pas connecté à un réseau, il attendra une minute entière avant de terminer le démarrage.

J'ai remarqué que si je commentais les lignes 3 et 4 dans / etc / network / interfaces , le Pi démarrerait dans un laps de temps normal. Cependant, j'ai ensuite perdu la capacité de SSH dans mon Pi. Quand je veux des démarrages rapides, voici à quoi ressemble mon fichier / etc / network / interfaces :

  auto loiface lo inet loopback # auto eth0 # iface eth0 inet dhcp  

Je suis donc maintenant dans cette situation délicate où je dois éditer ce fichier pour alterner entre des démarrages rapides et la possibilité d'utiliser SSH avec mon Pi.

Quelqu'un sait-il comment je peux résoudre ce problème, pour remplir les deux conditions?

Je n'ai pas eu; est votre RPi en attente de connexion Ethernet?
Oui, cela dit quelque chose comme quoi, un processus de démarrage est en cours pour LSB: attente du réseau. Il attendra 1 min puis finira de démarrer.
Six réponses:
Evgeniy Chukanov
2016-09-02 00:54:51 UTC
view on stackexchange narkive permalink

Créer un fichier (avec sous-répertoires)

  /etc/systemd/system/networking.service.d/reduce-timeout.conf  

avec du contenu :

  [Service] TimeoutStartSec = 1  

Sur mon modèle Pi B (avec Minibian), cette solution a résolu le problème. Temps de démarrage du Pi réduit à 15 sec , et le réseau fonctionne.

Confirmé fait un énorme diff sur rpi3 raspbian au dernier août 2017
Huczu
2016-04-07 19:27:09 UTC
view on stackexchange narkive permalink

Exécutez sudo raspi-config et désactivez la 4ème option: Attendre le réseau au démarrage .

J'ai oublié de mentionner que je l'ai fait lors de mon premier dépannage et cela n'aide pas.
J'ai regardé dans le script ** raspi-config ** et lorsque vous sélectionnez Fast boot-no wait, il supprime le fichier: `/etc/systemd/system/dhcpcd.service.d`/wait.conf. J'ai vérifié et ce fichier n'est pas sur mon système, donc tout ce que raspi-config fait pour le réseau n'a pas d'importance car le fichier qu'il utilise pour attendre a disparu.
AnyDev
2018-07-24 08:32:09 UTC
view on stackexchange narkive permalink

Je n'ai pas réussi à appliquer les nombreuses autres bonnes solutions à ma configuration qui consiste à avoir une interface macvlan au-dessus de eth0 .Installer basé sur 2018-06-27-raspbian-stretch- lite .Ce qui fonctionne bien pour moi:

Désactivez le service dhcpcd .

  systemctl disable dhcpcd  

Réduisez le délai d'attente dans /etc/dhcp/dhclient.conf.

  # Ne maintenez pas le démarrage pendant 60 secondes par défaut, abandonnez plus vite # mais pas trop rapide, voyez ce qui fonctionne avec votre serveur DHCP 10; # Réessayer plus rapidement # Ceci est après l'abandon initial et le dhclient est passé en arrière-plan et le démarrage s'est déroulé sans bail # Par défaut 5 minutes est trop longretry 20; # Considérez également le paramètre de coupure d'arrêt  

Alors maintenant, cela attend au démarrage jusqu'à 10 secondes, et s'il n'y a pas de bail DHCP, le dhclient passe en arrière-plan et le démarrage se poursuit sans bail.

Sans dhcpcd j'ai l'avantage supplémentaire d'être manuellement arrêter / démarrer / redémarrer wlan0 cod e> sans avoir à traquer wpa_supplicant commencé vraisemblablement par dhcpcd et qui refusait de s'arrêter avec ifdown wlan0 .Remarque: cela pourrait signifier que vous pourriez ne pas pouvoir utiliser rapsi-config pour configurer votre wifi, et avoir besoin d'écrire la configuration dans / etc / network / interfaces , ce qui est préféré pour moi de toute façon.

La solution par ailleurs soignée par Evgeniy Chukanov utilisant /etc/systemd/system/networking.service.d/reduce-timeout.conf pour réduire le délai d'expiration entraîne dhcpcd à NE PAS afficher mon interface macvlan SI le délai d'expiration du bail sur eth0 au démarrage est atteint.

Non pas que ma configuration macvlan compte pour OP, mais c'était la raison pour laquelle ces solutions , donc par souci d'exhaustivité: dans /etc/network/interfaces.d/macvlan1

  auto macvlan1iface macvlan1 inet adresse statique ..... masque de réseau ..... lien ip pré-up ajouter lien macvlan1 type eth0 macvlan lien ip post-down del macvlan1

J'ai depuis permuté eth0 et mavclan1 , et je fais de l'IPv4 statique sur eth0 et le client DHCP sur macvlan1 , ce qui m'amène même à utiliser dhcpcd , l'interface est créée, mais ne réessaye toujours pas d'obtenir le bail après le délai initial. Je n'ai pas pris la peine d'enquêter plus avant car ma solution sans dhcpcd fonctionne très bien pour moi.

goldilocks
2016-04-07 20:30:52 UTC
view on stackexchange narkive permalink

Quelqu'un sait-il comment je peux résoudre ce problème, pour remplir les deux conditions?

Peut-être, mais pas de manière canonique ("bonne pratique") sans examiner le système (Je n'ai jamais utilisé minibian), et en savoir plus sur la façon dont la configuration réseau sous GNU / Linux en général est supposée fonctionner, car je ne l'ai jamais utilisée correctement.

Toutes mes machines de style Debian, y compris pis, ont un / etc / network / interfaces qui ressemble à votre version commentée.

  loiface auto loiface lo inet loopback  

Les distributions non "de style debian" n'ont pas du tout ce fichier - bien qu'elles aient quelque chose à peu près équivalent, que je désactiverai aussi grossièrement. Je fais cela parce que tout le système d'autoconfig if-up / down selon mon opinion pose plus de problèmes qu'il n'en résout. Cependant, une partie de ma perspective inclut le fait que je comprends assez bien le réseautage Linux à un niveau inférieur, et que je trouve assez simple d'écrire des scripts pour ce genre de chose et / ou d'ajouter quelque chose au système init . Mais c'est une perspective qui a pris quelques années à acquérir.

Ma recommandation ici serait de laisser ce fichier tel que vous l'avez (avec tout sauf les deux premières lignes commentées ou supprimées ) et essayez d'ajouter ceci à /etc/rc.local:

  (ip link set eth0 up dhclient -v eth0) &> /var/log/ethernet.log 

Assurez-vous d'abord que dhclient est installé ( dhclient --version ), et si ce n'est pas le cas, installez-le.

Vérifiez également le système pour ifplugd: ps -C ifplugd . S'il est utilisé, désactivez-le.

Il y a quelques inconvénients à ceci:

  • Cela suppose que vous n'utilisez que le pi sur un fil, c'est-à-dire que vous ne voulez pas qu'il préfère ou se replie sur le wifi.

  • Si vous vous déconnectez, vous devrez réexécuter ces commandes ou redémarrer.

Si cela ne fonctionne pas, jetez un œil dans /var/log/ethernet.log .

Merci ... mais je suis toujours curieux de savoir pourquoi ce serait un problème? ... Raspbian proprement dit n'a pas ce problème. Y a-t-il d'autres informations que je pourrais donner pour aider à découvrir la cause de ce problème?
Cela équivaut un peu à essayer d'aider quelqu'un à diagnostiquer ses problèmes de moteur par téléphone - pas nécessairement impossible mais probablement pas non plus. Demandez à la bouche du cheval (c'est-à-dire au créateur minibian) à ce sujet), ce qui signifiera probablement un courrier électronique.
Vrai ... J'espérais que quelqu'un ici utilise Minibian et a résolu ce problème.
Nous n'avons même pas de tag mais j'en ai ajouté un ...
regisin
2018-03-10 01:02:07 UTC
view on stackexchange narkive permalink

Je n'ai pas encore la réputation de commenter la réponse acceptée. Mais juste une petite mise à jour sur la réponse, pour la dernière version de Raspbian Linux raspberrypi 4.9.59-v7 + # 1047 SMP Sun 29 octobre 12:19:23 GMT 2017 armv7l GNU / Linux

Le fichier que vous souhaitez modifier est:

  /etc/systemd/system/network-online.target.wants/networking.service  

Il est déjà existe, et vous devez modifier la section déjà mentionnée dans la réponse. Dans mon cas, de TimeoutStartSec = 5min , à TimeoutStartSec = 1 a fait l'affaire.

Il n'est pas nécessaire d'utiliser ce fichier. La méthode dans la réponse acceptée est probablement une solution plus «meilleure pratique» puisque vous n'éditez pas une configuration qui pourrait être remplacée lors de la mise à niveau.
G3z
2018-02-11 07:52:05 UTC
view on stackexchange narkive permalink

Je supprime l'ip statique de /boot/cmdline.txt et cela fonctionne.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Continuer la lecture sur narkive:
Résultats de recherche pour 'Démarrage lent: attente Ethernet' (Questions et réponses)
5
réponses
Comment formater mon pc? (Disque dur en format NT FS)?
démarré 2009-08-22 09:59:18 UTC
ordinateur portable
Loading...