Le service réseau ne démarre pas / ne démarre pas au redémarrage.
Restarting networking (via systemctl): networking.serviceJob for networking.service failed because the control process exited with error code.
Je peux toujours accéder au serveur via une console distante, mais rien d'autre, car sans réseau, il n'y a ni sortie ni entrée.
systemctl status networking.service dit:
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
t: enabled)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
Active: failed (Result: exit-code) since Mo 2016-04-18 06:53:11 UTC; 43s ago
Docs: man:interfaces(5)
Process: 3551 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=
1/FAILURE)
Process: 3546 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [
-n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (cod
e=exited, status=0/SUCCESS)
Main PID: 3551 (code=exited, status=1/FAILURE)
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: For info, please visit htt
ps://www.isc.org/software/dhcp/
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: Usage: dhclient [-4|-6] [-
SNTP1dvrx] [-nw] [-p <port>] [-D LL|LLT]
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: [-s server
-addr] [-cf config-file] [-lf lease-file]
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: [-pf pid-f
ile] [--no-pid] [-e VAR=val]
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: [-sf scrip
t-file] [interface]
Apr 18 06:53:11 h2502988.stratoserver.net ifup[3551]: Failed to bring up eth0.
Apr 18 06:53:11 h2502988.stratoserver.net systemd[1]: networking.service: Main p
rocess exited, code=exited, status=1/FAILURE
Apr 18 06:53:11 h2502988.stratoserver.net systemd[1]: Failed to start Raise netw
ork interfaces.
Apr 18 06:53:11 h2502988.stratoserver.net systemd[1]: networking.service: Unit e
ntered failed state.
Apr 18 06:53:11 h2502988.stratoserver.net systemd[1]: networking.service: Failed
with result 'exit-code'.
Mon / etc / network / interfaces ressemble à:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
Où puis-je commencer à déboguer?
Merci pour tout indice! Cordialement, K
# sudo ifup --verbose eth0
Configuring interface eth0=eth0 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/ethtool
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
/sbin/dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Usage: dhclient <snip>
Failed to bring up eth0.
networking
server
16.04
Katja Süss
la source
la source
up
en exécutant, un par un, les scripts qui se trouvent dans/etc/network/if-up.d
. L'un d'eux contient unedhclient
commande qui échoue. Alors faites quelque chose commegrep -R dhclient /etc/network/if-up.d/*
et voyez ce que vous obtenez.sudo ifup --verbose eth0
pour voir où les choses tournent mal?/var/log/syslog
. Vous pouvez essayer d'exécuter ladhclient
commande manuellement d'elle-même. Si aucun message d'erreur ne suit, il n'y a aucun problème avecdhclient
.Réponses:
Cela m'est juste arrivé. La raison était qu'il y avait une incohérence de dépendance de package qui a interrompu ma mise à niveau de trusty vers xenial, donc certaines versions de package étaient incohérentes. Dans mon cas, l'incohérence a été causée par squid3 et ca-certificats-java.
J'ai restauré la connexion réseau en exécutant simplement
dhclient eth0
. Après avoir résolu l'incohérence des packages en supprimant les packages incriminés et en les exécutantapt-get install -f
, j'ai exécutéapt-get dist-upgrade
etapt-get install ubuntu-standard
. Cela a résolu mon problème complètement.Ce qui m'a amené à soupçonner l'incohérence, c'est que le
/sbin/ifup
binaire contenait ladhclient
ligne de commande obsolète avec l'-I
option non prise en charge . Il doit s'agir d'une incohérence de version de package.la source
Je suppose que vous venez d'installer / mettre à niveau vers un système d'exploitation plus récent tel que Ubuntu 16.04, et en raison du départ des schémas de dénomination d'interface traditionnels tels que
eth0
oueth1
, le système ne peut pas démarrer votre interface.Essayez de modifier votre
/etc/network/interfaces
pour utiliserens32
ouens192
au lieu deeth0
commeCela devrait vous permettre de redémarrer l'interface réseau. J'espère que ça aide. Pour plus de détails sur les modifications prédictives de l'interface réseau
https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
la source
ip link show
et trouver ce qui s'applique à vous)Je ne sais pas si cela est toujours utile: il semble que le dhclient n'ait plus l'option "-I" ou "-df", qui selon la page de manuel fait DDNS:
Une fois que j'ai supprimé cette option de la ligne de commande, dhclient peut afficher eth0.
[EDIT] : Maintenant, si je pouvais trouver où cette option "-I" est ...
la source
J'ai eu un problème similaire à OP et Wei Wang, où
ifup
j'essayais d'exécuter dhclient avec l'-I
option, mais mon dhclient était une version plus ancienne qui ne la supportait pas. Je suppose que cela était dû à ma manière précédente de télécharger / installer le Xenial (16.04) Chromium tout en gardant mon système sur Trusty (14.04), il doit également avoir mis à niveau certaines autres parties de mon système.Pour faire court, ma solution a été de télécharger et d'installer manuellement les packages pertinents liés à dhclient dans Xenial en amont. Trois packages sont requis et doivent être installés dans l'ordre suivant:
Après cela, a
dhclient --version
montré que j'avais 4.3.3 qui prend en charge l'-I
option, et j'ai puifup
réutiliser.la source
Essaye ça:-
Remplacez donc
networking restart
parifdown... && ifup....
Juste à part:
ifconfig
est également obsolète depuis longtemps - utilisation àip
partir du paquetiproute2
Vous pouvez aussi essayer
(ou quel que soit le nom de votre interface réseau) pour redémarrer le réseau.
la source
@jos mentionne dans un commentaire sur le post original:
J'ai eu ce problème précis et la journalisation détaillée était l'indice.
ifup --verbose eth0
Recherchez une sortie expliquant les paramètres DHCP.
J'ai ensuite pris la sortie de:
/sbin/dhclient -4 -v -pf /run/dhclient.eth0.pid -if /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0
simplement:
/sbin/dhclient -4 -v -pf /run/dhclient.eth0.pid eth0
puis j'ai eu une adresse.Je crois qu'une mise à jour logicielle a rendu dhclient désynchronisé ce qui se passait sur mon système Debian 7.11.
la source