web-dev-qa-db-fra.com

Perte complète de la mise en réseau dans la nouvelle installation Ubuntu

Je suis en train de configurer une nouvelle installation d'Ubuntu sur un Raspberry Pi 3. J'ai commencé avec l'image de ici , mis à jour et mettre à niveau tous les packages, mis à niveau la distribution et mis à niveau le micrologiciel rPi.

Tout se passait bien, mais à un moment donné, j'ai complètement perdu mon réseau. C'est difficile de dire quand parce que j'ai fait plusieurs étapes avant de redémarrer.

Etant donné qu’il se passait d’autres choses étranges (le démarrage fonctionnait parfois, parfois pas), j’ai décidé de repasser les étapes en prenant des notes détaillées des étapes de mon installation. Les voici:

  • écrire l'image de base sur la carte SD
  • boot
  • changer le mot de passe quand on vous le demandera lors de la connexion
  • installez 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
    • remarqué un message "incapable de résoudre l'hôte Ubuntu" donc ajouté 127.0.0.1 ubuntu à mon fichier/etc/hosts
  • redémarrez (juste pour être sûr que le réseautage est toujours actif)
  • lancer rpi-update:
    • Sudo apt-get install binutils
    • Sudo rpi-update
  • redémarrez pour activer le nouveau micrologiciel (et vérifiez que la mise en réseau fonctionne toujours)
  • Sudo apt-get update
  • Sudo apt-get upgrade (85 paquets mis à niveau, téléchargement d'environ 65 Mo)
  • redémarrer

À ce stade, la mise en réseau ne fonctionne plus. J'ai remarqué ces erreurs dans la sortie de démarrage (tiré 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 aussi maintenant instabilité au démarrage. Parfois cela fonctionne, parfois je reçois une trace d'exception avec un dernier message de:

Fixing recursive fault but reboot is needed!

J'ai vu this et utiliser 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 la mise en réseau persiste.

J'ai aussi vu this , ce qui semblait être mon problème exact jusqu'à ce que j'essaie de créer 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

Donc, à ce stade, je suis bel et bien hors de propos pour ce qui est du dépannage de 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 sur 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.
networkingserver16.04raspberrypi
2
Kent Boogaart

J'ai eu exactement le même problème. Si vous êtes Ok avec noms d'interface réseau prévisibles, vous pouvez simplement utiliser le nouveau nom de la carte réseau 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 été en mesure de comprendre pourquoi le nom n'a pas été défini sur 'eth0'. Systemd a une configuration appropriée qui devrait définir le nom sur 'eth0'. Il suffit de cocher '/ etc/systemd/network/50-cloud-init-eth0.link' .

J'ai aussi enlevé

net.ifnames = 0 biosdevname = 0

from '/ boot/firmware/cmdline.txt' et ça n'a toujours pas fonctionné !!!

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

SOUS-SYSTEME == "net", ACTION == "ajouter", ATTR {adresse} == "b8: 27: eb: 2f: 0b: bd", NOM = "net0"

Une fois ce fichier créé, le NIC s'appellera 'net0'. Évidemment, il est non recommandé d'utiliser cette méthode pour le renommer en 'eth0'.

Mais 'net0' me convenait bien 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

C'est assez intéressant de voir combien d'endroits différents peuvent influencer le réseautage. Mais pour moi, cela semble aussi un peu "brouillon".

/ Thomas

1
Thomas

J'ai eu le même problème. Pas de mise en réseau après un redémarrage, mais assez souvent après un arrêt total. Cela semble être un problème connu du dernier package de network-manager. Finalement, j'ai installé wicd en utilisant les instructions suivantes: 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.

0
Speartip