Thomas Stallinger 6087243c82 fix: echte unbeaufsichtigte Mint-Installation (noninteractive-Frontend + Live-User-Bug)
Zwei unabhängige, live in der QEMU-Test-VM gefundene und verifizierte
Bugs, die zusammen jede automatisierte Installation verhindert haben:

1. start-kiosk.sh hatte /home/liveuser hartkodiert (mkdir + Epiphany-
   Profilpfad). Der tatsächliche Live-Benutzername auf dieser ISO ist
   'mint' (siehe grub/mint-*.cfg, username=mint überall) - /home/liveuser
   existiert nie und ist für den Live-User nicht anlegbar. Mit
   'set -euo pipefail' brach das Skript an dieser Stelle sofort ab,
   TUXFLOTTE_AUTO_MODE wurde nie erreicht, installer.sh lief nie los.
   Fix: $HOME statt hartkodiertem Pfad. Passend dazu die sudoers.d/
   90-tuxflotte-Regel von 'liveuser' auf 'mint' korrigiert (war zwar
   nicht der eigentliche Blocker, da Casper dem Live-User ohnehin
   bereits passwortloses sudo gibt, aber inhaltlich falsch/irreführend).

2. backend_launch()s kexec-Sprung nutzte 'automatic-ubiquity' allein -
   das startet weiterhin Ubiquitys GTK-Oberfläche (ubiquity-dm), die
   Werte aus dem Preseed zwar vorbelegt, aber pro Seite trotzdem auf
   einen Klick wartet (live verifiziert: Multimedia-Codecs-Seite blieb
   ohne Klick >60s unverändert stehen). Das erklärt die auf echter
   Hardware beobachteten "automatischen" Installationen, die dennoch
   jede Seite einzeln abfragten. Fix: zusätzliches Boot-Keyword
   'noninteractive' (siehe /usr/share/ubiquity/start-ubiquity-dm) lässt
   Casper stattdessen 'ubiquity noninteractive' direkt aufrufen -
   Ubiquitys eigenes, mitgeliefertes Headless-Frontend
   (frontend/noninteractive.py), das jede Seite mit auto_process=True
   rein über Debconf abarbeitet, ohne je ein Fenster zu zeichnen.

Live-verifiziert (QEMU, frische Disk): zweiter Boot nach kexec hat
'noninteractive' korrekt im Kernel-Cmdline, ps aux zeigt keinen
GTK-ubiquity-dm-Prozess mehr. /var/log/installer/debug bestätigt den
Frontend-Wechsel eindeutig per Exception-Traceback
(ubiquity.frontend.noninteractive.Wizard.question_dialog wirft
absichtlich NotImplementedError statt zu warten) - zugleich der
nächste, noch offene Befund: ubi-partman.py (Zeile 3484) stellt eine
Frage, die im aktuellen Preseed noch nicht beantwortet ist. Das ist
die einzige verbleibende Lücke zur echten Stille, siehe ADR-0023-
Nachtrag und project_e2e_flow_dogfooding_2026-08-28 (Memory).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-08-28 20:12:45 +02:00

Tuxflotte Installer

Dieses Repository erzeugt die Tuxflotte-Provisioning-ISO.

Die ISO dient als universelles Installationsmedium für Tuxflotte Provisioning.

Ziele:

  • automatischer Start der Installation
  • Unterstützung mehrerer Distributionen
  • einheitlicher Bootstrap
  • WLAN-Unterstützung
  • Rescue-Modus
  • lokaler Festplattenstart

Die eigentliche Provisionierung erfolgt über den Tuxflotte Provisioning Server.

Description
Installer
Readme 641 KiB
Languages
Shell 98.4%
Smarty 1.6%