Где inittab в debian 10

Параметры загрузки — это параметры ядра Linux, которые обычно используются для того, чтобы указать присутствующие периферийные устройства. В большинстве случаев ядро может определить периферийные устройства автоматически. Однако, иногда вы должны немного помочь ядру.

Если вы в первый раз загружаете систему, попробуйте параметры загрузки по умолчанию (то есть не пытайтесь их изменять) и посмотрите, корректно ли всё работает. Скорее всего, так оно и будет. Если нет, вы сможете позже перезагрузиться и поискать специальные параметры, которые помогут системе определить аппаратуру вашего компьютера.

Информацию о многих параметрах загрузки можно найти в Linux BootPrompt HOWTO, где можно найти советы советы и по нераспознанному оборудованию. В этом разделе содержатся только краткие сведения о наиболее важных параметрах. Некоторые распространённые ошибки включены ниже в Раздел 5.3, «Диагностика проблем процесса установки».

5.2.1. Параметры программы установки Debian

Система установки анализирует некоторые дополнительные параметры загрузки [2] , что может быть полезно.

Некоторые параметры имеют « сокращённую форму записи » , что помогает избежать ограничений параметров командной строки ядра и облегчает ввод параметров. Если у параметра есть сокращённая форма, то она даётся в скобках после (обычной) длинной формы. В примерах руководства также используется сокращённая форма.

debconf/priority (priority)

Этот параметр задаёт низший приоритет отображаемых сообщений.

Значение по умолчанию равно priority=high . Это означает, что будут показаны сообщения с высоким и с критическим приоритетами, а сообщения со средним и низким приоритетами будут пропущены. В случае возникновения проблем, программа установки подстраивает значение приоритета.

Если вы добавите priority=medium в качестве параметра загрузки, то увидите меню программы установки и получите больший контроль над установкой. При использовании priority=low показываются все сообщения (эквивалентно методу загрузки expert ). Если указать priority=critical , то система установки будет показывать только критические сообщения и попробует всё сделать правильно самостоятельно.

Этот параметр загрузки контролирует тип пользовательского интерфейса, используемого программой установки. Возможные на текущий момент значения параметра:

По умолчанию выбран тип DEBIAN_FRONTEND=newt . Для установки через консоль на последовательном порту наиболее предпочтителен DEBIAN_FRONTEND=text . Некоторые специализированные установочные носители могут предлагать ограниченный список интерфейсов, но newt и text доступны в большинстве из них. На архитектурах, для которых есть поддержка, используется графический интерфейс программы установки gtk .

Присвоение этому загрузочному параметру значения 2 приводит к более подробному протоколированию процесса загрузки программы установки. Значение 3 приводит к запуску интерпретатора командной строки в наиболее важных точках процесса загрузки. (Завершение работы с интерпретатором приводит к продолжению процесса загрузки.)

BOOT_DEBUG=0

Значение по умолчанию.

BOOT_DEBUG=1

Подробней чем обычно.

BOOT_DEBUG=2

Много отладочной информации.

BOOT_DEBUG=3

В различных точках процесса загрузки будет вызван интерпретатор командной строки, чтобы разрешить детальную отладку. При выходе из интерпретатора загрузка продолжится.

Используется для указания программе установки отправлять сообщения протокола кроме локального файла ещё и удалённой службе syslog на указанный узел и порт. Если не задано, то портом по умолчанию является стандартный 514-й порт syslog.

Используется для указания программе установки выставить для lowmem больший уровень, чем это рассчитывается по умолчанию исходя из количества доступной памяти. Возможные значения 1 и 2. Смотрите также Раздел 6.3.1.1, «Определение доступной памяти / режим с малым потреблением памяти».

Указывает программе установки не запускать интерактивную оболочку на tty2 и tty3. Полезно при автоматизированной установке, где ограничена физическая безопасность.

Чтобы предложить установку на нескольких языках на некоторых архитектурах используется фрейм-буфер ядра. Если работа через фрейм-буфер вызывает проблемы на вашей системе, можно выключить его параметром fb=false . Симптомы проблемы — сообщения об ошибках bterm или bogl, пустой экран или замирание на несколько минут в начале установки.

По умолчанию, debian-installer автоматически пытается настроить сеть через IPv6 autoconfiguration и DHCP. Если получение адреса прошло успешно, у вас не будет шанса пересмотреть и изменить полученные настройки. Вы сможете настроить сеть вручную только в случае ошибок при получении параметров автоматически.

Если в вашей локальной сети есть маршрутизатор IPv6 или DHCP сервер, но вы не хотите их использовать, потому что они, например, даёт неправильные ответы, то можете указать параметр netcfg/disable_autoconfig=true , чтобы отключить настройку сети (v4 и v6) и ввести информацию вручную.

Установите в false , чтобы избежать запуска служб PCMCIA, если это вызывает проблемы. Особенно полезно для некоторых ноутбуков.

Задайте url для загрузки файла с настройками и использования автоматической установки. Смотрите Раздел 4.3, «Автоматическая установка».

Укажите путь к файлу для загрузки настроек автоматической установки. Смотрите Раздел 4.3, «Автоматическая установка».

Установка в true включает отображение всех вопросов, даже для которых есть автоматизированный ответ. Может оказаться полезным при отладке или тестировании файла ответов. Заметим, что это не действует на параметры, указанные в приглашении к загрузке, для работы с ними используется специальный синтаксис. Смотрите Раздел B.5.2, «Использование автоматической установки для изменения значений по умолчанию».

Отложить вопросы, которые обычно задаются перед автоматической установкой, которые можно задать после настройки сети. Подробней об автоматизации установки смотрите в Раздел B.2.3, «Автоматический режим».

При установке с консоли на последовательном порту обычные виртуальные консоли (VT1-VT6) выключаются в /etc/inittab . Если установить в значение true , то этого не случится.

By default, before rebooting, debian-installer automatically ejects the optical media used during the installation. This can be unnecessary if the system does not automatically boot off such media. In some cases it may even be undesirable, for example if the optical drive cannot reinsert the media itself and the user is not there to do it manually. Many slot loading, slim-line, and caddy style drives cannot reload media automatically.

Чтобы запретить автоматическое извлечение задайте значение false , но проверьте, что система не загружается автоматически с компакт-диска после начальной установки.

Если назначить данному параметру значение false , то это отключит в системе управления пакетами установку « Рекомендуемых » пакетов, как во время установки так и в установленной системе.

Заметим, что этот параметр позволяет получить более отточенную систему, но это также может привести к отсутствию некоторых возможностей, которые вы рассчитывали получить. Для получения дополнительных возможностей вы можете установить некоторые рекомендуемые пакеты вручную. Поэтому этот параметр должен использоваться только очень опытными пользователями.

По умолчанию программа установки требует, чтобы репозитории аутентифицировались с помощью известного ключа gpg. Установка в true выключает данную аутентификацию. Предупреждение: это небезопасно, рекомендуется не делать этого.

Установка в true активирует режим восстановления, вместо обычного режима установки. Смотрите Раздел 8.6, «Восстановление неработающей системы».

5.2.2. Использование параметров загрузки для ответов на вопросы

За некоторым исключением, в приглашении к загрузке можно задать любые значения ответов на вопросы установки, хотя это полезно только в специфических случаях. Описание как это делать можно найти в Раздел B.2.2, «Использование параметров загрузки для автоматизации». Некоторые специальные примеры даны ниже.

debian-installer/language (language), debian-installer/country (country), debian-installer/locale (locale)

Есть два способа указать язык, страну и локаль, используемую при установки и в установленной системе.

Первый и самый простой — передать только параметр locale . Для языка и страны будет использовано вычисленное значение. Например, вы можете использовать locale=de_CH для выбора немецкого языка и Швейцарии в качестве страны (в установленной системе по умолчанию будет использована локаль de_CH.UTF-8 ). Этот способ имеет ограничения по комбинациям языка, страны и локали.

Второй, более гибкий способ — отдельно указать язык и страну . В этом случае locale можно задать дополнительно для выбора специфичной локали по умолчанию для установленной системы. Пример: language=en country=DE locale=en_GB.UTF-8 .

Может использоваться для автоматической загрузки компонент программы установки, которые не загружаются по умолчанию. В качестве примеров дополнительных полезных компонент, можно привести openssh-client-udeb (для того, чтобы во время установки можно было использовать команду scp ).

Установите в true , если хотите выключить IPv6 autoconfiguration и DHCP и задать настройки сети статически.

По умолчанию, программа установки использует протокол http для загрузки файлов с серверов-зеркал Debian, и изменить его на ftp невозможно при установке с обычным приоритетом. Установив этот параметр равным ftp , вы можете заставить программу установки использовать этот протокол. Заметим, что вы не сможете выбрать сервер-зеркало ftp из списка, вам придётся вводить имя вручную.

Может быть использована для выбора задач, которых нет в списке выбора в программе установки, например задача kde-desktop . Подробней смотрите в Раздел 6.3.6.2, «Выбор и установка программного обеспечения».

5.2.3. Передача параметров модулям ядра

Если драйверы встроены в ядро, вы можете передать им параметры как это описано в документации к ядру. Если же драйверы собраны как модули и так как модули ядра загружаются немного по-другому чем при загрузке установленной системы, невозможно передать параметры модулям обычным способом. Вместо этого вам нужно использовать специальный синтаксис, распознаваемый программой установки, которая сохраняет эти параметры в нужные конфигурационные файлы, для того чтобы использовать их при загрузке модуля. Параметры также будут автоматически включены в конфигурацию установленной системы.

Заметим, что теперь редко требуется указывать параметры модулям. В большинстве случаев ядро способно само определить имеющееся оборудование в системе и настроить его правильно. Однако иногда всё ещё может потребоваться установка параметров вручную.

Синтаксис установки параметров модулей:

имя_модуля.имя_параметра=значение

Если требуется передать несколько параметров одному или разным модулям, то выражение повторяют. Например, чтобы указать старым сетевым картам 3Com использовать BNC (коаксиальный) разъём и IRQ 10, вы должны написать:

3c509.xcvr=3 3c509.irq=10

5.2.4. Внесение модулей ядра в чёрный список

Иногда бывает необходимо внести модуль в чёрный список, чтобы предотвратить его автоматическую загрузку ядром и udev. Одной из причин для этого может быть то, что этот модуль неправильно работает с вашим оборудованием. Также, иногда ядро имеет два разных драйвера для одного устройства. Это может приводить к неправильной работе устройства при конфликте драйверов, или если сперва загружается неправильный драйвер.

Чтобы внести модуль в чёрный список используйте следующий синтаксис: module_name .blacklist=yes . Это поместит модуль в чёрный список в файле /etc/modprobe.d/blacklist.local на время установки и в установленной системе.

Заметим, что модуль всё ещё может загружаться самой системой установки. Чтобы этого избежать, запустите установку в экспертном режиме и снимите выделение с модуля в списке модулей, отображаемого во время шага обнаружения оборудования.

[2] Текущие ядра (2.6.9 и новее) позволяют использовать 32 параметра в командной строке и 32 переменные среды. Если это количество превышено, то ядро попадает в режим паники. Также есть ограничение на 255 символов на всю длину командной строки, всё что свыше просто обрезается.


5.1. Запуск программы установки на S/390		5.3. Диагностика проблем процесса установки

Записки угрюмого поднимателя пингвинов.

Первый.

Нужно отредактировать файл /etc/inittab.

1:2345:respawn:/sbin/getty 38400 tty1

И комментируем ее.

#1:2345:respawn:/sbin/getty 38400 tty1

Следующей строчкой добавим.

1:2345:respawn:/bin/login -f ИМЯ_ПОЛЬЗОВАТЕЛЯ tty1 /dev/tty1 2>&1

Затем нужно в файле .bash_profile(находится в домашней директории пользователя) последней строчкой внизу добавить.

Установим утилиту rungetty.

# apt-get install rungetty

Редактируем файл /etc/inittab, комментируем строку.

#1:2345:respawn:/sbin/getty 38400 tty1

1:2345:respawn:/sbin/rungetty tty1 —autologin ИМЯ_ПОЛЬЗОВАТЕЛЯ

Затем редактируем файл .bash_profile, добавляем в конце.

if [ -z «$DISPLAY» ] && [ $(tty) = /dev/tty1 ]; then
while true
do
startx —
sleep 10
done
fi

Глава 11. Пользовательская настройка системы Debian GNU/Linux

11.1. Как убедиться, что все программы используют одинаковый формат бумаги?

Установите пакет libpaper1 , и вас попросят указать формат бумаги по умолчанию для всей системы. Настройка будет сохранена в файле /etc/papersize .

Users can override the paper size setting using the PAPERSIZE environment variable. For details, see the manual page papersize (5) .

11.2. Как обеспечить доступ к файлам устройств без нарушения защиты системы?

Многие файлы устройств в каталоге /dev принадлежат предопределённым группам. Например, /dev/sr0 принадлежит группе cdrom .

Если вы хотите предоставить конкретному пользователю доступ к устройству, то включите пользователя в группу, которой принадлежит это устройство, т. е. сделайте:

adduser пользователь группа

Благодаря этому, вам не нужно изменять права доступа на сами файлы устройств.

Если вы выполняли это из оболочки командной строки или графического окружения этого пользователя, то вам нужно выйти из системы и войти снова, чтобы стать членом этой группы. Чтобы посмотреть, в какие группы вы входите, введите команду groups .

Заметим, что при использовании udev если вы изменяете права доступа к оборудованию, то для некоторых устройств они могут измениться при запуске системы; если это происходит с каком-то важным для вас оборудованием, то вам следует изменить соответствующие правила в /etc/udev .

11.3. Как в Debian правильно сменить консольный шрифт при запуске системы?

Для этой задачи существуют пакет kbd , отредактируйте файл /etc/kbd/config .

11.4. Как настроить параметры по умолчанию для приложений X11?

В Debian файлы ресурсов программ X11 устанавливаются в каталог /etc/X11/app-defaults/ . Если вы хотите глобально изменить настройки приложений X, то отредактируйте файлы настроек из этого каталога. Эти файлы считаются настроечными, так что их содержимое будет сохраняться при обновлениях системы.

11.5. How does a Debian system boot?

Like all Unices, Debian boots up by executing the program init . Like most Linux distributions, a default Debian system uses systemd as the implementation of init . Traditional System-V style init and other methods are also supported. [6]

To control the order in which services are started, traditional System-V style Unix systems use runlevels . These are replaced by targets under systemd. To display the default target to which systemd will bring the system, run the command

systemctl get-default

During boot-up, systemd starts the services or other targets listed in the default target file /lib/systemd/system/default.target . The files for these services and targets are installed and the service is enabled during Debian package installation. If you specifically wish not to start a service during boot-up, instead of removing the corresponding package, you can run the command

systemctl disable service.service

using the name of the service file installed in /lib/systemd/system (usually based on the name of the package).

The service file /lib/systemd/system/rc-local.service provides an easy way to run customized scripts in the file /etc/rc.local after boot-up, similar to what’s offered on Debian systems running System-V style init. Beware: this script will fail if it tries to interact with the console such as asking for a user password or trying to clear the screen.

You can check the status of any service by the command

service package status

. To start or stop a service, run

service package start

service package stop

. The service command works with any init system supported on a Debian system, not just with systemd. If you however prefer to use the same command on any systemd-supported Linux system, for checking the status run

systemctl status package.service

to get the same information.

For more information on systemd for Debian, see https://wiki.debian.org/systemd.

11.6. And how about Debian and traditional System V init?

Debian supports booting using traditional System V init, via the sysvinit-core package. The configuration file for System V init (which is /etc/inittab ) specifies that the first script to be executed should be /etc/init.d/rcS . This script runs all of the scripts in /etc/rcS.d/ by forking subprocesses to perform initialization such as to check and to mount file systems, to load modules, to start the network services, to set the clock, and to perform other initialization.

По окончании процесса загрузки init выполняет все сценарии запуска в каталоге, соответствующем установленному по умолчанию уровню запуска (этот уровень задаётся записью id в /etc/inittab ). Как и в большинстве Uniх-ов, совместимых с System V, в Linux имеется 7 уровней запуска:

0 (останов системы),
1 (однопользовательский режим),
с 2 по 5 (различные многопользовательские режимы), и
6 (перезагрузка системы).

В системах Debian что означает, что по умолчанию будет установлен уровень запуска ‘2’ (вход в многопользовательский режим), и будут запущены сценарии из каталога /etc/rc2.d/ .

Debian использует порядок загрузки в соответствии с зависимостями при помощи insserv , в каждом сценарии в /etc/init.d/ используются заголовки LSB, а также параллельную одновременную загрузку при помощи startpar , что ускоряет процесс загрузки системы.

Сценарии в любом каталоге, /etc/rcN.d/ являются лишь символьными ссылками на сценарии в /etc/init.d/ . Тем не менее, имена файлов в каждом из каталогов /etc/rcN.d/ выбираются таким образом, что они обозначают способ запуска сценариев в /etc/init.d/ . Например, до выхода на любой уровень запуска запускаются все сценарии, имена которых начинаются с ‘K’; эти сценарии завершают работу служб. После этого запускаются все сценарии, имена которых начинаются с ‘S’; эти сценарии запускают работу служб. Число после букв ‘K’ или ‘S’ обозначает порядок запуска сценария. Сценарии, имена которых содержат меньшее число, запускаются раньше.

Для поддержки этого метода все сценарии в каталоге /etc/init.d/ принимают один из параметров: «start», «stop», «reload», «restart» или «force-reload» и затем выполняют задачу, определяемую этим параметром. Эти сценарии можно использовать даже после окончания процесса загрузки системы для управления различными процессами.

Например, при задании параметра «reload» команда

/etc/init.d/sendmail reload

отправляет службе sendmail сигнал для выполнения повторного чтения файла настройки.

Заметьте, что invoke-rc.d не следует использовать для вызова сценариев /etc/init.d/ , нужно использовать service .

11.7. And are there yet other ways of booting a Debian system?

If you do like System V init, but don’t like the /etc/rc?.d/* links, you could install the file-rc package. That will convert the links into one single configuration file /etc/runlevel.conf instead.

If you like neither System V nor systemd, you might like openrc or runit or daemontools .

11.8. Как система управления пакетами работает с пакетами, содержащими настроечные файлы для других пакетов?

Предположим, что какие-то пользователи захотели настроить новый сервер, установив группу пакетов Debian и собственный пакет, состоящий из настроечных файлов. Вообще, это не очень хорошо, поскольку dpkg не будет знать о файлах настроек, если они находятся в отдельном пакете, и может затереть эти файлы при обновлении одного из пакетов исходной «группы».

Вместо этого создайте собственный пакет, который правит настроечные файлы интересующей «группы» пакетов. Впоследствии dpkg и другие утилиты системы управления пакетов увидят, что файлы были отредактированы локальным «администратором», и не станут их трогать при обновлении указанных пакетов.

11.9. Как заменить программу, установленную из какого-либо пакета, на свою собственную?

Предположим, что системный администратор или пользователь хотят использовать программу «login-local» вместо «login» из пакета Debian login .

НЕ надо:

перезаписывать /bin/login программой login-local .

Система управления пакетами не будет знать об этих изменениях и при последующих обновлениях или установках просто заменит изменённый вами /bin/login новым из пакета login (или любого другого пакета, предоставляющего /bin/login ).

выполните:

dpkg-divert --divert /bin/login.debian /bin/login

cp login-local /bin/login

Запустите dpkg-divert —list , чтобы узнать, какие замены (отклонения) уже имеются в вашей системе.

Details are given in the manual page dpkg-divert (8) .

11.10. Как включить самостоятельно собранный пакет в список доступных пакетов, известных системе управления пакетами?

dpkg-scanpackages КАТ_ДВОИЧН_ФАЙЛОВ ФАЙЛ_OVERRIDE [ПРЕФИКС_ПУТИ] > my_Packages

КАТ_ДВОИЧН_ФАЙЛОВ — это каталог, где находятся файлы-архивы Debian (обычно имеющие расширение «.deb»).
OVERRIDE_FILE is a file that is edited by the distribution maintainers and is usually stored on a Debian archive at indices/override.main.gz for the Debian packages in the «main» distribution. You can ignore this for local packages.
ПРЕФИКС_ПУТИ — это необязательная строка, которая может предшествовать именам файлов в my_Packages .

После создания файла my_Packages , сообщите системе управления пакетами о новых пакетах командой:

dpkg --merge-avail my_Packages

If you are using APT, you can add the local repository to your sources.list (5) file, too.

11.11. Некоторым пользователям нравится mawk, другим gawk; некоторым vim, другим elvis; некоторым trn, другим tin. Как осуществляется поддержка предпочтений в Debian?

Бывают случаи, когда в двух пакетах имеются две разные версии какой-либо программы, в целом обеспечивающих одну и ту же функциональность. Одни пользователи могут предпочитать одну из этих программ другой в силу привычки или более привлекательного интерфейса. У других же пользователей этой же системы может быть иное мнение.

Для того, чтобы системные администраторы (или пользователи) могли выбирать для себя из нескольких пакетов с одинаковой функциональностью один предпочтительный, соблюдая в то же время зависимости без необходимости указания конкретного пакета, в Debian используется система «виртуальных» пакетов.

Например, в системе может существовать две различные версии программ чтения новостей. Пакет сервера новостей может ‘рекомендовать’, чтобы в системе была установлена некая программа для чтения новостей, но какая именно — tin или trn , предлагается выбрать пользователю. Решается это созданием виртуального пакета news-reader , который предоставляется пакетами tin и trn . Какая именно из этих программ будет вызываться, определяется символьной ссылкой файла виртуального пакета /etc/alternatives/news-reader на выбранный файл, например, на /usr/bin/trn .

Простого создания символьной ссылки для полного решения задачи использования альтернативной программы недостаточно; обычно необходимо также заменить страницы руководства и, возможно, вспомогательные программы. Для обеспечения того, чтобы все эти файлы, относящиеся к указанному пакету, выбирались в системе по умолчанию, используется сценарий на Perl update-alternatives .

Например, чтобы проверить, какие программы предоставляют «x-window-manager», выполните:

update-alternatives --display x-window-manager

Если вы хотите изменить программу:

update-alternatives --config x-window-manager

И следуйте инструкциям на экране (просто укажите номер желаемой программы из списка).

Если пакет почему-то не зарегистрировал себя как оконный менеджер (если это ошибка, сообщите о ней), или если вы используете менеджер из каталога /usr/local, то на экране вы не увидите предпочитаемой вами программы. Ссылку можно обновить с помощью указания дополнительных параметров для команды, например:

update-alternatives --install /usr/bin/x-window-manager \ x-window-manager /usr/local/bin/wmaker-cvs 50

Первый аргумент параметра «—install» представляет собой символьную ссылку на /etc/alternatives/NAME, где NAME задаётся вторым аргументом. Третий аргумент указывает программу, на которую должна указывать ссылка /etc/alternatives/NAME, а четвёртый задаёт приоритет (чем больше значение, тем больше вероятность автоматического выбора данной альтернативы).

Чтобы удалить добавленный вами вариант, просто выполните:

update-alternatives --remove x-window-manager /usr/local/bin/wmaker-cvs

[6] In 2014, Debian changed its default init system from System V init to systemd. Debian 8 «jessie» in April 2015 was the first release to ship with systemd as default init. Four decisions of the Debian Technical Committee were involved: Bug #727708 2014-02-11: «The committee decided that the default init system for Linux architectures in jessie should be systemd.» Bug #746715 2014-08-01: «The technical committee expects maintainers to continue to support the multiple available init systems», and merge reasonable contributions. Bug #746578 2014-11-15: «The committee decided that systemd-shim should be the first listed alternative dependency of libpam-systemd instead of systemd-sysv.» This decision made it easier to keep running a non-systemd Debian system. Bug #7621942017-11-04: «On automatic init system switching on upgrade»


Глава 10. Debian и ядро		Глава 12. Поддержка Debian GNU/Linux

How To Change Default runlevel in Debian 10 / Debian 9

ITzGeek

In Debian 10 / Debian 9, systemd uses targets instead of run-levels. The /etc/inittab file is no longer used by systemd to change run levels.

This post will help you to set up the default runlevel in Debian 10 / Debian 9.

Change Default runlevel

The Default runlevel can be set either by using the systemctl command or making a symbolic link of runlevel targets file to the default target file.

Method 1

Let’s check the current run level by using the following command.

sudo systemctl get-default

Output:

graphical.target

Before changing the default runlevel, check out the available targets.

sudo systemctl list-units --type=target

The output will look like below:

UNIT LOAD ACTIVE SUB DESCRIPTION basic.target loaded active active Basic System cryptsetup.target loaded active active Encrypted Volumes getty.target loaded active active Login Prompts graphical.target loaded active active Graphical Interface local-fs-pre.target loaded active active Local File Systems (Pre) local-fs.target loaded active active Local File Systems multi-user.target loaded active active Multi-User System network-online.target loaded active active Network is Online network.target loaded active active Network nss-user-lookup.target loaded active active User and Group Name Lookups paths.target loaded active active Paths remote-fs.target loaded active active Remote File Systems slices.target loaded active active Slices sockets.target loaded active active Sockets sound.target loaded active active Sound Card swap.target loaded active active Swap sysinit.target loaded active active System Initialization time-sync.target loaded active active System Time Synchronized timers.target loaded active active Timers LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type.

Issue the following command to change the default runlevel to runlevel 3 (nothing but a multi-user.target).

sudo systemctl set-default multi-user.target

Confirm the default runlevel.

sudo systemctl get-default

Output:

multi-user.target

Reboot and check it out.

sudo reboot

Method 2

In the previous method, we made the runlevel 3 as the default runlevel. You can also confirm that using the following command.

sudo systemctl get-default

Output:

multi-user.target

For a demo, issue the following command to make runlevel 5 as the default runlevel.

sudo ln -sf /lib/systemd/system/runlevel5.target /etc/systemd/system/default.target

sudo ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

Again check the current level. Now the default runlevel is the graphical mode(runlevel 5).

sudo systemctl get-default

Output:

graphical.target

Reboot the machine and check it out.

sudo reboot

Conclusion

That’s All. I hope this helped you. We welcome your comments.

Где inittab в debian 10