Чи все ще має systemd концепція рівнів? Наприклад, чи безглуздо використовувати telinit <number>?

SystemD Run-Level низький вниз

У межах SystemD (aemon) рівні запуску виставляються як "Цілі". Концепція все ще існує, але робочий процес для отримання бажаного результату для вашої потреби відрізняється.

Додане має уточнити це питання.

Як змінити поточний рівень запуску?

$ systemctl isolate runlevelX.target

Як змінити рівень запуску за замовчуванням для наступного завантаження?

# Create a symlink
$ ln -sf /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target

• ln -sf TARGET DESTINATION
• -s створює символічний зв’язок
• -f видаляє існуючий файл призначення

АБО (як @centimane запропонував) просто використовуйте команду "блаженний" systemd:

systemctl set-default [target name].target

Як визначити поточний рівень запуску?

$ systemctl list-units --type=target

Ні. Як писали самі систематизовані люди двічі, один раз у своєму telinitпосібнику та один раз у runlevelпосібнику, рівні випуску "застаріли". Про пробіжки можна забути.

Такі речі насправді не існують у systemd, поза кількома лайками сумісності.

• Існують деякі символьні посилання на назви цілей, але ці цілі ніколи фактично не використовуються належним чином системою.
  • Швидше, процес завантаження завантажує default.target(а звідси один або обидва з а graphical.targetі а multi-user.target), а rescue.targetчи ан emergency.target. А процес вимкнення включає в себе a shutdown.target, a reboot.target, a halt.targetабо a poweroff.target. Жодна ціль рівня запуску не бере участь ні в завантажувальній, ні в завершенні роботи.
  • telinitКоманда, можна подумати , використовує в режимі сумісності символічні посилання на карту свої аргументи командного рядка, не робити що небудь. Там в провідному таблиці у вихідному коді telinitпрограми, а числа 2, 3, 4і , 5як аргументи команди є жорстко зіставити multi-user.targetі graphical.target.
  • systemd-update-utmp також має внутрішню провідну таблицю.
• Немає «таблиці ініціатів» з матеріалів, що працюють на рівні бігу. systemd сумісний лише з ван Smoorenburg rc, а не з Van Smoorenburg init.
• Немає значення "поточного рівня запуску", що підтримується самим systemd. Швидше за все , майже повністю недокументированная systemd-update-utmpкоманда працює всередині з точки зору активації Штатів rescue.target, multi-user.targetі graphical.target.
• systemd-sysv-generator, генератор службової одиниці сумісності системи, що об'єднує назад, об'єднує /etc/rc[234].dкаталоги лише в одне Wanted-Byвідношення до multi-user.targetстворених блоків обслуговування Фактичних посилань на рівні запуску в створених блоках обслуговування немає. (Раніше це було років тому, але системні люди виявили, що це пішло не так, тому що їх ніде не посилали.)

Якщо хтось є користувачем системи, яка будує systemd, як це робив Arch Linux для запитувача на " Чому` init 0` призводить до "Надлишкових аргументів" для Arch встановлюється? ", Людина навіть не отримує тривоги сумісності, і командує такими як init 0результат в "рідній" системній поведінці, яка полягає у скарзі на те, що команда була неправильно викликана.

Подальше читання

• Lennart Poettering та ін runlevel. Сторінки системного посібника. Freedesktop.org.
• Lennart Poettering та ін telinit. Сторінки системного посібника. Freedesktop.org.
• Lennart Poettering та ін bootup. Сторінки системного посібника. Freedesktop.org.
• Леннарт Поетеринг (2015-02-08). скрізь: видаліть настроюваність рівня запуску sysv до цільового відображення . системний. github.
• /unix//a/196014/5132
• /unix//a/196197/5132
• /unix//a/233581/5132
• /unix//a/211927/5132
• /unix//a/392612/5132
• Джонатан де Бойне Поллард (2015). /etc/inittabє справою минулого. . Часто дані відповіді.

Дуже дякую. Отже, якщо я правильно зрозумів:

Наприклад:

ls -ll /usr/lib/systemd/system/runlevel*.target

Вихід:

/usr/lib/systemd/system/runlevel0.target -> poweroff.target
/usr/lib/systemd/system/runlevel1.target -> rescue.target
/usr/lib/systemd/system/runlevel2.target -> multi-user.target
/usr/lib/systemd/system/runlevel3.target -> multi-user.target
/usr/lib/systemd/system/runlevel4.target -> multi-user.target
/usr/lib/systemd/system/runlevel5.target -> graphical.target
/usr/lib/systemd/system/runlevel6.target -> reboot.target

Отже, як ви бачите, концепція запуску рівнів існує, але вона є досить застарілою через те, що файли runlevel.target насправді не є "реальними" файлами, а м'якими посиланнями на нову, сучасну, краще названу схему файлів, яка systemd любить називати їх «цілями».

Отже, якщо ви хочете зробити що-небудь так, telinit 5це було б так: systemctl isolate runlevel5.target що тотожно: systemctl isolate graphical.target(на мій погляд).

Про всяк випадок, коли вам цікаво знати всі можливі цілі:

ls /usr/lib/systemd/system/*.target

systemd представив цілі як аналог для бігових рівнів у системі sysV init. Розробники sytemd зробили це майже сумісним з більшістю скриптів sysV. Те саме відбувається і для telinit <runlevel>. Це переводиться в системний еквівалент.

Наприклад, telinit 0вимкнення машини. systemd має poweroff.target, щоб зробити так само, як runlevel 0 . Так telinit 0перекладається systemd, щоб активувати poweroff.target .

Але є деякі проблеми сумісності із системами sytemd та sysV init-> https://www.freedesktop.org/wiki/Software/systemd/Incompatiibility .