découvrez comment résoudre le problème « attente réponse dhcp » au démarrage d'ubuntu et accélérez le boot de votre système avec nos astuces pratiques.

Linux

Ubuntu affiche « attente réponse DHCP » : comment accélérer le boot ?

By Matthieu CHARRIER

Ubuntu affiche parfois « attente réponse DHCP » lors du démarrage réseau, et cet arrêt brutal perturbe l’usage immédiat de la machine.

La cause peut être un serveur absent, une configuration netplan incorrecte ou un délai excessif côté client, et ces éléments freinent le démarrage.

A retenir :

  • Présence serveur DHCP local ou routeur fiable sur réseau
  • Timeout DHCP optimisé dans netplan ou systemd-networkd côté client et serveur
  • Services non essentiels désactivés, exemple snapd et ModemManager
  • Attribution IP statique via DHCP pour équipements critiques

Diagnostiquer l’attente réponse DHCP au démarrage

En partant des points clés, commencez par vérifier les journaux système pour repérer l’attente DHCP.

Sur Ubuntu, le journal expose les messages liés à NetworkManager et à systemd-networkd, utiles pour cerner l’origine.

Pour obtenir la chronologie, utilisez journalctl -b et filtrez sur DHCP ou NetworkManager.

A lire également :  Comment utiliser la commande grep sous Linux ?

Selon Ubuntu Documentation, ces logs aident à distinguer un client silencieux d’un réseau réellement indisponible.

Vérifications DHCP initiales :

  • Contrôler câblage et état physique de l’interface réseau
  • Vérifier présence d’un serveur DHCP sur le même VLAN
  • Confirmer que netplan ou NetworkManager applique la bonne configuration
  • Relire les entrées liées à dhclient ou systemd-networkd dans journalctl

Service Durée observée Rôle Action recommandée
dev-sda5.device 12.019s Montage disque Vérifier disque et fstab
systemd-journal-flush.service 10.849s Écriture des logs Examiner taille du journal
networking.service 7.590s Initialisation réseau Valider configuration interfaces
snapd.service 4.460s Gestion des paquets snap Décider maintien ou désactivation

Un compte rendu rapide des services lents permet d’agir sur le boot sans tâtonnements inutiles.

« J’ai réduit sensible‑ment le temps de démarrage en corrigeant une mauvaise interface netplan »

Marc L.

Ces diagnostics montrent souvent que l’ajustement du timeout DHCP et netplan est la suite logique.

A lire également :  Performances, stabilité, logiciels : le match Manjaro contre Ubuntu

Réduire le timeout DHCP et ajuster netplan pour accélérer boot

Après ces vérifications, réduire le timeout DHCP réduit le temps d’attente réseau au démarrage.

Le réglage peut se faire côté client via netplan ou côté serveur via le service isc-dhcp-server.

Sur Ubuntu moderne, netplan traduit la configuration vers NetworkManager ou systemd-networkd, selon le rendu choisi.

Selon Ask Ubuntu, définir des durées de timeout raisonnables évite des attentes longues quand aucun serveur DHCP n’est atteint.

Paramètres netplan clés :

  • renderer: NetworkManager ou networkd selon déploiement
  • dhcp4: true ou false selon besoin d’adressage dynamique
  • dhcp-identifier: mac pour leases stables et prévisibles
  • optional: true pour interfaces non critiques

Fichier Option Effet Exemple
/etc/netplan/01-netcfg.yaml dhcp4 Activer IPv4 par DHCP dhcp4: true
/etc/netplan/01-netcfg.yaml renderer Choix du moteur réseau renderer: NetworkManager
/etc/dhcp/dhcpd.conf default-lease-time Durée par défaut des bails default-lease-time 600
/etc/dhcp/dhcpd.conf max-lease-time Durée maximale des bails max-lease-time 3600

A lire également :  Quelle est la différence entre Ubuntu et les distributions basées sur Ubuntu ?

Modifier netplan requiert un netplan apply suivi d’un redémarrage du service réseau pour vérifier l’effet.

« Après avoir ajusté dhcp4 et le renderer, mes machines de test ont démarré plus vite »

Sophie R.

Ajuster netplan et timeout reste utile, mais l’optimisation des services systemd complète le travail.

Optimiser services systemd et réduire l’attente réseau au boot

Une fois les timeouts réglés, l’attention se porte sur les services qui prolongent le boot inutilement.

Sur un poste sans modem, ModemManager peut être considéré pour désactivation afin d’éviter des temporisations inutiles.

De même, snapd implémente plusieurs montages loop qui ajoutent des délais pendant l’initialisation.

Selon ubuntu-fr.org, départager services essentiels et optionnels permet de cibler les désactivations sans risque.

Services à évaluer :

  • snapd.service
  • NetworkManager-wait-online.service
  • ModemManager.service
  • apt-daily.service

Service Durée observée Impact Suggestion
snapd.service 4.460s Montage de snaps, loop devices Évaluer suppression si non utilisé
networkd-dispatcher.service 3.800s Scripts réseau post-up Optimiser scripts ou désactiver
NetworkManager.service 3.664s Gestion multi-interface Conserver pour wifi, else remplacer
apt-daily.service 3.515s Tâches de maintenance automatique Planifier hors boot

Après modification, tester le démarrage avec systemd-analyze blame pour mesurer gains concrets.

« En désactivant quelques services non nécessaires, j’ai constaté des gains visibles sur mes postes »

Paul D.

« L’approche itérative, tester puis conserver, a évité des régressions réseau en production »

Claire G.

Un dernier ensemble de tests consiste à simuler l’absence du serveur DHCP pour confirmer le comportement sans blocage.

Source : Canonical, « DHCP », Ubuntu Documentation, 2024 ; Ask Ubuntu, « Netplan dhcp not working », Ask Ubuntu, 2020 ; ubuntu-fr, « Protocole de configuration dynamique des hôtes (DHCP) », ubuntu-fr.org, 2021.

Laisser un commentaire