systemd: кто настраивает интерфейс lo без ifupdown?
По умолчанию xserver-xorg извлекает xserver-xorg-video-all , который извлекает все драйверы видео.
Если вы знаете, какой драйвер подходит, вы можете установить его вместе с xserver-xorg , и он будет удовлетворять альтернативной зависимости от xorg-driver-video , избегая xserver-xorg-video-all зависимость в целом; таким образом, для Intel IGP:
apt-get install xserver-xorg xserver-xorg-video-intel
Если вы хотите дважды убедиться, что xserver-xorg-video-all не установлен, вы можете использовать что-то вроде
apt-get install xserver-xorg xserver-xorg-video-intel xserver-xorg-video-all_
(обратите внимание на подчеркивание, которое указывает apt-get для очистки пакета).
Чтобы избежать установки пакетов libdrm * , вам нужно избегать libgl1-mesa-dri , который зависит от всех из них (без простого обходного пути, поэтому, если вам нужна поддержка DRI вам нужны все три реализации, если вы не используете эквиваленты - но они довольно маленькие). xserver-xorg рекомендует пакет, поэтому
apt-get --no-install-recommends install xserver-xorg ...
должен помочь. В любом случае это хорошая идея, если вам нужно небольшое изображение.
Интерфейс обратной связи настраивается при ранней загрузке (например, до запуска каких-либо сетевых серверов). Похоже, между распределениями не было значительных различий. Текущий Debian ifupdown вызовет lo даже без конфигурации в / etc / network / interfaces. Технически можно было изменить конфигурацию lo - и все равно можно было бы перенастроить, например, используя ifupdown (может быть, даже systemd-networkd?).
Часть начальной установки systemd, вероятно, труднее понять. Это код единственной программы (написанной на C :), вызовы настройки смешаны с инициализацией, более специфичной для программы, и, похоже, это не задокументировано специально. Однако на странице руководства для двоичного файла systemd интерфейс обратной связи упоминается как один из примеров встроенных задач настройки:
Systemd содержит собственные реализации различных задач, которые необходимо выполнять как часть процесса загрузки. . Например, он устанавливает имя хоста или настраивает петлевое сетевое устройство. Он также устанавливает и монтирует различные файловые системы API, такие как / sys или / proc.
Дополнительную информацию о концепциях и идеях, лежащих в основе systemd, см. В исходном проектном документе [2].
Google знает
https://www.google.com/search?q=systemd%20loopback
, где находится код - результат 1: https://github.com/systemd/systemd /blob/master/src/core/loopback-setup.c
Он также показывает вам сообщения в блогах разработчиков, в которых упоминается это. Это сообщение в блоге не отвечает на ваш вопрос более конкретно, чем подтверждает, что systemd несет ответственность. Например, он также упоминает tmpfiles, не говоря уже о том, что systemd-tmpfiles является отдельным двоичным и служебным модулем от PID 1. Для ясности, интерфейс обратной петли устанавливается с помощью PID 1, что можно увидеть в коде.
Результат 3:
systemd для администраторов, часть VIII
0pointer.de/blog/projects/the-new-configuration-files - кэшировано - аналогично
20 апреля 2011 ... Еще один эпизод моей продолжающейся серии по systemd для администраторов: ... Установка имени хоста; Настройка сетевого устройства loopback
Наш маленький Project Zero Shell [1] имел полный успех.В настоящее время мы покрываем практически все, что необходимо большинству настольных и встроенных дистрибутивов, а также большую часть потребностей сервера:
Проверка и монтирование всех файловых систем
- Обновление и включение квот для всех файловых систем
- Настройка хоста имя
- Настройка петлевого сетевого устройства
- Загрузка политики SELinux и перемаркировка / run и / dev по мере необходимости при загрузке
- Регистрация дополнительных двоичных форматов в ядре, таких как двоичные файлы Java, Mono и WINE
- Настройка локаль системы
- Настройка шрифта консоли и раскладки клавиатуры
- Создание, удаление и очистка временных и изменчивых файлов и каталогов
- Применение параметров монтирования из / etc / fstab к предварительно смонтированному API VFS
- Применение настроек ядра sysctl
- Сбор и воспроизведение информации опережающего чтения
- Обновление записей загрузки и завершения работы utmp
- Загрузка и сохранение случайного начального числа
- Статическая загрузка определенных модулей ядра
- Настройка зашифрованных жестких дисков и разделов
- Спа включение автоматического получения на консолях с последовательным ядром
- Обслуживание Plymouth
- Обслуживание идентификатора машины
- Установка расстояния UTC для системных часов