Cintu 17.10: разборки с сетью

Алексей Федорчук

Эту заметку мы с Мануалом сочинили, несколько опережая события — на радостях. Во-первых, нам удалось удачно прикрутить к сборке Cintu на базе бета-версии Ubuntu 17.10 систему ремастеринга Refracta, о чём будет рассказано в ближайшее время. Во-вторых, помощью этого инструментария был собран образ для запуска новой Cintu в Live-режиме, из которого она и была благополучно установлена. И в-третьих, после этого нам удалось решить проблему настройки сети, которая портила нам жизнь при сборках на базе 16.10. И в борьбе с которой мы потерпели фетяску при попытках собрать Cintu на основе Ubuntu релиза 17.04.

Во всех редакциях Cintu на базе Ubuntu 16.04 LTS сеть работала безукоризненно — как проводная, так и WiFi. При сборках же нашей с Мануалом любимицу на основе релиза 16.10 с сетью начались некоторые сложности: беспроводное соединение по прежнему заводилось «из коробки» (после определения точки подключения и ввода пароля, разумеется). А вот соединение по кабелю, прекрасно действовавшее в «системе-матке», напрочь отказывало и в Live-режиме с образа, из неё изготовленного, и Cintu, с этого образа инсталлированного.

Правда, тогда эта проблема решалась легко — просто созданием нового Ethernet-соединения, о чём сказано по приведённой выше ссылке. Да и не волновала она тогда особенно — делать на базе релиза 16.10 сборки для «широкого распространения» я не планировал. Однако в сборке на базе релиза 17.04 дело обстояло ещё хуже: в «системе-матке» сеть работала по прежнему, а вот в системах с изготовленных из неё образов проводное соединение не заводилось ни в какую.

Точно так же обстояло дело и в свежеустановленной Cintu 17.10: не было в ней проводного соединения — и хоть ты тресни (проверить WiFi я уже не мог, поскольку Нотебучку отдал дочери). Описывать ход наших мыслей я не буду, как не стану повторять и сопровождающие их выражения. Отчему только, что на форуме Matuntu было внимательно прочитано соответствующее обсуждение, и все материалы по приведённым в нём ссылкам. Хотя и то, и другие весьма полезны — нам они нимало не поспособствовали: приведённые там рецепты не помогали.

Однако в этот раз отступать было некуда: с Cintu 17.10 мы планировали поработать уже всерьёз (хотя и недолго — до следующего LTS-релиза). Так что пришлось пройтись по Гоше не то что бреднем, а донным тралом. Хотя как оказалось, решение было (почти) на поверхности: Как заменить менеджер сетевых соединений NetworkManager на systemd-networkd в Linux. И сводилось к следующей фразе:

Во-первых, следует деактивировать системную службу NetworkManager и активировать системную службу systemd-networkd.

Проверка показала, что все компоненты, имеющие отношение к systemd-networkd, в нашей сборке имелись в активированном состоянии (нашей заслуги тут нет, всё произошло само собой). Но при этом NetworkManager не только сохранился, но и оставался активным. Что исправить было просто:

$ sudo systemctl disable NetworkManager

После чего с главной панели Cinnamon был удалён соответствующий апплет, ничем не управляющий (чтобы глаз не мозолил) и произведён рестарт системы. И — о чудо! Сеть заработала. Для полного счастья оставалось только удалить сам NetworkManager, как отслуживший срок эпохе, и все «осиротелые» зависимости.

Cintu 17.10: разборки с сетью: 15 комментариев

  1. Интересное решение, Алексей! И теперь после удаления NM каким образом отображается сетевое подключение на панели?
    Странно, почему в дистрибутивах 17.10 не удалён NM, хотя заявлено о полном переводе на Netplan.

  2. В Cinnamon — никаким, тамошний апплет на NM завязан, другого не нашёл.
    Но по мне — лучше неотображаемое подключение, чем отображаемое не-подключение :)
    А почему не удалили… В принципе достаточно NM декативировать — после перезагрузки сеть начинает работать. Я его просто от злости снёс :)
    Так что в «фабричных», так сказать, дистрибутивах, вероятно, это автоматом делается. А Mint ведь на 16.04 — вот в Cinnamon эту ситуёвину и не предусмотрели…

  3. Такую ситуёвину я наблюдала ещё в процессе ознакомления с альфа-версиями 17.10. Получается, теперь необходима разработка гуёвин для управления сетью относительно каждого DE.

  4. Да, Таня, именно:
    > Получается, теперь необходима разработка гуёвин для управления сетью относительно каждого DE.
    Мой старый товарищ Володя Попов ещё лет 15 назад предсказывал наступление времени, когда средств настройки будет больше, чем настраиваемых параметров.

  5. Алексей, а если попробовать прикрутить сетевой менеджер wicd, отображаться соединение на панели будет?

  6. Понял Вашу мысль, Таня. Ведь что получается: проводная сеть схватилась сама, и ничего ей не нужно. А параметры WiFi вводить просто некуда.
    Поэкспериментирую с wicd и вообще подумаю в этом направлении.
    У меня сейчас ноута, правда, нету. Но где-то валялся внешний wifi-адаптер, который в Linux’е когда-то работал :)

  7. Как-то уже писал про 16.10:
    sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf
    Так не пробовали?

  8. Нет, Сергей, не пробовал, и не буду — смысла нет: NM умер, все его функции перешли к systemd-networkd. А все эти костыли, хотя и работают — гальванизация трупа.

  9. NM недоумер — апплеты на панели работают с ним, а не с systemd-networkd. Без него управление соединениями только через консоль, а апплет сети только для красоты.

  10. Всё верно. И спасибо за это нашему юноше. Он откинул десктопный линукс лет на пять-семь назад.

  11. NM как раз и предназначен для десктопов — для удобной настройки сети и управления подключениями. Смысл использовать systemd-networkd для управления сетью имеет на сервере, когда нет графического интерфейса.
    Если при установке ubuntu с мини сиди в строке с параметрами указать установку NM, то в дальнейшем сеть появляется автоматически и NM управляет настройками и соединениями, а если ,как Вы — сначала голую систему, а затем необходимые компоненты, то NM считает, что он установлен на сервере и не управляет уже установленными systemd-networkd соединениями.

  12. Еще раз повторю:
    Если при установке с netboot/mini.so в параметрах загрузки указать заранее составленный файл preseed для автоматической установки или в строке указать необходимые пакеты (NM должен быть среди них), то никаких проблем с управлением сетью не возникает.
    NM должен быть запущен при первой загрузке системы. Иначе сетевая карта настраивается systemd и nm не применяет настройки netconfig к этому устройству — пишет, что устройство не доступно.
    При установке с файлом *.seed он должен быть доступен по сети, так как установщик на mini.iso не может прочитать preseed с диска. Можете кинуть его на alv.me/cintu.seed и указать его при установке.
    Указать необходимые пакеты при установке: pkgsel/include=перечислить,через,запятую,что,вам,нужно

  13. Добрый день, Алексей, давно уже присматриваюсь к вашей Cintu т.к. предпочитаю лаконичность и простоту. Я сам технарь и меня мало интересуют красивости и разные приблуды. Я уже давно переселился на Matuntu, и за это Татьяне огромное спасибо. Работаю я на нетбуке и второй системой давно хотелось иметь Cintu. Попобовал почти все Ваши сборки с самого начала в лайв режиме, но с сетью напряг , т.к. использую wi-fi, хотелось бы с этим как-то справиться. У Таниных сборок с этим проблем не было, поэтому , если не затруднит, поподробней про wi-fi соединение. Спасибо.

  14. Jury, странно — как раз с WiFi у меня никаких проблем не было (почему и не писал о нём), были проблемы, как ни странно, с сетевым подключением. Но раз они местами возникают — напишу.

Добавить комментарий