Если я могу понять Вас хорошо, Вы хотите просто загрузить к неграфическому (консоль) интерфейс значением по умолчанию

, можно просто выполнить следующие команды. Я выполнил их в VM (15.10) несколько минут назад, и он работал хорошо:

Переключающийся уровень выполнения :

sudo systemctl set-default multi-user.target --force

Отключают LightDM (среда рабочего стола Ubuntu)

sudo systemctl disable lightdm.service --force

Отключают GUI полностью

sudo systemctl disable graphical.target --force

, Отключают загружающийся экран при начальной загрузке

sudo systemctl disable plymouth.service --force

Источник

Armand

Миф text параметр ядра

Это раздало как фольклор системного администратора за последние несколько лет, что существует стандартный параметр ядра для Linux, specificable из любого загрузчика, под названием который каждый использует, text; и то определение, что параметр во время начальной загрузки гарантирует, что система подходит в многопользовательском режиме с сетями, но без графического интерфейса пользователя — что в некоторых системах с Системой 5 init используемый, чтобы быть отличным уровнем выполнения, который можно было выбрать во время начальной загрузки.

"При использовании GRUB", говорится в сотнях блогов, учебных руководств, регистраций форумов обсуждения и даже ответов Exchange Стека, таких как этот и этот и этот; "затем Вы указываете text параметр ядра путем добавления его к содержанию GRUB_CMDLINE_LINUX_DEFAULT начинание /etc/default/grub, или Вы просто редактируете командную строку ядра в интерактивном режиме из меню GRUB и добавляете text там."

Это не широко используемый параметр ядра. Это - bodge, который только работает —

• на Ubuntu Linux, с GDM, когда выскочка отвечает за системные службы;
• на Linux Debian, с GDM, когда System V rc отвечает за системные службы.

Это вызвано тем, что это - часть сценария оболочки, который проверяет каждое слово на списке параметров ядра, ища тот, который читает text или s или single. На Ubuntu Linux это живет в новомодной единице задания для GDM. На Linux Debian это живет в старой System V rc сценарий для GDM. Это не часть надлежащего GDM. И при этом это не общая конвенция.

Люди уже имеют, давно (как в этих 2 011 ответах AskUbuntu всего для одного примера), определил ту Ubuntu с LightDM, или KDM вместо GDM не повиновался этому параметру. Подобный новомодный файл задания bodge был добавлен для LightDM. С переключателем от выскочки к systemd в версии 15 люди определяют, как Вы имеете, что это теперь не работает вообще.

Пора отправить этот bodge в мусорный ящик истории. Уровни выполнения были назад мера по совместимости на Ubuntu Linux в течение почти десятилетия, теперь. И это для администратора системы перед текущим по умолчанию. systemd doco на самом деле явно описывает их как "устаревших". Они не способ думать о вещах. Как ни странно, "однопользовательский режим" был устаревшим для намного дольше, почти вдвое более длинным действительно. Это было заменено разделением "спасательный режим" и "чрезвычайный режим" модель в середине 1990-х когда init полученный -b опция.

-b через переключатель пройдут LILO к init и вызовет чрезвычайную начальную загрузку [...]

— David A. Bandel (1997-01-01). Обслуживание дисков в соответствии с Linux.. Журнал Linux.

Существует еще больше детали о жаль рассказе об этом bodge в ошибке Ubuntu № 436936.

Делать правильно вещи

Правильный способ приблизиться к этому состоит в том, чтобы думать о нем как об обычном осуществлении в обслуживании управление. Менеджер дисплея, в конце концов, запущен выскочкой или systemd как сервис. Поэтому просто используйте стандартные инструменты управления службами для контакта с ним.

systemd люди, со своей стороны, полагают (как Lennart Poettering делает), что особый случай заданная сценарием оболочкой логика для сервисов для самозапрещения использующих особенных кнопок на подсистему этого вида является плохой идеей. Лучшая идея состоит в том, чтобы использовать общие перекрестные сервисные кнопки, которые обеспечивают сами системы управления службами.

выскочка

Как упомянуто подробно в другом месте, с выскочкой каждый изменяет соответствующий сервис, чтобы быть вручную запущенным сервисом путем добавления manual строка файла конфигурации к заданию с

echo manual >> /etc/init/lightdm.override

Каждый возвращает его путем вырезания той строки файла конфигурации или просто удаления переопределения (если это не содержит ничто иное) с

rm /etc/init/lightdm.override

Замена /etc/init/gdm.override по обстоятельствам.

systemd

default.target то, что systemd обычно запускает при начальной загрузке в неспасении некритический режим. Это - псевдоним, который указывает на выбор реальной цели запуститься. После того как выбор graphical.target, который в свою очередь вызывает любого менеджера по оформлению, каждый принял решение быть запущенным. Менеджеры по оформлению являются сервисами, которые позволены/отключены путем создания их "требуемыми" graphical.target.

Вы мешаете systemd запустить graphical.target (и таким образом любой менеджер по оформлению вообще, какой бы ни были на самом деле включены) путем указания default.target кому: multi-user.target вместо этого, с

systemctl set-default --force multi-user.target

Вы выполняете некогда от нестойкого переопределения при помощи systemd-определенного параметра ядра, добавленного к командной строке ядра из меню GRUB как прежде:

systemd.unit=multi-user.target

Можно также позволить/запретить определенным менеджерам по оформлению путем включения/отключения их сервисов. Включает только имеют эффект когда graphical.target значение по умолчанию, конечно. Отключить GDM, например:

systemctl disable gdm.service

еда

еда сделала, чтобы сервис GDM связался "в поле", и каждый делает то же с ним как прежде:

system-control disable gdm

Существует a graphics цель, но это не имеет никакого эффекта в версиях еды до версии 1.23.

Дальнейшее чтение

• Paul Menzel (2012-06-23). Сервисный файл GDM для Debian (был: файлы единицы systemd для Debian основывали системы). systemd-devel.