turns out i had to set overwrite: true because artix grub ships its own damn /etc/default/grub. also removed the konsole jumpscare during install. docs are now less cringe and more wikipedia.

This commit is contained in:
2026-07-21 17:48:06 +02:00
parent 2d6faa8422
commit 729da20717
17 changed files with 152 additions and 108 deletions
+10 -30
View File
@@ -1,17 +1,17 @@
---
title: Init Systems
layout: default
nav_order: 3
nav_order: 4
has_children: true
---
# Init Systems
An **init system** is PID 1 — the first process that runs when your computer boots. It starts everything else: filesystems, networking, display manager, services. Think of it as a foreman: it doesn't do the work itself, but it makes sure everything happens in the right order.
An **init system** is PID 1 — the first process started by the kernel during boot. It is responsible for initializing the system: mounting filesystems, starting networking, launching services, and managing the display manager. All other processes descend from PID 1.
Antergos NeXT ships with **Dinit** as its default init system. The pages below describe the major init systems available on Artix Linux for educational purposes. If you want to switch init on an installed system, see [Changing init](changing-init).
Antergos NeXT ships with **Dinit** as its default init system. The pages below describe the major init systems available on Artix Linux. To switch init on an installed system, see [Changing init](changing-init).
## The inits
## Available init systems
| Init | Philosophy | Complexity | Speed | Used by |
|------|-----------|------------|-------|---------|
@@ -20,23 +20,14 @@ Antergos NeXT ships with **Dinit** as its default init system. The pages below d
| [Runit](runit) | Minimal, supervision-based, Unix-like | Low | Very fast | Void Linux, AntiX |
| [S6](s6) | Full supervision suite, modular | Medium-High | Very fast | Artix, embedded systems |
## Choosing an init
| If you want... | Pick... |
|----------------|---------|
| The fastest boot, automatic dependency resolution | Dinit |
| Something familiar, well-documented, simple | OpenRC |
| The simplest supervision-based approach | Runit |
| The most powerful non-systemd init with full supervision | S6 |
## What they all have in common
## Shared characteristics
- **No systemd** — all four are independent implementations
- **Service scripts** — services are configured via files in `/etc/`
- **Service files** — services are configured via files in `/etc/`
- **Runlevels** — groups of services that start together under different conditions
- **Plain-text logging** — logs go to `/var/log/`, not `journalctl`
- **Plain-text logging** — logs are written to `/var/log/`
## Key differences
## Comparison
| Aspect | Dinit | OpenRC | Runit | S6 |
|--------|-------|--------|-------|-----|
@@ -46,17 +37,6 @@ Antergos NeXT ships with **Dinit** as its default init system. The pages below d
| Logging | None built-in | syslog | Per-service (optional) | Per-service (s6-log) |
| Init script | None needed | `/etc/init.d/` | `/etc/runit/1/2/3` | s6-linux-init |
## Learning Linux with init systems
## Switching init after installation
If you're new to Linux, init systems are one of the best ways to understand how your OS works under the hood:
- **Processes** — PID 1, service trees, process supervision
- **Boot order** — what needs to start before what
- **Dependencies** — why NetworkManager needs dbus, why dbus needs udev
- **Runlevels** — why your system behaves differently in single-user vs normal boot
The best part? If you break something with services, you can always fix it by re-enabling or starting it manually. Service management is much simpler than kernel config or package management.
## Switching init after install
Artix provides a [switching init guide](https://wiki.artixlinux.org/Main/SwitchInit) that also works on Antergos NeXT. The process involves installing the new init's packages, configuring its services, and updating the bootloader.
See [Changing init](changing-init) for step-by-step instructions on switching to OpenRC, Runit, or S6 on an installed system.