Ein Installationsprogramm, das weiss, was es tut.
Ein Installationsprogramm, das weiss, was es tut.
Darunter unverändertes Arch. Darüber eine Wissensbasis für die Konfiguration – jede Einstellung, jede Wechselwirkung zwischen Einstellungen, transparent kodiert.
# installer pipeline — NVIDIA detection
$ detect Quadro K3100M (PCI 11b6)
$ cross-reference github.com/NVIDIA/open-gpu-kernel-modules
$ cross-reference nvidia.com/…/legacy-gpu
$ decide recommend proprietary legacy driver 470
$ verify nvidia-470xx-dkms present in the repository
✓ four conflicting options resolved into one consistent defaultDrei Prinzipien, durchgängig angewandt.
Jede Entscheidung liegt als Daten vor
Einstellungen, Abhängigkeiten und Lebenszyklus-Skripte liegen in einer KDL-Wissensbasis – nachprüfbar, offen für Forks und bei der Installation geladen, sodass Verbesserungen ausgeliefert werden, ohne ein neues ISO zu erstellen.
Standardmässig sicher
Auf die jeweilige CPU abgestimmte Schutzmassnahmen gegen Schwachstellen, sysctl-Einstellungen zur Systemhärtung, eingeschränkte Benutzer-Namensräume (user namespaces), optional hardened_malloc. Standardmässig aktiv, nicht erst auf Wunsch – und jede Abwägung wird dort erklärt, wo Sie sie treffen.
XFCE · Wayfire · Niri · COSMIC
Wählen Sie einen aus, oder installieren Sie alle vier nebeneinander und wechseln Sie am Anmeldebildschirm. Bei Wayfire und Niri sind waybar, nwg-launchers und nwgbar bereits eingerichtet; XFCE und COSMIC bringen ihre eigenen Panels mit. Keiner davon ist ein abgespecktes Minimum.
Vier gleichwertige Desktops, nicht einer als Standard und drei als Nebensache.
Wayfire und Niri gelten gemeinhin als unvollständige Umgebungen. Ditana liefert alles aus, was sie brauchen – eine ausgefeilte waybar, nwg-launcher, nwgbar und ein einheitliches Panel-Layout – und behandelt alle vier Desktops als vollwertig.
Jede Aktualisierung ist umkehrbar.
Das Rolling-Release-Modell von Arch ist eine Stärke, kein Fehler – aber es kann an einem Dienstagmorgen etwas kaputtmachen. Ditana entschärft das, indem es vor jeder Aktualisierung automatisch einen Schnappschuss des Systems erstellt.
Atomare Schnappschüsse, erstellt von einem pacman-Hook.
Unter ZFS und BTRFS sind Schnappschüsse atomar und kosten nichts – ein paar Millisekunden vor jeder Paketaktualisierung. Unter XFS und EXT4 übernimmt Timeshift dieselbe Aufgabe über rsync und erstellt typische inkrementelle Schnappschüsse in Sekunden.
Den ersten Schnappschuss erstellt das Installationsprogramm selbst, kurz vor dem ersten Neustart. Sie können also vom ersten Tag an auf ein frisch installiertes System zurücksetzen – ohne Einrichtung, ohne Henne-Ei-Problem bei der ersten Aktualisierung.
Systemschnappschüsse, keine Datenschnappschüsse: /home und andere Daten-Volumes werden nie angetastet. Setzen Sie das System zurück und behalten Sie Ihre Arbeit.
Für ZFS liefert Ditana einen eigenen Fork von zfs-autosnap aus, der – anders als das Upstream-Projekt – die Sperrdatei von pacman aus dem Schnappschuss entfernt, sodass Ihnen nach einem Zurücksetzen sofort ein funktionierendes pacman zur Verfügung steht.
Auch headless. Systemhärtung und automatische Schnappschüsse machen Ditana zu einer brauchbaren Wahl für Server auf Arch-Basis – ungewöhnlich für ein Rolling-Release-System. Das Profil Server des Installationsprogramms lässt die Desktop-Installation ganz weg und setzt konsequent auf die sicherheitsorientierten Voreinstellungen.
Es prüft die Upstream-Quellen bei der Installation.
NVIDIA-Erkennung, Wahl zwischen vier Optionen.
Ditana fragt bei der Installation die aktuellen PCI-ID-Listen von github.com/NVIDIA/open-gpu-kernel-modules und die offizielle Seite zu Legacy-GPUs ab. Anhand des Ergebnisses empfiehlt es eine von vier Treiberoptionen – nvidia-open-dkms, den proprietären Legacy-Treiber nvidia-580xx-dkms, den älteren nvidia-470xx-dkms oder nouveau – und prüft, ob das Paket, das es gleich empfehlen wird, in der Paketquelle vorhanden ist; wenn nicht, greift es auf nouveau zurück.
Anschliessend erklärt es, was es gewählt hat und warum.
CPU-Schwachstellen, erkannt und abgesichert.
Spectre v2, Meltdown, MDS, TAA, MMIO Stale Data, RETBleed, SRSO, GDS, RFDS – Ditana liest bei der Installation /sys/devices/system/cpu/vulnerabilities/ aus, aktiviert nur die Schutzmassnahmen, die Ihre CPU tatsächlich braucht, und lässt Sie jede davon anhand der Dokumentation prüfen.
Bei jeder Schutzmassnahme sind ihre Kosten ausdrücklich genannt, sodass Sie eine fundierte Entscheidung treffen können, statt blind zwischen «sicherer Voreinstellung» und «schneller Voreinstellung» zu wählen.
Systemhärtung, standardmässig aktiv.
Unprivilegierte Benutzer-Namensräume, beschränkt auf die Programme, die sie brauchen. Eingeschränktes ptrace. Verborgene Kernel-Zeiger. Gehärteter Schutz für FIFOs und reguläre Dateien in Sticky-Verzeichnissen. SYN-Cookies, keine ICMP-Redirects, kein Source-Routing, Reverse-Path-Filterung. Jede Option wird aktiviert ausgeliefert, jede wird erklärt – und für Entwicklerinnen und Entwickler gibt es ein Profil, das für die Fehlersuche genau die richtigen Dinge lockert.
Zehn Kategorien. Sinnvolle Voreinstellungen. Keine Geheimnisse.
Sagen Sie dem Installationsprogramm, wer Sie sind – ob Sie von einer anderen Distribution kommen, von KDE Plasma, Cinnamon, Xfce oder MATE umsteigen, Software entwickeln, den Rechner als Server betreiben oder ob nichts davon zutrifft –, und es stellt die Kontrollkästchen entsprechend vorab ein. Sie können jedes einzelne vor Beginn der Installation prüfen und ändern.
Ein Bildschirm, das ganze System.
Mit den Konfigurationskategorien steigen Sie ins Detail ein: Desktops, Browser, Dateimanager, Office-Pakete, KI-Werkzeuge, Terminals, Kernel, Dateisysteme, Härtung, Schutzmassnahmen und der Speicher-Allocator des Systems – alles aus einem Menü, alles umkehrbar, alles erklärt.
Jede Änderung zeigt ihre Auswirkungen.
Schalten Sie eine Option um, und Sie sehen die Folgen: welche Pakete hinzukommen, welche Skripte laufen werden, welche anderen Einstellungen sich daraufhin ändern. Der Graph der Einstellungen besteht aus Daten – Ditana zeigt Ihnen den Weg hindurch.
Das Installationsprogramm ist klein. Die Wissensbasis ist gross.
Ein Linux-Installationsprogramm sollte mehr tun als partitionieren, Pakete installieren und übergeben. PKGBUILDs kennen nur ihr eigenes Paket – sie können nicht wissen, was sonst auf dem System ist. Ditana hält die übergreifenden Entscheidungen in einer separaten, nachprüfbaren Wissensbasis fest.
Einstellungen deklarieren ihre Abhängigkeiten in schlichtem KDL.
Dieser Auszug besagt: kitty nur installieren, wenn das gewählte Terminal ausschliesslich unter Wayland läuft und XFCE ebenfalls installiert ist. Niemand käme auf die Idee, das zu verlangen, und niemand muss es: Die Regel steht neben der Paketliste, statt im Code des Installationsprogramms versteckt zu sein; wer sie prüft, sieht dort sowohl die Bedingung als auch ihren Grund.
// XFCE fallback for Wayland-only primary terminals
// (foot, cosmic-term). Fires when the user picks a
// Wayland-native terminal AND also installs XFCE.
- name="fallback-kitty-for-xfce" \
default-value="`(install-foot OR install-cosmic-term)
AND install-xfce`" {
arch-packages "kitty" "imagemagick" ...
chroot-script "echo kitty.desktop
>/etc/xdg/xfce-xdg-terminals.list"
}Bereit, es auszuprobieren?
Ditana 0.9.4 Beta ist ein ISO von 1.9 GB mit abgetrennter GPG-Signatur. Es holt seine Pakete und seine Konfiguration während der Installation, daher gehört eine funktionierende Netzwerkverbindung zu den Voraussetzungen. Die vollständige Installation dauert je nach Auswahl 15–45 Minuten.
Diese Übersetzung wurde maschinell erstellt. Leserinnen und Leser verbessern sie auf Weblate.