Skip to content

New Crowdin updates #2707

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
sspencerwire merged 2 commits into from
May 21, 2025
Merged

New Crowdin updates #2707

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
92aa1b3
New translations 10-boot.md (Ukrainian)
rockylinux-auto May 20, 2025
2a0a4d8
New translations 17-log.md (Ukrainian)
rockylinux-auto May 20, 2025
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
25 changes: 16 additions & 9 deletions docs/books/admin_guide/10-boot.uk.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -294,13 +294,13 @@ WantedBy=multi-user.target

### Використання системних таргетів (targets)

У Rocky8/RHEL8 концепцію рівнів запуску було замінено таргетами `systemd`.
Цільові об'єкти `systemd` замінюють концепцію рівнів запуску в SysV або Upstart.

Таргети `systemd` представлені target units. Target units закінчуються розширенням файлу `.target` і їхня єдина мета — групувати інші блоки `systemd` у ланцюжок залежностей.

Наприклад, модуль `graphical.target`, який використовується для запуску графічного сеансу, запускає системні служби, такі як **менеджер відображення GNOME** (`gdm.service`) або **сервіс облікових записів** (`accounts-daemon.service`), а також активує блок `multi-user.target`.
Наприклад, модуль `graphical.target`, який запускає графічний сеанс, запускає системні служби, такі як **менеджер дисплеїв GNOME** (`gdm.service`) або **служба облікових записів** (`accounts-daemon.service`), а також активує модуль `multi-user.target`. Якщо вам потрібно переглянути залежності певної «цілі», виконайте команду `systemctl list-dependencies`. (Наприклад, `systemctl list-dependencies multi-user.target`).

Так само модуль `multi-user.target` запускає інші важливі системні служби, такі як **NetworkManager** (`NetworkManager.service`) або **D- Bus** (`dbus.service`) і активує іншу target unit під назвою `basic.target`.
`sysinit.target` та `basic.target` – це контрольні точки під час процесу запуску. Хоча однією з цілей розробки `systemd` є паралельний запуск системних служб, необхідно запустити "цілі" певних служб і функцій перед запуском інших служб і "цілей". Будь-яка помилка в `sysinit.target` або `basic target` призведе до збою ініціалізації `systemd`. На цьому етапі ваш термінал міг перейти в «аварійний режим» (`emergency.target`).

| Target Units | Опис |
| ----------------- | ------------------------------------------------------------- |
Expand Down Expand Up @@ -373,7 +373,7 @@ systemctl isolate name.target

**Режим відновлення** забезпечує просте середовище для відновлення вашої системи у випадках, коли неможливо виконати нормальний процес завантаження.

У `режимі відновлення` система намагається змонтувати всі локальні файлові системи та запустити кілька важливих системних служб, але не вмикає мережевий інтерфейс і не дозволяє іншим користувачам підключатися до системи одночасно.
У `режимі порятунку` система намагається змонтувати всі локальні файлові системи та запустити кілька важливих системних служб, але не вмикає мережевий інтерфейс і не дозволяє іншим користувачам підключатися до системи одночасно.

У Rocky 8 `режим порятунку` еквівалентний старому `режиму одного користувача` та потребує пароля root.

Expand All @@ -383,7 +383,7 @@ systemctl isolate name.target
systemctl rescue
```

**Аварійний режим** забезпечує максимально мінімалістичне середовище та дозволяє відремонтувати систему навіть у ситуаціях, коли система не може перейти в режим відновлення. В аварійному режимі система монтує кореневу файлову систему лише для читання. Він не намагатиметься змонтувати будь-яку іншу локальну файлову систему, не активуватиме жодного мережевого інтерфейсу та запустить деякі важливі служби.
**Аварійний режим** забезпечує максимально мінімалістичне середовище та дозволяє відремонтувати систему навіть у ситуаціях, коли система не може перейти в режим відновлення. В аварійному режимі операційна система монтує кореневу файлову систему з опцією "лише читання". Він не намагатиметься змонтувати будь-яку іншу локальну файлову систему, не активуватиме жодного мережевого інтерфейсу та запустить деякі важливі служби.

Щоб змінити поточний target і перейти в екстрений режим у поточному сеансі:

Expand All @@ -408,19 +408,24 @@ systemctl emergency

Окрім `rsyslogd`, файлами журналу також може керувати демон `journald`, який є компонентом `systemd`.

Демон `journald` фіксує повідомлення системного журналу, повідомлення журналу ядра, повідомлення з початкового диска RAM і від початку завантаження, а також повідомлення, записані в стандартний вивід і стандартний вивід помилок усіх служб, а потім індексує їх і робить доступними для користувача.
Демон `journald` відповідає за запис таких типів повідомлень журналу:

Формат власного файлу журналу, який є структурованим і проіндексованим двійковим файлом, покращує пошук і забезпечує швидшу роботу. Він також зберігає метадані, такі як мітки часу або ідентифікатори користувачів.
* Повідомлення системного журналу
* Повідомлення журналу ядра
* Initramfs та журнали запуску системи
* Стандартний вивід (stdout) та стандартний вивід помилок (stderr) інформації про всі служби

Після захоплення `journald` проіндексує ці журнали та надасть їх користувачам через механізм структурованого зберігання. Цей механізм зберігає журнали у двійковому форматі, підтримує відстеження подій у хронологічному порядку та забезпечує гнучкі можливості фільтрації, пошуку та виведення у різних форматах (таких як текст/JSON). Зверніть увагу, що `journald` не вмикає збереження журналів за замовчуванням, тобто цей компонент зберігає та записує всі журнали лише з моменту запуску. Після перезавантаження операційної системи відбувається видалення журналів історії. За замовчуванням усі тимчасово збережені файли журналів знаходяться в каталозі **/run/log/journal/**.

### Команда `journalctl`

Команда `journalctl` відображає файли журналу.
Команда `journalctl` використовується для розбору файлів журналів, збережених у двійковому форматі, таких як перегляд файлів журналів, фільтрація журналів та керування вихідними записами.

```bash
journalctl
```

Команда містить список усіх файлів журналу, згенерованих у системі. Структура цього виводу подібна до тієї, що використовується в `/var/log/messages/`, але пропонує деякі покращення:
Якщо ви не введете команду з жодними іншими параметрами, вміст журналу виводу буде подібним до файлу `/var/log/messages`, але `journalctl` пропонує такі покращення:

* пріоритет записів позначається візуально;
* часові позначки перетворюються на місцевий часовий пояс вашої системи;
Expand Down Expand Up @@ -455,3 +460,5 @@ journalctl -p priority
* crit (2),
* alert (1),
* emerg (0).

Якщо ви хочете дізнатися більше про вміст журналів, ви можете знайти більш вичерпні вступи та описи в [цьому документі](./17-log.md).
Loading