BMitch является правильным. Докер не имеет ничего общего с уровнями запуска, он никогда не изменит уровень запуска. Но их больше.
runlevelunknown распространен на некоторых системах, работающих systemd. Ваш вопрос отмечен Debian, хотя и Debian Jessie (последняя версия Debian, в которой используется systemd, использует скрипт совместимости для печати уровня выполнения). Архитектурные дистрибутивы и нестабильные дистрибутивы на основе RedHat (например, Fedora) печатают unknown при выполнении runlevel, то есть они даже не хотят печатать поддельный уровень запуска.
Если вы проверяете уровень выполнения сценария вы получите следующий результат на последнем дистрибутиве:
$ ls -l $(which runlevel)
lrwxrwxrwx 1 root root 9 Jun 18 14:44 /usr/bin/runlevel -> systemctl
(то есть на арке, runlevel в /usr/sbin на Debian, но он также указывает на systemctl на Debian)
runlevel сценарий указывает на sysemtd контроль над последними дистрибутивами.
В целом runlevel не имеет значения в последних дистрибутивах (из-за systemd, к которому почти все переключились). Если вы заглянете внутрь каталогов /etc/rc.d/rc*.d/, они почти пусты.
Что на самом деле определяет, как init обрабатывает загрузки системы является целью по умолчанию Systemd, расположенный здесь:
/lib/systemd/system/default.target
/etc/systemd/system/default.target Или, если это существует.
Я вижу, похоже, что я сделал ту же ошибку новобранец, что и вопрос [здесь] (http://stackoverflow.com/questions/27154567/ubuntu-12-04-into-docker-service-mysql-start). Можете ли вы, возможно, указать на статью, в которой далее объясняется различие между инструментом изоляции приложений и инструментом виртуализации ОС, поэтому я могу систематически систематически различать, что еще может быть другим внутри контейнера напротив образа виртуальной машины? – Drux
Вопрос о [различиях между Docker и VMs] (http://stackoverflow.com/q/16047306/596285) является старым, но может по-прежнему быть полезным. – BMitch
Отлично, thx. – Drux