web-dev-qa-db-fra.com

Comment changer le délai d'attente dans SystemCTL

Lorsque je démarre mon système Debian, son démarrage est suspendu environ 2 minutes sur la ligne:

Loading, please wait...
[    5.191043] systemd-fsck[129]: /dev/mmcblk0p2: clean, 234192/873120 files, 2335263/3491328 blocks
[    6.645242] intel_rapl: no valid rapl domains found in package 0
[    6.643682] systemd-fsck[222]: fsck.fat 3.0.27 (2014-11-12)
[    6.664844] intel_rapl: no valid rapl domains found in package 0
[    6.660702] systemd-fsck[222]: /dev/mmcblk0p1: 3 files, 33/130812 clusters
[    **] A start job is running for LSB: Raise network interf...38s / no limit)

Finalement, il abandonne la levée de l'interface réseau et continue de démarrer.

Question : Comment puis-je modifier le délai d'attente utilisé dans systemctl, de sorte qu'après 15 secondes, il cesse d'essayer d'élever l'interface réseau?

Informations supplémentaires : La source du problème est l'utilisation d'une dongle USB WiFi sur cette machine. Parfois, le dongle est là, parfois ce n'est pas le cas. Lorsque le dongle n'est pas branché, je m'attends à ce que l'interface réseau ne soit pas élevée, et je ne veux tout simplement pas attendre trop longtemps.

14
Jealie

J'ai eu un problème similaire et me grattait la tête sur le manque de résultats Google (après avoir fini par cette page plusieurs fois), j'ai donc décidé de simplement suivre comment systemd fonctionne ici .

Finalement, j'ai compris que networking est en fait un script d'initial SYSV (/etc/init.d/networking), qui est converti en un service systemd au runtime (/run/systemd/generator.late/networking.service), vous ne pouvez donc pas simplement modifier un script existant.

Au lieu de cela, vous devez le remplacer par un fichier par ex. /etc/systemd/system/networking.service.d/reduce-timeout.conf, dans votre cas contenant:

[Service]
TimeoutStartSec=15
9
DuBistKomisch

Sur un système exécutant Debian Jessie, j'ai pu ajouter le code suivant dans le fichier situé à /lib/systemd/system/networking.service.d/network-pre.conf

[Service]
TimeoutStartSec=15

Cela n'a changé "pas de limite" à une limite de 15 secondes, ce qui rend la démarrage du système beaucoup plus rapidement si le réseau est déconnecté.

Créer un fichier dans /etc/systemd/system/networking.service.d/ n'a eu aucun effet sur ce système, j'ai donc édité le fichier existant dans le /lib/systemd/system/networking.service.d/. Si ce répertoire est vide, la création d'un nouveau fichier .conf avec le code ci-dessus devrait fonctionner.

Je ne sais pas pourquoi cela est différent ou si c'est même la bonne façon de configurer une telle chose.

7
Proctoru2

J'ai eu un problème similaire et il s'avère que mon système essayait de se connecter au Wi-Fi. Ma solution consistait à changer cette ligne dans/etc/réseau/interfaces:

auto wlan0

à:

allow-hotplug wlan0
5
tshepang

Ceci est un problème dans les scripts de réseau de Debian - ils attendent apparemment que toutes les interfaces apparaissent et ne contiennent pas de notion d'interfaces "apparaissant de manière dynamique" (comme systemd-networkd Est-ce que).

Vous avez deux solutions. La première solution consiste à réduire le délai de configuration. Cependant, comme on peut le voir à partir de la sortie que vous avez affichée (...38s / no limit), SystemD n'impose aucun délai d'attente sur le démarrage du réseau. C'est donc quelque chose que vous devez configurer dans les scripts spécifiques à Debian eux-mêmes.

La deuxième solution consiste à utiliser plus d'outils modernes pour configurer votre réseau (comme NetworkManager) qui prennent en charge des interfaces apparaissant de manière dynamique. Noter que systemd-networkd ne sera pas très utile ici car il n'a pas de support intégré pour les réseaux WLAN.

1
intelfx