Artix Linux to dystrybucja dla osób, które chcą środowiska w stylu Arch, ale bez systemd i z większą kontrolą nad startem usług. W praktyce oznacza to inne decyzje przy instalacji, konfiguracji sieci, logowania i pulpitu, więc ten tekst pokazuje, kiedy ta droga ma sens, jak działa w codziennym użyciu i gdzie najłatwiej się potknąć.
Najważniejsze rzeczy, które warto wiedzieć na start
- To rolling release oparte na Archu, ale z własnym podejściem do init i usług systemowych.
- Do wyboru są cztery główne init systemy: OpenRC, runit, s6 i dinit, a każdy ma inny poziom wygody i kontroli.
- Dla nowych użytkowników bezpieczniejszy start daje edycja graficzna lub community, nie base ISO.
- GNOME nie jest dziś sensownym celem dla tej dystrybucji; lepiej celować w KDE Plasma, XFCE, MATE lub LXQt.
- Dodawanie repozytoriów Arch i paczek z AUR wymaga ostrożności, bo to już obszar bez oficjalnego wsparcia.
Czym ta dystrybucja różni się od Archa
Najkrócej: bierze model rolling release, pacmana i sporą część archowego sposobu pracy, ale usuwa systemd z roli podstawowego mechanizmu startu systemu. To nie jest po prostu Arch z inną naklejką. To system, w którym sam wybierasz, jak mają się uruchamiać usługi i jak ma wyglądać warstwa użytkowa.
Z mojego punktu widzenia to ważne rozróżnienie, bo dla jednych systemd jest przezroczystym tłem, a dla innych właśnie źródłem niepotrzebnej złożoności. Artix trafia do tej drugiej grupy: osób, które chcą prostszego PID1, większej przewidywalności i mniejszej zależności od jednego ekosystemu narzędzi.
Warto też pamiętać o repozytoriach. Własne gałęzie system, world, galaxy i lib32 mają tu pierwszeństwo, a pakiety z Archu traktuje się jako dodatek, nie fundament. To od razu ustawia oczekiwania: dostajesz dużo z archowego świata, ale nie wszystko działa tu „z automatu”.
Żeby dobrze ocenić, ile swobody daje taki układ, trzeba najpierw zobaczyć, co dokładnie stoi za wyborem init systemu.
Jak działa bez systemd i co wybrać zamiast niego
PID1 to pierwszy proces uruchamiany przez jądro, a od niego zależy start usług, zamykanie systemu i nadzór nad demonami. Artix pozwala wybrać jeden z kilku modeli, więc nie dostajesz jednego narzuconego sposobu pracy, tylko konkretny zestaw kompromisów.
| Init system | Jak się go odczuwa | Kiedy ma sens | Największy kompromis |
|---|---|---|---|
| OpenRC | Tradycyjne runlevele i skrypty, dość czytelne dla osób z doświadczeniem w klasycznym Linuksie. | Gdy chcesz balans między kontrolą a wygodą i lubisz przewidywalny układ usług. | Jest bardziej „ręczny” niż nowoczesne, silnie zintegrowane rozwiązania. |
| runit | Minimalistyczny nadzór usług, bez zbędnych warstw. | Gdy cenisz prostotę i chcesz szybko zrozumieć, co uruchamia się w tle. | Mniej rozbudowane narzędzia pomocnicze niż w bardziej klasycznych systemach init. |
| s6 | Bardzo modularny i precyzyjny model zarządzania usługami. | Gdy zależy ci na dużej kontroli i nie przeszkadza ci wyższy próg wejścia. | Najbardziej wymagający w nauce i konfiguracji. |
| dinit | Dependency-aware service manager, który dobrze porządkuje zależności. | Gdy chcesz rozwiązania pośrodku: mniej szumu, ale z logicznym grafem usług. | Ekosystem i przyzwyczajenia użytkowników są jeszcze mniej oswojone niż przy OpenRC. |
W praktyce najwięcej różnic widać przy środowisku graficznym. Część pakietów nadal oczekuje warstwy zgodności, dlatego czasem poza samym desktopem instalujesz też odpowiedni pakiet usług dla swojego init. To normalne, a nie objaw problemu. Taka konstrukcja daje większą kontrolę, ale wymaga od użytkownika odrobiny dyscypliny przy aktualizacjach i doborze pakietów.
Od tego wyboru zależy też, jak prosty będzie start całego systemu po instalacji.
Jak wygląda instalacja i pierwsza konfiguracja
Projekt publikuje tygodniowe obrazy instalacyjne i właśnie te warto traktować jako punkt wyjścia. Oficjalnie są trzy główne typy nośników: base, graphical i community. Jeśli nie jesteś bardzo pewny swojej ręki w Linuksie, sensowniejszy start daje edycja graficzna albo community, a base zostawiam osobom, które chcą budować system praktycznie od zera.
Ja w takim scenariuszu patrzę przede wszystkim na to, co ma działać po pierwszym uruchomieniu. Jeśli to ma być komputer codzienny, trzeba od razu zaplanować trzy rzeczy: sieć, logowanie i środowisko pulpitu. W zależności od init systemu użyjesz innych pakietów usług, ale logika jest ta sama: instalujesz komponent, aktywujesz usługę i sprawdzasz, czy wszystko startuje bez ręcznych obejść.
- Jeśli potrzebujesz stabilnego desktopu, zacznij od KDE Plasma, XFCE, MATE lub LXQt.
- Jeśli instalujesz laptopa lub małą maszynę, od razu upewnij się, że działają Wi-Fi i dźwięk.
- Jeśli środowisko wymaga elogind, doinstaluj je świadomie, zamiast walczyć z objawami później.
- Jeśli planujesz zewnętrzne repozytoria, dodawaj je dopiero wtedy, gdy wiesz, które pakiety są naprawdę potrzebne.
Warto też pamiętać, że baza instalacji może być bardziej elastyczna niż typowy obraz „kliknij i zapomnij”. To zaleta dla osób, które chcą własnej konfiguracji, ale też moment, w którym łatwo przesadzić z eksperymentami. Dopiero po tym widać, czy taka dystrybucja pasuje do twojego stylu pracy.
To naturalnie prowadzi do pytania, komu taki model faktycznie służy, a komu zacznie przeszkadzać.
Dla kogo to będzie dobry wybór, a kiedy lepiej odpuścić
| Sytuacja | Ocena | Dlaczego |
|---|---|---|
| Chcesz archowego tempa pracy, ale bez systemd | Dobry wybór | Dostajesz rolling release, pacmana i dużą część znanego workflow, ale z innym init. |
| Chcesz systemu „instaluję i zapominam” | Raczej nie | Trzeba samodzielnie dobierać usługi, pilnować repozytoriów i rozumieć zależności. |
| Zależy ci na GNOME jako pełnym desktopie | Nie | Oficjalne utrzymywanie GNOME bez systemd nie jest dziś realnym kierunkiem projektu. |
| Używasz KDE, XFCE, MATE albo LXQt | Tak | Te środowiska łatwiej dopasować do alternatywnych initów i warstwy kompatybilności. |
| Chcesz żyć głównie paczkami z Arch i AUR | Ostrożnie | To obszar bez oficjalnego wsparcia, więc ewentualne konflikty rozwiązujesz sam. |
Jeśli miałbym powiedzieć to jednym zdaniem, Artix sprawdza się wtedy, gdy chcesz archowego zaplecza, ale świadomie rezygnujesz z systemd i akceptujesz więcej własnej odpowiedzialności. Jeśli natomiast priorytetem jest maksymalna kompatybilność „z pudełka”, łatwiej będzie ci na klasycznym Archu albo na innej dystrybucji, która stawia mniej warunków na starcie.
Jeżeli rozważasz przejście z innego systemu, kluczowe staje się pytanie, jak zrobić to bez chaosu.
Przejście z Archa wymaga porządku, nie odwagi
Oficjalna dokumentacja wyraźnie traktuje czystą instalację jako preferowaną drogę. Migracja jest możliwa, ale nie warto robić jej „na skróty”, bo wtedy najłatwiej wpaść w mieszankę pakietów, która będzie działała tylko do pierwszej większej aktualizacji.
Najrozsądniejszy plan jest prosty: najpierw zapisujesz listę ważnych usług, potem wybierasz jeden init system i dopiero później podmieniasz pakiety. W praktyce chodzi o trzy rzeczy: odtworzenie bazowego zestawu pakietów, instalację odpowiednich skryptów usług i uporządkowanie repozytoriów. Jeśli dotychczas korzystałeś z Archowych dodatków, sprawdzasz je pojedynczo, a nie hurtowo.
- Zrób kopię danych i zapisz, jakie usługi były uruchomione przed migracją.
- Wybierz jeden init system i trzymaj się go konsekwentnie.
- Upewnij się, że kolejność repozytoriów faworyzuje pakiety Artixa.
- Po pierwszym restarcie sprawdź sieć, logowanie, dźwięk i menedżer sesji.
To właśnie na tym etapie wychodzi największa różnica między wygodą a kontrolą. Artix nie ukrywa złożoności, tylko zmusza do jej uporządkowania. Dla jednych to wada, dla innych duży plus, bo system zachowuje się dokładnie tak, jak został skonfigurowany.
Na końcu zostają już tylko trzy praktyczne sprawdzenia, które oszczędzają najwięcej czasu.
Co sprawdzić przed pierwszym dłuższym użyciem
Po instalacji zawsze patrzę na trzy rzeczy. Po pierwsze, czy środowisko graficzne nie próbuje po cichu wymagać systemd. Po drugie, czy wszystkie potrzebne usługi naprawdę startują po restarcie, a nie tylko po ręcznym uruchomieniu z terminala. Po trzecie, czy mam plan awaryjny na aktualizacje, bo przy rolling release to nie jest detal, tylko część codziennej higieny administracyjnej.
Przydatny jest też jeszcze jeden zapasowy element: archiwum pakietów. Gdy jakaś aktualizacja się wywróci, możliwość cofnięcia konkretnej wersji bywa dużo cenniejsza niż teoretyczna stabilność. Właśnie dlatego traktuję tę dystrybucję jako dobre narzędzie dla osób, które chcą wiedzieć, co dokładnie mają w systemie, zamiast ufać, że wszystko samo się zepnie.
Jeśli cenisz kontrolę, czytelny podział usług i archowe tempo rozwoju, ta dystrybucja ma bardzo mocne strony. Jeśli jednak chcesz systemu możliwie niewidzialnego i bezobsługowego, lepiej poszukać prostszej drogi niż walka z własnymi kompromisami.
