Почему debian unstable предпочитает устанавливать cgmanager?

Я использовал debootstrap и systemd-nspawn для загрузки контейнера Debian Unstable. Системой хоста была Debian Jessie.

systemctl показывает, что контейнер имеет неудачную службу cgproxy . (Установка cgmanager на хост не помогла, несмотря на cgmanager демона cgmanager ).

Если я попрошу apt-get об удалении cgmanager из контейнера, он говорит об удалении systemd-shim и установке systemd-sysv . Но aptitude предлагать systemd-shim была предпочтительной альтернативой.

 $ aptitude why cgmanager i systemd Recommends libpam-systemd i A libpam-systemd Depends systemd-shim (>= 10-3~) | systemd-sysv i A systemd-shim Depends cgmanager (>= 0.32) 
  • На что конкретно зависит система libpam-systemd , которая может быть предоставлена ​​либо с помощью systemd-sysv либо systemd-sysv ? В описании systemd-sysv указано, что у него есть «справочные страницы и ссылки, необходимые для замены системы sysvinit».
  • Почему пакет libpam-systemd предпочитает systemd-sysv над systemd-sysv ?
  • Если бы я переключил его, поэтому я не косвенно установил systemd-shim cgmanager и, следовательно, cgmanager , я cgmanager любую ожидаемую функциональность?

  • Какое место для системных служб, созданных системным администратором на Debian?
  • Служба Systemd для автономной работы в режиме onimimap + gpg внутри Tmux работает вручную после запуска системы, но не автоматически
  • systemd Ошибка при выполнении сценария нереста EXEC: разрешение отклонено
  • Наследование переменных среды в systemd Контейнер докеров
  • Изменение параметров sysctl для всех интерфейсов
  • Как запустить виртуальный сетевой интерфейс с помощью systemd (предоставить дополнительный IP-адрес)
  • Системные динамические (runtime) зависимости
  • Перезагрузка Asus UX303UA вместо возобновления с приостановки (ubuntu 15.10)
  • One Solution collect form web for “Почему debian unstable предпочитает устанавливать cgmanager?”

    На что конкретно зависит система libpam-systemd, которая может быть предоставлена ​​либо с помощью systemd-shim, либо systemd-sysv? В описании systemd-sysv указано, что у него есть «справочные страницы и ссылки, необходимые для замены системы sysvinit».

    Я думаю, что это systemd- part: systemd- .

    libpam-systemd предназначен для работы с системой, загруженной с помощью systemd . Кроме того, если он загружается с использованием другой системы init, он будет работать с systemd-shim.

    Вы были введены в заблуждение по имени systemd-sysv . Это не просто обеспечивает обратную совместимость для пользовательских программ. Он также устанавливает systemd в качестве исходной системы init, загружаемой ядром, создавая символическую ссылку из /sbin/init в /lib/systemd/systemd .

    В зависимостях пакета libpam-systemd предполагается, что ОС загружается с помощью systemd тогда и только тогда, когда systemd является системой init по умолчанию.

    ЗАКЛЮЧЕНИЕ. Если вы хотите установить systemd в Debian, вы обычно хотите установить пакет systemd-sysv.

    Настоящая причина, по которой вы запутались, заключается в том, что вы загрузили контейнер с помощью systemd-nspawn . Я думаю, systemd-nspawn ищет систему init в обычных местах, а затем возвращается к /lib/systemd/systemd .

    Если бы вы попытались загрузить эту установку с использованием ядра Linux, например, на виртуальной машине, вы заметили бы, что не настроили систему инициализации по умолчанию

      if (!try_to_run_init_process("/sbin/init") || !try_to_run_init_process("/etc/init") || !try_to_run_init_process("/bin/init") || !try_to_run_init_process("/bin/sh")) return 0; panic("No working init found. Try passing init= option to kernel. " "See Linux Documentation/admin-guide/init.rst for guidance."); 

    https://github.com/torvalds/linux/blob/v4.11/init/main.c#L990

    Почему пакет libpam-systemd предпочитает systemd-shim над systemd-sysv?

    Предположительно некоторые программные пакеты зависят от libpam-systemd. Когда он втягивается в зависимость, предполагается, что вы не хотите, чтобы systemd-sysv был установлен, если он еще не помечен как таковой. Это может изменить вашу систему инициализации! Вместо этого рекомендуется установить совместимость.

    Если бы я переключил его, поэтому я не косвенно установил systemd-shim и, следовательно, cgmanager, я потеряю любую ожидаемую функциональность?

    Неа.

    Linux и Unix - лучшая ОС в мире.