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>
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
Languages
Shell
98.4%
Smarty
1.6%