Ubuntu 17.10 + отключает netplan

Эти направления были протестированы также к Ubuntu 18.04.1 и будут очень вероятно работать также на любое будущее использование выпуска netplan и systemd.

Нет никакой потребности вообще для игры с GRUB, ни любым ручным удалением файла. Конфигурация модели в /etc/networking файлы и каталоги переживут перезагрузки.

Это проверенные шаги:

1. Проверьте фактические имена интерфейса, которыми Вы интересуетесь с ip l для ссылок (иначе интерфейсы) и с ip a для адресов.
2. Установка ifupdown с sudo apt -y install ifupdown.
3. Чистка netplan с sudo apt -y purge netplan.io.
4. Настроить /etc/network/interfaces и/или /etc/network/interfaces.d соответственно к Вашим потребностям (man 5 interfaces может иметь некоторую справку с примерами).
5. Перезапустите networking сервис с sudo systemctl restart networking; systemctl status networking или sudo /etc/init.d/networking restart; /etc/init.d/networking status. Вывод status команда должна упомянуть active как его состояние.
6. Команда ip a покажет, была ли ожидаемая конфигурация сети применена.
7. Дополнительно, вручную произведите чистку remants netplan конфигурационных файлов с sudo rm -vfr /usr/share/netplan /etc/netplan.

Никакая перезагрузка не необходима для "обновления" конфигурации IP: это будет активно с шага № 5. В случае проблем, проверяют имена интерфейса дважды. Типичная конфигурация DHCP IPv4 напомнит этого:

auto enp0s3
iface enp0s3 inet dhcp

в то время как статический адрес IPv4 может быть настроен как это:

auto enp0s3
iface enp0s3 inet static
address 192.168.255.42/24
gateway 192.168.255.254
#dns-nameservers 8.8.8.8 208.67.222.222

Остерегайтесь, dns-nameservers запись не будет работать (благодарен за то, что @Velkan указывает на это!): сопоставитель все еще использует /etc/resolv.conf и systemd предоставляет его собственную услугу разрешения от 127.0.0.53. Таким образом, можно вручную обновить его (никакой сетевой необходимый перезапуск!):

nameserver 8.8.8.8
nameserver 208.67.222.222

Но его было бы только временное решение исчезнуть после следующей перезагрузки.

Для получения постоянного решения, необходимо отредактировать /etc/systemd/resolved.conf и добавьте строку как этот к"[Resolve]"строка файла конфигурации:

DNS=8.8.8.8 208.67.222.222

Обратитесь к man 5 resolved.conf для полной документации.

Наконец, в маловероятном случае любая сетевая служба не отвечает как ожидалось, затем что сервисы, возможно, нуждаются в перезапуске. Но это - странное нестандартное сетевое поведение демона.

Имел эту проблему о Сервере Ubuntu 18.10, 64 бита (работа Виртуального Поля) и следующие шаги позволили удалять netplan и устанавливать Администратора сети - не уверенный, если они работают на ifupdown. Эти шаги адаптированы из ответа @Uqbar (спасибо).

1. Проверьте фактические имена интерфейса, которыми Вы интересуетесь с ip l для ссылок (иначе интерфейсы) и с ip a для адресов.
2. Установите Администратора сети с sudo apt -y install network-manager.
3. Произведите чистку netplan с sudo apt -y purge netplan.io.
4. Дополнительно, вручную произведите чистку остатков конфигурационных файлов netplan с sudo rm -vfr /usr/share/netplan /etc/netplan.

5. Настроить /etc/network/interfaces соответственно к Вашим потребностям (man 5 interfaces может иметь некоторую справку с примерами). Мой настроен следующим образом:

   auto lo
   iface lo inet loopback
   
   auto enp0s3
   allow-hotplug enp0s3
   iface enp0s3 inet dhcp
   

6. На файле /etc/NetworkManager/NetworkManager.conf, измените строку managed=false кому: managed=true. Это заставит Администратора сети управлять интерфейсами, настроенными в /etc/network/interfaces.

7. Перезапустите  услуги Администратора сети с sudo service network-manager restart. Вывод  команды состояния должен упомянуть активный как свое состояние.

8. Команда nmcli dev покажет, была ли ожидаемая конфигурация сети применена. Интерфейс Initially enp0s3 (мой виртуальный Ethernet), появлялся как неуправляемый. После перезагрузки машины это появилось, как соединено. Вывод в качестве примера nmcli следует:

   DEVICE           TYPE      STATE         CONNECTION
   enp0s3           ethernet  connected     Ifupdown (enp0s3)
   wlxc46e1f179799  wifi      disconnected  --
   lo               loopback  unmanaged     --
   

Примечание: У меня есть некоторые проблемы с зависанием процессов, как описано здесь и здесь. Мне удалось измениться vm.dirty_ratio и 'vm.dirty_background_ratio к 10 и 5 соответственно, от значений по умолчанию 20 и 10. Для этого выполните следующие команды:

sudo sysctl -w vm.dirty_ratio=10
sudo sysctl -w vm.dirty_background_ratio=5

Я обновлю этот ответ, сообщая о результатах после выполнения VM в течение некоторого времени.

Это было долгое время, но я думаю, что эта проблема никогда не происходила снова (не может проверить, поскольку VM повреждается). Никогда действительно понятый, почему; я оставлю примечание здесь для дальнейшего использования. См. также мой рев комментария.

В дополнение к этому ответу подход работает (18.04.4 LTS) для возврата к ifup/down и намного проще, чем некоторые другие предложения. Я сделал перезагрузку, но не уверен, что это было необходимо.

Шаги:

ip a (чтобы получить действительные имена устройств и IP-адреса, если требуется)

apt install ifupdown

vi /etc/network/interfaces # если вы делаете это, вы знаете, что вставить

vi /etc/resolv.conf # если вы делаете это, вы знаете, что вставить

apt purge netplan.io

init 6 # не уверен, нужно ли это было

Возможно, еще присутствуют избыточные файлы, но я решил их не искать