Полная потеря сетей в новой установке Ubuntu

Я настраивал новую установку Ubuntu на Raspberry Pi 3. Я запустил с изображения отсюда, обновленный и обновил все пакеты, обновил дистрибутив и обновил rPi встроенное микропрограммное обеспечение.

Все подходило, но в какой-то момент вдоль этого пути я полностью потерял свои сети. Трудно сказать когда, потому что я сделал несколько шагов перед перезагрузкой.

Так как другие странные вещи происходили (начальная загрузка будет иногда работать, иногда не), я решил повторно проложить делающие подробные заметки своих действий по установке по пути. Здесь они:

  • запишите базовое изображение в SD-карту
  • начальная загрузка
  • пароль изменения при инструктировании во время входа в систему
  • rpi-обновление установки:
    • 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
    • замеченный сообщение, "не могущее разрешить человечность хоста", так добавленную 127.0.0.1 ubuntu в мой/etc/hosts файл
  • перезагрузка (только, чтобы быть уверенными сети все еще),
  • выполненный rpi-update:
    • sudo apt-get install binutils
    • sudo rpi-update
  • перезагрузка, чтобы активировать новое встроенное микропрограммное обеспечение (и подтвердить, что сети все еще работают),
  • sudo apt-get update
  • sudo apt-get upgrade (85 обновленных пакетов, загрузка приблизительно 65 МБ)
  • перезагрузка

В этой точке, объединяющейся в сеть больше, не работает. Я заметил эти ошибки в выводе начальной загрузки (взятый от/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'.

У меня также теперь есть нестабильность во время начальной загрузки. Иногда это работает, иногда я получаю трассировку исключения с заключительным сообщением:

Fixing recursive fault but reboot is needed!

Я видел это и выполнение sudo service lxd restart действительно устранял проблему LXD (после того, как очень длинная задержка), но сетевая проблема остается.

Я также видел это, которое походило на мою точную проблему, пока я не пытался поднять неверно названную сеть Ethernet:

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

Таким образом в этой точке я хорошо и действительно из моей глубины когда дело доходит до поиска и устранения неисправностей Linux. Кто-либо может сказать мне, как восстановить сети в моей системе? И возможно почему это происходит во-первых на новой установке?

Вывод 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)

Вывод 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)

Вывод 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.
2
задан 13 April 2017 в 15:24

2 ответа

У меня была точно та же проблема. Если Вы соглашаетесь с Предсказуемые Названия Сетевого интерфейса , можно просто использовать новое имя NIC в '/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

я не смог выяснить, почему имя не было определено к' eth0 '. Systemd имеет надлежащую конфигурацию, которая должна определять имя к' eth0 '. Просто проверьте '/etc/systemd/network/50-cloud-init-eth0.link' .

я также удалил

сетевой ifnames=0 biosdevname=0

от '/boot/firmware/cmdline.txt', и тем не менее он не работал!!!

единственным путем для переименования кровавого NIC был udev путь. У меня есть reated новый файл '/etc/udev/rules.d/10-network.rules' '...

ПОДСИСТЕМА == "сеть", ДЕЙСТВИЕ == "добавляет", ATTR {адрес} == "b8:27:eb:2f:0b:bd", ИМЯ = "net0 "

, После того как Вы создаете этот файл, которым NIC назовут' net0 '. Очевидно, это не рекомендовано для использования этого способа переименовать его к' eth0 '.

, Но' net0 'меня устроил, и я мог использовать новое имя в '/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

Довольно интересный видеть, сколько различных мест может влиять на сети. Но мне это также чувствует себя немного" грязным".

/Thomas

1
ответ дан 2 December 2019 в 04:55

У меня была та же проблема. Никакие Сети после перезагрузки, но довольно часто это было бы в порядке после общего завершения работы. Это, кажется, известная проблема в последнем пакете администратора сети. В конце я установил wicd использование инструкций здесь: https://help.ubuntu.com/community/WICD Все мои сетевые вопросы теперь решены, кроме у меня нет сетевого значка панелей. Но это не biggy.

0
ответ дан 2 December 2019 в 04:55

Другие вопросы по тегам:

Похожие вопросы: