diff --git a/docs/books/admin_guide/16-about-sytemd.ko.md b/docs/books/admin_guide/16-about-sytemd.ko.md index 83cf013254..9795e6deb2 100644 --- a/docs/books/admin_guide/16-about-sytemd.ko.md +++ b/docs/books/admin_guide/16-about-sytemd.ko.md @@ -582,13 +582,13 @@ method=disabled - `Also=`. 이 유닛을 설치하거나 제거할 때 설치 또는 제거하는 다른 유닛들입니다. - 위에서 언급한 매뉴얼 페이지 외에도 `man 5 systemd.exec` 또는 `man 5 systemd.kill`을 입력하여 다른 정보에 액세스할 수 있습니다. + In addition to the manual pages mentioned above, you can also type `man 5 systemd.exec` or `man 5 systemd.kill` to access other information. -## 다른 구성요소와 관련된 명령어 +## Command related to other components -- `timedatactl` - 시스템의 시간 및 날짜 설정을 조회하거나 변경합니다. -- `hostnamectl` - 시스템 호스트명을 조회하거나 변경합니다. -- `localectl` - 시스템 로케일 및 키보드 설정을 조회하거나 변경합니다. -- `systemd-analyze` - `systemd`를 프로파일링하며, 유닛 의존성을 보여주고 유닛 파일을 확인합니다. -- `journalctl` - 시스템 또는 서비스 로그를 조회합니다. `journalctl` 명령어는 그 중요성 때문에 사용 방법과 주의해야 할 사항을 설명하는 별도의 섹션이 나중에 제공됩니다. -- `loginctl` - 로그인 사용자의 세션 관리입니다. +- `timedatactl` - Queries or changes system time and date settings. +- `hostnamectl` - Queries or changes system hostname. +- `localectl` - Queries or changes system locale and keyboard settings. +- `systemd-analyze` - Profile `systemd`, shows unit dependencies, checks unit files. +- `journalctl` - Views system or service logs. The `journalctl` command is so important that a separate section will come later explaining its use and what to look out for. +- `loginctl` - Session management of login users. diff --git a/docs/books/admin_guide/16-about-sytemd.uk.md b/docs/books/admin_guide/16-about-sytemd.uk.md index f7ba9df1c3..f7ea359dee 100644 --- a/docs/books/admin_guide/16-about-sytemd.uk.md +++ b/docs/books/admin_guide/16-about-sytemd.uk.md @@ -59,15 +59,13 @@ tags: У серпні 2015 року `systemd` почав надавати оболонки входу, які можна викликати через `machinectl`. -У 2016 році `systemd` виявив уразливість безпеки, яка дозволяє будь-якому непривілейованому користувачеві здійснити «атаку на відмову в обслуговуванні» на `systemd`. +У 2016 році `systemd` виявила вразливість безпеки, яка дозволяла будь-якому непривілейованому користувачеві здійснити «атаку відмови в обслуговуванні» проти `systemd`. У 2017 році `systemd` виявив ще одну вразливість безпеки - **CVE-2017-9445**. Віддалені зловмисники можуть викликати вразливість переповнення буфера та виконати зловмисний код через зловмисні відповіді DNS. -!!! info "примітка" +!!! info -``` -**Переповнення буфера**: це дефект конструкції програми, який записує у вхідний буфер програми, щоб викликати його переповнення (зазвичай більше даних, ніж максимальний обсяг даних, який може зберігатися в буфері), таким чином порушуючи роботу програми., скориставшись випадком перерви та отримавши контроль над програмою чи навіть системою. -``` + **Переповнення буфера**: це дефект конструкції програми, який записує у вхідний буфер програми, щоб викликати його переповнення (зазвичай більше даних, ніж максимальний обсяг даних, який може зберігатися в буфері), таким чином порушуючи роботу програми., скориставшись випадком перерви та отримавши контроль над програмою чи навіть системою. ## Архітектурний дизайн @@ -75,17 +73,13 @@ tags: ![Tizen-systemd](./images/16-tizen-systemd.png) -!!! info "примітка" +!!! info -``` -**Tizen** – мобільна операційна система на основі ядра Linux, яка підтримується Linux Foundation, в основному розроблена та використовується компанією Samsung. -``` + **Tizen** – мобільна операційна система на основі ядра Linux, яка підтримується Linux Foundation, в основному розроблена та використовується компанією Samsung. -!!! info "примітка" +!!! info -``` -Деякі «цілі» `systemd` не належать до компонентів `systemd`, наприклад `telephony`, `bootmode`, `dlog`, `tizen service`, вони належать Tizen. -``` + Деякі «цілі» `systemd` не належать до компонентів `systemd`, наприклад `telephony`, `bootmode`, `dlog`, `tizen service`, вони належать Tizen. `systemd` використовує модульний дизайн. Багато перемикачів конфігурації існують під час компіляції, щоб визначити, що буде, а що не буде створено, подібно до модульної конструкції ядра Linux. Після компіляції `systemd` може мати до 69 двійкових виконуваних файлів, які виконують такі завдання, зокрема: @@ -294,7 +288,7 @@ multi-user.target ### Типи юнітів -Команда `systemctl` є основним інструментом для керування `systemd`, комбінацією попередніх команд `service` і команд `chkconfig`. +Команда `systemctl` є основним інструментом для керування `systemd` та поєднує попередні команди `service` та `chkconfig`. `systemd` керує так званими "одиницями", які представляють системні ресурси та служби. У наступному списку показано типи «юнітів», якими може керувати `systemd`: @@ -370,11 +364,9 @@ Shell > systemctl edit sshd.service Shell > systemctl show sshd.service ``` -!!! info "примітка" +!!! info -``` -Ви можете працювати з одним або декількома блоками в одному командному рядку для вищевказаних операцій. Наведені вище операції не обмежуються ".service". -``` + Ви можете виконати вищезазначені операції на одному або кількох пристроях за допомогою одного командного рядка. Вищезазначені операції не обмежуються ".service". Про "юніти": @@ -484,119 +476,119 @@ method=disabled 1. Назва підрозділу - Можна використовувати наступні пари ключ-значення: + Можна використовувати наступні пари ключ-значення: - - `Description=OpenSSH server daemon`. Рядок використовується для опису "одиниці". - - `Documentation=man:sshd(8) man:sshd_config(5)`. Відокремлений пробілами список URI, що посилається на документацію для цього «блока» або його конфігурації. Приймаються лише URI типів "http://", "https://", "file:", "info:", "man:". - - `After=network.target sshd-keygen.target`. Визначає зв'язок послідовності запуску з іншими "одиницями". У цьому прикладі "network.target" і "sshd-keygen.target" починаються першими, а "sshd.service" починається останнім. - - `Before=`. Визначте зв’язок послідовності запуску з іншими «одиницями». - - `Requires=`. Налаштувати залежності від інших «одиниць». Значення можуть бути кількома одиницями, розділеними пробілами. Якщо поточна «одиниця» активована, значення, наведені тут, також активуються. Якщо принаймні одне з перелічених значень "одиниці" не вдається успішно активувати, `systemd` не запускає поточний "блок". - - `Wants=sshd-keygen.target`. Подібно до ключа `Requires`. Різниця в тому, що якщо залежний блок не запускається, це не вплине на нормальну роботу поточного «блока». - - `BindsTo=`. Подібно до ключа `Requires`. Різниця полягає в тому, що якщо будь-який залежний "блок" не запускається, поточний блок зупиняється на додаток до "блоку", який зупиняє залежність. - - `PartOf=`. Подібно до ключа `Requires`. Різниця полягає в тому, що якщо будь-який залежний «блок» не запускається, окрім зупинки та перезапуску залежних блоків, поточний «блок» буде зупинено та перезапущено. - - `Conflicts=`. Його значенням є список одиниць, розділених пробілами. Якщо «одиниця», зазначена у значенні, працює, поточна «одиниця» працювати не може. - - `OnFailure=`. Коли поточна «одиниця» виходить з ладу, активується «одиниця» або «одиниці» (відокремлені пробілами) у значенні. + - `Description=OpenSSH server daemon`. Рядок використовується для опису "одиниці". + - `Documentation=man:sshd(8) man:sshd_config(5)`. Відокремлений пробілами список URI, що посилається на документацію для цього «блока» або його конфігурації. Приймаються лише URI типів "http://", "https://", "file:", "info:", "man:". + - `After=network.target sshd-keygen.target`. Визначає зв'язок послідовності запуску з іншими "одиницями". У цьому прикладі "network.target" і "sshd-keygen.target" починаються першими, а "sshd.service" починається останнім. + - `Before=`. Визначте зв’язок послідовності запуску з іншими «одиницями». + - `Requires=`. Налаштувати залежності від інших «одиниць». Значення можуть бути кількома одиницями, розділеними пробілами. Якщо поточна «одиниця» активована, значення, наведені тут, також активуються. Якщо принаймні одне з перелічених значень "одиниці" не вдається успішно активувати, `systemd` не запускає поточний "блок". + - `Wants=sshd-keygen.target`. Подібно до ключа `Requires`. Різниця в тому, що якщо залежний блок не запускається, це не вплине на нормальну роботу поточного «блока». + - `BindsTo=`. Подібно до ключа `Requires`. Різниця полягає в тому, що якщо будь-який залежний "блок" не запускається, поточний блок зупиняється на додаток до "блоку", який зупиняє залежність. + - `PartOf=`. Подібно до ключа `Requires`. Різниця полягає в тому, що якщо будь-який залежний «блок» не запускається, окрім зупинки та перезапуску залежних блоків, поточний «блок» буде зупинено та перезапущено. + - `Conflicts=`. Його значенням є список одиниць, розділених пробілами. Якщо «одиниця», зазначена у значенні, працює, поточна «одиниця» працювати не може. + - `OnFailure=`. Коли поточна «одиниця» виходить з ладу, активується «одиниця» або «одиниці» (відокремлені пробілами) у значенні. - Дивись `man 5 systemd.unit`. + Дивись `man 5 systemd.unit`. 2. Назва служби - Можна використовувати наступні пари ключ-значення: - - - `Type=notify`. Налаштуйте тип цього блоку ".service", який може бути одним із таких: - - `simple` - Сервіс запускається як основний процес. Це значення за умовчанням. - - `forking` - Служба викликає роздвоєні процеси та працює як частина основного демона. - - `exec` - Схожий до `simple`. Менеджер служби запустить цей блок одразу після виконання двійкового файлу основної служби. Інші підрозділи-наступники повинні залишатися заблокованими до цього моменту, перш ніж вони зможуть продовжити роботу. - - `oneshot` - Подібно до `simple`, за винятком того, що процес має завершитися, перш ніж `systemd` запустить наступні служби. - - `dbus` - Подібно до `simple`, за винятком того, що демон отримує назву шини D-Bus. - - `notify` - Подібно до `simple`, за винятком того, що демон надсилає сповіщення за допомогою `sd_notify` або еквівалентного виклику після запуску. - - `idle` - Подібно до «simple», за винятком того, що виконання служби відкладено, доки не буде відправлено всі активні завдання. - - `RemainAfterExit=`. Чи слід вважати поточну службу активною, коли завершуються всі процеси служби. За замовчуванням ні. - - `GuessMainPID=`. Значення має тип boolean і за замовчуванням yes. За відсутності чіткого розташування основного процесу служби, `systemd` має вгадати PID основного процесу (який може бути неправильним). Якщо ви встановите `Type=forking` і не встановите `PIDFile`, ця пара ключ-значення вступить у силу. В іншому випадку ігноруйте пару ключ-значення. - - `PIDFile=`. Вкажіть шлях до файлу (абсолютний шлях) PID служби. Для служб `Type=forking` рекомендується використовувати цю пару ключ-значення. `systemd` зчитує PID основного процесу демона після запуску служби. - - `BusName=`. Назва шини D-Bus, щоб дістатися до цієї служби. Цей параметр є обов’язковим для служб, де використовується `Type=dbus`. - - `ExecStart=/usr/sbin/sshd -D $OPTIONS $CRYPTO_POLICY`. Команди та аргументи виконуються під час запуску служби. - - `ExecStartPre=`. Інші команди виконуються перед командами в `ExecStart`. - - `ExecStartPost=`. Інші команди виконуються після команд у `ExecStart`. - - `ExecReload=/bin/kill -HUP $MAINPID`. Команди та аргументи запускаються під час перезавантаження служби. - - `ExecStop=`. Команди та аргументи запускаються, коли служба зупиняється. - - `ExecStopPost=`. Додаткові команди для запуску після зупинки служби. - - `RestartSec=42s`. Час у секундах до переходу в режим сну перед перезапуском служби. - - `TimeoutStartSec=`. Час очікування запуску служби в секундах. - - `TimeoutStopSec=`. Час у секундах очікування зупинки служби. - - `TimeoutSec=`. Скорочення для одночасного налаштування `TimeoutStartSec` і `TimeoutStopSec`. - - `RuntimeMaxSec=`. Максимальний час роботи служби в секундах. Передає `infinity` (за замовчуванням), щоб не налаштувати обмеження часу виконання. - - `Restart=on-failure`. Налаштовує, чи потрібно перезапускати службу, коли процес служби завершується, завершується або досягає тайм-ауту: - - `no` - Служба не буде перезапущена. Це значення за умовчанням. - - `on-success` - Перезапускається лише тоді, коли сервісний процес закінчується чисто (код виходу 0). - - `on-failure` - Перезапускається лише тоді, коли процес обслуговування не завершується належним чином (код виходу node-zero). - - `on-abnormal` - Перезапускається, якщо процес завершується сигналом або коли настає тайм-аут. - - `on-abort` - Перезапускається, якщо процес завершується через неперехоплений сигнал, не вказаний як чистий статус виходу. - - `on-watchdog` - Якщо встановлено значення `on-watchdog`, служба перезапуститься лише після закінчення тайм-ауту сторожового таймера. - - `always` - Завжди перезапускається. - - Причини виходу та вплив на них налаштувань `Restart=`: - - ![effect](./images/16-effect.png) - - - `KillMode=process`. Визначає, як процеси цього блоку мають бути припинені. Його значення може бути одним із таких: - - `control-group` - Значення за замовчуванням. Якщо встановлено значення `control-group`, усі решта процесів у групі керування цього блоку припиняються під час зупинки блоку. - - `process` - Знищується лише основний процес. - - `mixed` - Сигнал SIGTERM надсилається головному процесу, тоді як наступний сигнал SIGKILL надсилається всім іншим процесам групи керування блоком. - - `none` - Не вбиває жодних процесів. - - `PrivateTmp=`. Чи використовувати приватний каталог tmp. Виходячи з певної безпеки, рекомендовано встановити значення так. - - `ProtectHome=`. Чи захищати домашній каталог. Його значення може бути одним із таких: - - `yes` - Три каталоги (/root/, /home/, /run/user/) не видимі для пристрою. - - `no` - Три каталоги видимі для пристрою. - - `read-only` - Три каталоги доступні лише для читання. - - `tmpfs` - Тимчасова файлова система буде змонтована в режимі лише для читання в цих трьох каталогах. - - `ProtectSystem=`. Каталог використовується для захисту системи від модифікації службою. Значення може бути: - - `yes` - Вказує, що процес, викликаний модулем, буде змонтовано лише для читання до каталогів /usr/ і /boot/. - - `no` - За замовченням - - `full` - Вказує, що каталоги /usr/, /boot/, /etc/ монтуються лише для читання. - - `strict` - Усі файлові системи монтуються лише для читання (за винятком каталогів віртуальних файлових систем, таких як /dev/, /proc/ і /sys/). - - `EnvironmentFile=-/etc/crypto-policies/back-ends/opensshserver.config`. Читання змінних середовища з текстового файлу. «-» означає, що якщо файл не існує, він не буде прочитаний, а помилки чи попередження не реєструватимуться. - - Дивись `man 5 systemd.service`. + Можна використовувати наступні пари ключ-значення: + + - `Type=notify`. Налаштуйте тип цього блоку ".service", який може бути одним із таких: + - `simple` - Сервіс запускається як основний процес. Це значення за умовчанням. + - `forking` - Служба викликає роздвоєні процеси та працює як частина основного демона. + - `exec` - Схожий до `simple`. Менеджер служби запустить цей блок одразу після виконання двійкового файлу основної служби. Інші підрозділи-наступники повинні залишатися заблокованими до цього моменту, перш ніж вони зможуть продовжити роботу. + - `oneshot` - Подібно до `simple`, за винятком того, що процес має завершитися, перш ніж `systemd` запустить наступні служби. + - `dbus` - Подібно до `simple`, за винятком того, що демон отримує назву шини D-Bus. + - `notify` - Подібно до `simple`, за винятком того, що демон надсилає сповіщення за допомогою `sd_notify` або еквівалентного виклику після запуску. + - `idle` - Подібно до «simple», за винятком того, що виконання служби відкладено, доки не буде відправлено всі активні завдання. + - `RemainAfterExit=`. Чи слід вважати поточну службу активною, коли завершуються всі процеси служби. За замовчуванням ні. + - `GuessMainPID=`. Значення має тип boolean і за замовчуванням yes. За відсутності чіткого розташування основного процесу служби, `systemd` має вгадати PID основного процесу (який може бути неправильним). Якщо ви встановите `Type=forking` і не встановите `PIDFile`, ця пара ключ-значення вступить у силу. В іншому випадку ігноруйте пару ключ-значення. + - `PIDFile=`. Вкажіть шлях до файлу (абсолютний шлях) PID служби. Для служб `Type=forking` рекомендується використовувати цю пару ключ-значення. `systemd` зчитує PID основного процесу демона після запуску служби. + - `BusName=`. Назва шини D-Bus, щоб дістатися до цієї служби. Цей параметр є обов’язковим для служб, де використовується `Type=dbus`. + - `ExecStart=/usr/sbin/sshd -D $OPTIONS $CRYPTO_POLICY`. Команди та аргументи виконуються під час запуску служби. + - `ExecStartPre=`. Інші команди виконуються перед командами в `ExecStart`. + - `ExecStartPost=`. Інші команди виконуються після команд у `ExecStart`. + - `ExecReload=/bin/kill -HUP $MAINPID`. Команди та аргументи запускаються під час перезавантаження служби. + - `ExecStop=`. Команди та аргументи запускаються, коли служба зупиняється. + - `ExecStopPost=`. Додаткові команди для запуску після зупинки служби. + - `RestartSec=42s`. Час у секундах до переходу в режим сну перед перезапуском служби. + - `TimeoutStartSec=`. Час очікування запуску служби в секундах. + - `TimeoutStopSec=`. Час у секундах очікування зупинки служби. + - `TimeoutSec=`. Скорочення для одночасного налаштування `TimeoutStartSec` і `TimeoutStopSec`. + - `RuntimeMaxSec=`. Максимальний час роботи служби в секундах. Передає `infinity` (за замовчуванням), щоб не налаштувати обмеження часу виконання. + - `Restart=on-failure`. Налаштовує, чи потрібно перезапускати службу, коли процес служби завершується, завершується або досягає тайм-ауту: + - `no` - Служба не буде перезапущена. Це значення за умовчанням. + - `on-success` - Перезапускається лише тоді, коли сервісний процес закінчується чисто (код виходу 0). + - `on-failure` - Перезапускається лише тоді, коли процес обслуговування не завершується належним чином (код виходу node-zero). + - `on-abnormal` - Перезапускається, якщо процес завершується сигналом або коли настає тайм-аут. + - `on-abort` - Перезапускається, якщо процес завершується через неперехоплений сигнал, не вказаний як чистий статус виходу. + - `on-watchdog` - Якщо встановлено значення `on-watchdog`, служба перезапуститься лише після закінчення тайм-ауту сторожового таймера. + - `always` - Завжди перезапускається. + + Причини виходу та вплив на них налаштувань `Restart=`: + + ![effect](./images/16-effect.png) + + - `KillMode=process`. Визначає, як процеси цього блоку мають бути припинені. Його значення може бути одним із таких: + - `control-group` - Значення за замовчуванням. Якщо встановлено значення `control-group`, усі решта процесів у групі керування цього блоку припиняються під час зупинки блоку. + - `process` - Знищується лише основний процес. + - `mixed` - Сигнал SIGTERM надсилається головному процесу, тоді як наступний сигнал SIGKILL надсилається всім іншим процесам групи керування блоком. + - `none` - Не вбиває жодних процесів. + - `PrivateTmp=`. Чи використовувати приватний каталог tmp. Виходячи з певної безпеки, рекомендовано встановити значення так. + - `ProtectHome=`. Чи захищати домашній каталог. Його значення може бути одним із таких: + - `yes` - Три каталоги (/root/, /home/, /run/user/) не видимі для пристрою. + - `no` - Три каталоги видимі для пристрою. + - `read-only` - Три каталоги доступні лише для читання. + - `tmpfs` - Тимчасова файлова система буде змонтована в режимі лише для читання в цих трьох каталогах. + - `ProtectSystem=`. Каталог використовується для захисту системи від модифікації службою. Значення може бути: + - `yes` - Вказує, що процес, викликаний модулем, буде змонтовано лише для читання до каталогів /usr/ і /boot/. + - `no` - За замовченням + - `full` - Вказує, що каталоги /usr/, /boot/, /etc/ монтуються лише для читання. + - `strict` - Усі файлові системи монтуються лише для читання (за винятком каталогів віртуальних файлових систем, таких як /dev/, /proc/ і /sys/). + - `EnvironmentFile=-/etc/crypto-policies/back-ends/opensshserver.config`. Читання змінних середовища з текстового файлу. «-» означає, що якщо файл не існує, він не буде прочитаний, а помилки чи попередження не реєструватимуться. + + Дивись `man 5 systemd.service`. 3. Назва установки - - `Alias=`. Список додаткових імен, розділених пробілами. Увага, будь ласка! Ваша додаткова назва повинна мати той самий тип (суфікс), що й поточна одиниця. - - - `RequiredBy=` or `WantedBy=multi-user.target`. Визначте одиницю поточної операції як залежність одиниці від значення. Після завершення визначення ви зможете знайти відповідні файли в каталозі /etc/systemd/systemd/. Наприклад: - - ```bash - Shell > systemctl is-enabled chronyd.service - enabled - - Shell > systemctl cat chronyd.service - ... - [Install] - WantedBy=multi-user.target - - Shell > ls -l /etc/systemd/system/multi-user.target.wants/ - total 0 - lrwxrwxrwx. 1 root root 38 Sep 25 14:03 auditd.service -> /usr/lib/systemd/system/auditd.service - lrwxrwxrwx. 1 root root 39 Sep 25 14:03 chronyd.service -> /usr/lib/systemd/system/chronyd.service ←← - lrwxrwxrwx. 1 root root 37 Sep 25 14:03 crond.service -> /usr/lib/systemd/system/crond.service - lrwxrwxrwx. 1 root root 42 Sep 25 14:03 irqbalance.service -> /usr/lib/systemd/system/irqbalance.service - lrwxrwxrwx. 1 root root 37 Sep 25 14:03 kdump.service -> /usr/lib/systemd/system/kdump.service - lrwxrwxrwx. 1 root root 46 Sep 25 14:03 NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service - lrwxrwxrwx. 1 root root 40 Sep 25 14:03 remote-fs.target -> /usr/lib/systemd/system/remote-fs.target - lrwxrwxrwx. 1 root root 36 Sep 25 14:03 sshd.service -> /usr/lib/systemd/system/sshd.service - lrwxrwxrwx. 1 root root 36 Sep 25 14:03 sssd.service -> /usr/lib/systemd/system/sssd.service - lrwxrwxrwx. 1 root root 37 Sep 25 14:03 tuned.service -> /usr/lib/systemd/system/tuned.service - ``` - - - `Also=`. Інші пристрої для встановлення або видалення під час встановлення або видалення цього пристрою. - - На додаток до сторінок посібника, згаданих вище, ви також можете ввести `man 5 systemd.exec` або `man 5 systemd.kill`, щоб отримати доступ до іншої інформації. - -## Команда, пов'язана з іншими компонентами - -- `timedatactl` - Запитує або змінює параметри системного часу та дати. -- `hostnamectl` - Запитує або змінює назву хоста системи. -- `localectl` - Запитує або змінює локаль системи та налаштування клавіатури. -- `systemd-analyze` - Профіль `systemd`, показує залежності модулів, перевіряє файли модулів. -- `journalctl` - Переглядає системні або службові журнали. Команда `journalctl` настільки важлива, що пізніше буде окремий розділ, де пояснюватиметься її використання та на що слід звернути увагу. -- `loginctl` - Управління сеансами користувачів, які ввійшли в систему. + - `Alias=`. Список додаткових імен, розділених пробілами. Увага, будь ласка! Ваша додаткова назва повинна мати той самий тип (суфікс), що й поточна одиниця. + + - `RequiredBy=` or `WantedBy=multi-user.target`. Визначте одиницю поточної операції як залежність одиниці від значення. Після завершення визначення ви зможете знайти відповідні файли в каталозі /etc/systemd/systemd/. Наприклад: + + ```bash + Shell > systemctl is-enabled chronyd.service + enabled + + Shell > systemctl cat chronyd.service + ... + [Install] + WantedBy=multi-user.target + + Shell > ls -l /etc/systemd/system/multi-user.target.wants/ + total 0 + lrwxrwxrwx. 1 root root 38 Sep 25 14:03 auditd.service -> /usr/lib/systemd/system/auditd.service + lrwxrwxrwx. 1 root root 39 Sep 25 14:03 chronyd.service -> /usr/lib/systemd/system/chronyd.service ←← + lrwxrwxrwx. 1 root root 37 Sep 25 14:03 crond.service -> /usr/lib/systemd/system/crond.service + lrwxrwxrwx. 1 root root 42 Sep 25 14:03 irqbalance.service -> /usr/lib/systemd/system/irqbalance.service + lrwxrwxrwx. 1 root root 37 Sep 25 14:03 kdump.service -> /usr/lib/systemd/system/kdump.service + lrwxrwxrwx. 1 root root 46 Sep 25 14:03 NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service + lrwxrwxrwx. 1 root root 40 Sep 25 14:03 remote-fs.target -> /usr/lib/systemd/system/remote-fs.target + lrwxrwxrwx. 1 root root 36 Sep 25 14:03 sshd.service -> /usr/lib/systemd/system/sshd.service + lrwxrwxrwx. 1 root root 36 Sep 25 14:03 sssd.service -> /usr/lib/systemd/system/sssd.service + lrwxrwxrwx. 1 root root 37 Sep 25 14:03 tuned.service -> /usr/lib/systemd/system/tuned.service + ``` + + - `Also=`. Інші пристрої для встановлення або видалення під час встановлення або видалення цього пристрою. + + In addition to the manual pages mentioned above, you can also type `man 5 systemd.exec` or `man 5 systemd.kill` to access other information. + +## Command related to other components + +- `timedatactl` - Queries or changes system time and date settings. +- `hostnamectl` - Queries or changes system hostname. +- `localectl` - Queries or changes system locale and keyboard settings. +- `systemd-analyze` - Profile `systemd`, shows unit dependencies, checks unit files. +- `journalctl` - Views system or service logs. The `journalctl` command is so important that a separate section will come later explaining its use and what to look out for. +- `loginctl` - Session management of login users. diff --git a/docs/guides/package_management/dnf_package_manager.uk.md b/docs/guides/package_management/dnf_package_manager.uk.md index 183849e907..f85a09db6a 100644 --- a/docs/guides/package_management/dnf_package_manager.uk.md +++ b/docs/guides/package_management/dnf_package_manager.uk.md @@ -14,7 +14,7 @@ tags: DNF, або Dandified Yum, — це менеджер пакетів у деяких дистрибутивах Linux. Це версія нового покоління менеджера пакетів Yum (Yellowdog Updater, Modified), який широко використовується в системах на основі Red Hat. DNF було представлено як заміну Yum, щоб усунути деякі обмеження та покращити продуктивність. -DNF зазвичай використовується в Rocky Linux, Fedora, RHEL (Red Hat Enterprise Linux) 8 і новіших версіях та інших дистрибутивах Linux, які прийняли його як менеджер пакетів. Його мета — надати користувачам і адміністраторам більш сучасний і ефективний досвід керування пакетами. +DNF зазвичай використовується в Rocky Linux, Fedora, RHEL (Red Hat Enterprise Linux) 8 і новіших версіях та інших дистрибутивах Linux, які прийняли його як менеджер пакетів. Його метою є надання користувачам та адміністраторам сучаснішого та ефективнішого досвіду управління пакетами. ## Передумови @@ -83,7 +83,7 @@ Is this ok [y/N]: Встановлення групи пакетів, як для **Xfce desktop** або **Kde desktop** тощо, відбувається подібно до: ```bash -sudo dnf groupinstall xfce +sudo dnf group install xfce ``` Що створить такі результати: @@ -188,9 +188,9 @@ Is this ok [y/N] Команда `dnf upgrade` дає ті самі результати, що й команда `dnf update`. -```bash -sudo dnf upgrade -``` + ```bash + sudo dnf upgrade + ``` ### Оновлення одного пакету @@ -232,9 +232,9 @@ Is this ok [y/N]: !!! Warning "Важливо" -``` -DNF не може видалити пакет, не видаливши пакети, які від нього залежать. -``` + ``` + DNF не може видалити пакет, не видаливши пакети, які від нього залежать. + ``` Синтаксис видалення пакетів: @@ -246,11 +246,9 @@ sudo dnf remove package_name1 package_name2 sudo dnf remove wget ``` -!!! warning "Важливо" +!!! warning -``` -Будь обережний; DNF показує залежності пакетів! Якщо ви видалите Perl, ви видалите пакети, які залежать від Perl! -``` + Будь обережний; DNF показує залежності пакетів! Якщо ви видалите Perl, ви видалите пакети, які залежать від Perl! ```bash sudo dnf remove perl