2 votes

Perte totale du réseau dans la nouvelle installation d'Ubuntu

J'ai mis en place une nouvelle installation d'Ubuntu sur un Raspberry Pi 3. J'ai commencé avec l'image de ici J'ai mis à jour et mis à niveau tous les paquets, mis à niveau la distribution et mis à niveau le firmware du rPi.

Tout allait bien, mais à un moment donné, j'ai complètement perdu mon réseau. Il est difficile de dire quand, car j'ai effectué plusieurs étapes avant de redémarrer.

Comme d'autres choses bizarres se produisaient (le démarrage fonctionnait parfois, parfois non), j'ai décidé de repaver en prenant des notes détaillées de mes étapes d'installation en cours de route. Les voici :

  • écrire l'image de base sur la carte SD
  • botte
  • changer de mot de passe lorsque cela est demandé lors de la connexion
  • installer rpi-update :
    • sudo curl -L --output /usr/bin/rpi-update https://raw.githubusercontent.com/Hexxeh/rpi-update/master/rpi-update && sudo chmod +x /usr/bin/rpi-update
    • a remarqué un message "unable to resolve host ubuntu" et a donc ajouté 127.0.0.1 ubuntu dans mon fichier /etc/hosts
  • redémarrer (juste pour s'assurer que le réseau est toujours en place)
  • courir rpi-update :
    • sudo apt-get install binutils
    • sudo rpi-update
  • redémarrer pour activer le nouveau micrologiciel (et confirmer que le réseau fonctionne toujours)
  • sudo apt-get update
  • sudo apt-get upgrade (85 paquets mis à jour, environ 65MB de téléchargement)
  • redémarrage

À ce stade, la mise en réseau ne fonctionne plus. J'ai remarqué ces erreurs dans la sortie de démarrage (tirée de /var/log/syslog ) :

Jul 14 01:18:34 ubuntu systemd[1]: Starting LXD - container startup/shutdown...
Jul 14 01:18:34 ubuntu lxd[18312]: error: open /var/lib/lxd/containers: no such file or directory
Jul 14 01:18:34 ubuntu systemd[1]: lxd-containers.service: Main process exited, code=exited, status=1/FAILURE
Jul 14 01:18:34 ubuntu systemd[1]: Failed to start LXD - container startup/shutdown.
Jul 14 01:18:34 ubuntu systemd[1]: lxd-containers.service: Unit entered failed state.
Jul 14 01:18:34 ubuntu systemd[1]: lxd-containers.service: Failed with result 'exit-code'.
...
Jul 14 01:19:24 ubuntu systemd[1]: Starting Raise network interfaces...
Jul 14 01:19:24 ubuntu dhclient[887]: Internet Systems Consortium DHCP Client 4.3.3
Jul 14 01:19:24 ubuntu ifup[822]: Internet Systems Consortium DHCP Client 4.3.3
Jul 14 01:19:24 ubuntu ifup[822]: Copyright 2004-2015 Internet Systems Consortium.
Jul 14 01:19:24 ubuntu ifup[822]: All rights reserved.
Jul 14 01:19:24 ubuntu ifup[822]: For info, please visit https://www.isc.org/software/dhcp/
Jul 14 01:19:24 ubuntu dhclient[887]: Copyright 2004-2015 Internet Systems Consortium.
Jul 14 01:19:24 ubuntu dhclient[887]: All rights reserved.
Jul 14 01:19:24 ubuntu dhclient[887]: For info, please visit https://www.isc.org/software/dhcp/
Jul 14 01:19:24 ubuntu dhclient[887]: 
Jul 14 01:19:24 ubuntu ifup[822]: Cannot find device "eth0"
Jul 14 01:19:24 ubuntu dhclient[887]: Error getting hardware address for "eth0": No such device
Jul 14 01:19:24 ubuntu ifup[822]: Error getting hardware address for "eth0": No such device
Jul 14 01:19:24 ubuntu ifup[822]: If you think you have received this message due to a bug rather
Jul 14 01:19:24 ubuntu ifup[822]: than a configuration issue please read the section on submitting
Jul 14 01:19:24 ubuntu ifup[822]: bugs on either our web page at www.isc.org or in the README file
Jul 14 01:19:24 ubuntu ifup[822]: before submitting a bug.  These pages explain the proper
Jul 14 01:19:24 ubuntu ifup[822]: process and the information we find helpful for debugging..
Jul 14 01:19:24 ubuntu ifup[822]: exiting.
Jul 14 01:19:24 ubuntu dhclient[887]: 
Jul 14 01:19:24 ubuntu ifup[822]: Failed to bring up eth0.
Jul 14 01:19:24 ubuntu dhclient[887]: If you think you have received this message due to a bug rather
Jul 14 01:19:24 ubuntu dhclient[887]: than a configuration issue please read the section on submitting
Jul 14 01:19:24 ubuntu dhclient[887]: bugs on either our web page at www.isc.org or in the README file
Jul 14 01:19:24 ubuntu dhclient[887]: before submitting a bug.  These pages explain the proper
Jul 14 01:19:24 ubuntu dhclient[887]: process and the information we find helpful for debugging..
Jul 14 01:19:24 ubuntu dhclient[887]: 
Jul 14 01:19:24 ubuntu dhclient[887]: exiting.
Jul 14 01:19:24 ubuntu systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Jul 14 01:19:24 ubuntu systemd[1]: Failed to start Raise network interfaces.
Jul 14 01:19:24 ubuntu systemd[1]: Dependency failed for Initial cloud-init job (metadata service crawler).
Jul 14 01:19:24 ubuntu systemd[1]: cloud-init.service: Job cloud-init.service/start failed with result 'dependency'.
Jul 14 01:19:24 ubuntu systemd[1]: networking.service: Unit entered failed state.
Jul 14 01:19:24 ubuntu systemd[1]: networking.service: Failed with result 'exit-code'.

J'ai également une instabilité au démarrage. Parfois cela fonctionne, parfois j'obtiens une trace d'exception avec un message final de :

Fixing recursive fault but reboot is needed!

J'ai vu este et en cours d'exécution sudo service lxd restart a résolu le problème de LXD (après un très long délai), mais le problème de réseau demeure.

J'ai également vu este Ce qui semblait être mon problème exact jusqu'à ce que j'essaie d'activer le réseau Ethernet mal nommé :

ifconfig enxb827eb0ecff3 up
SIOCSIFFLAGS: Operation not permitted
sudo ifconfig enxb827eb0ecff3 up
(no output)
sudo ip link set enxb827eb0ecff3 name eth0
RTNETLINK answers: Device or resource busy

À ce stade, je suis donc loin d'être un expert en matière de dépannage Linux. Quelqu'un peut-il me dire comment relancer la mise en réseau sur mon système ? Et peut-être pourquoi cela se produit-il en premier lieu lors d'une nouvelle installation ?

Sortie de ifconfig :

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1600 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1600 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:118400 (118.4 KB)  TX bytes:118400 (118.4 KB)

Sortie de ifconfig -a :

enxb827eb0ecff3 Link encap:Ethernet  HWaddr b8:27:eb:0e:cf:f3  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1600 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1600 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:118400 (118.4 KB)  TX bytes:118400 (118.4 KB)

sit0      Link encap:IPv6-in-IPv4  
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr b8:27:eb:5b:9a:a6  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Sortie de networkctl :

IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           n/a         n/a       
  2 sit0             sit                n/a         n/a       
  3 enxb827eb0ecff3  ether              n/a         n/a       
  4 wlan0            wlan               n/a         n/a       

4 links listed.

1voto

Thomas Points 11

J'ai eu exactement le même problème. Si vous êtes d'accord avec Noms d'interface réseau prévisibles vous pouvez simplement utiliser le nouveau nom de la carte dans '/etc/network/interfaces' ...

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# Source interfaces
# Please check /etc/network/interfaces.d before changing this file
# as interfaces may have been defined in /etc/network/interfaces.d
# See LP: #1262951
source /etc/network/interfaces.d/*.cfg

auto enxb827eb2f0bbd
iface enxb827eb2f0bbd inet static
address 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.254
#dns-search example.com
dns-nameservers 192.168.1.254

Je n'ai pas réussi à comprendre pourquoi le nom n'était pas 'eth0'. Systemd a une configuration correcte qui devrait définir le nom à 'eth0'. Vérifiez simplement '/etc/systemd/network/50-cloud-init-eth0.link' .

J'ai également supprimé

net.ifnames=0 biosdevname=0

de '/boot/firmware/cmdline.txt' et ça ne marche toujours pas !!!

Le seul moyen pour renommer ce foutu NIC était la méthode udev. J'ai créé un nouveau fichier '/etc/udev/rules.d/10-network.rules' ...

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="b8:27:eb:2f:0b:bd", NOM="net0"

Une fois ce fichier créé, le NIC sera appelé "net0". Il est évident qu'il s'agit de non recommandé d'utiliser cette méthode pour le renommer en "eth0".

Mais 'net0' me convenait et je pouvais utiliser le nouveau nom dans '/etc/network/interfaces' ...

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# Source interfaces
# Please check /etc/network/interfaces.d before changing this file
# as interfaces may have been defined in /etc/network/interfaces.d
# See LP: #1262951
source /etc/network/interfaces.d/*.cfg

auto net0
iface net0 inet static
address 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.254
#dns-search example.com
dns-nameservers 192.168.1.254

Il est intéressant de voir à quel point des lieux différents peuvent influencer la mise en réseau. Mais cela me semble aussi un peu "désordonné".

/Thomas

0voto

Speartip Points 1

J'ai eu le même problème. Pas de mise en réseau après un redémarrage, mais très souvent, tout allait bien après un arrêt total. Il semble qu'il s'agisse d'un problème connu dans le dernier paquetage de network-manager. Finalement, j'ai installé wicd en suivant les instructions données ici : https://help.ubuntu.com/community/WICD Tous mes problèmes de réseau sont maintenant résolus, sauf que je n'ai pas d'icône de panneau de réseau. Mais ce n'est pas grave.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X