admin/platform-docs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: note Debian netinstall as the later slim-variant candidate for Mint

Browse Source 
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Thomas Stallinger 2026-07-31 15:00:49 +02:00
parent b6703c7858
commit 23f287e145
1 changed files with 1 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
architecture/13-live-provisioning-boot.md
View File

@ -60,7 +60,7 @@ Provisioning Agent läuft erstmalig (voller Treibersatz des installierten
**Netinstall vs. DVD/Everything — Kundenwahl, kein Tuxflotte-Standard:** Beide Medienvarianten haben einen echten, sich ausschließenden Nachteil. Netinstall braucht bei der Installation selbst Netzwerk (Pakete vom Mirror) — riskant bei WLAN-only-Zielhardware, falls das Installer-Image dafür keinen passenden Treiber mitbringt (real beobachtet, siehe ADR-0009). DVD/Everything braucht dafür keine Netz zur Installationszeit, kann aber veraltet sein (Nachholbedarf beim ersten Update nach der Installation). Welche Variante sinnvoll ist, hängt vom Einsatzkontext des Kunden ab (kabelgebundene Rechner beim Erstboot vs. mobile, nur-WLAN-Geräte) — das wird deshalb als Kundenoption im Self-Service-Profil geführt, nicht als projektweite Festlegung. Tuxflotte muss beide Basis-Varianten pro Backend bauen/pflegen können, aber nicht zwangsläufig für jeden Backend sofort beide.
**Entschieden für das Mint-Backend (31.07.2026):** Diese Wahl gilt nicht für jedes Backend gleichermaßen. Mint gibt selbst gar keine Netinstall-Variante heraus, nur die Live-Desktop-ISOs (Cinnamon/MATE/Xfce) — die sind von Natur aus schon die „fette", selbstständige Variante (Pakete im Squashfs, keine Netzabhängigkeit bei der Installation). Für Mint entfällt die Abwägung deshalb ersatzlos: nur die selbstständige Variante existiert, keine Kundenwahl nötig. Eine echte Netinstall-Alternative gäbe es nur über reines Ubuntu (z. B. Server-Netinstall mit Subiquity), das wäre dann ein eigenständiger Backend, nicht „Mint".
**Entschieden für das Mint-Backend (31.07.2026):** Diese Wahl gilt nicht für jedes Backend gleichermaßen. Mint gibt selbst gar keine Netinstall-Variante heraus, nur die Live-Desktop-ISOs (Cinnamon/MATE/Xfce) — die sind von Natur aus schon die „fette", selbstständige Variante (Pakete im Squashfs, keine Netzabhängigkeit bei der Installation). Für Mint entfällt die Abwägung deshalb ersatzlos: nur die selbstständige Variante existiert, keine Kundenwahl nötig. Eine echte Netinstall-Alternative gäbe es nur über reines Ubuntu (z. B. Server-Netinstall mit Subiquity) oder Debian-Netinstall (klassischer Debian-Installer, gleiche Preseed-Familie wie Ubiquity, daher näher verwandt) — beides jeweils ein eigenständiger Backend, nicht „Mint". Vom Nutzer explizit als "können wir irgendwann nachreichen" eingeordnet — kein aktueller Bedarf, nur für später vorgemerkt.
**Agent statt Kickstart-`%post`:** Die Anwendung des Runtime Blueprints (Ansible) bleibt explizit Aufgabe des Provisioning Agent, nicht der Kickstart-`%post`-Sektion — das war schon vorher so dokumentiert (`06-backend-api.md`), wird durch dieses Update nur bestätigt, nicht neu festgelegt. Der Agent selbst ist als Paket Teil der personalisierten Installation.