Thomas Stallinger
f6bb3db9b9
Live gefunden (01.09.2026, erster echter Produktionslauf ueber die reale Kundenplattform-API): anode laeuft in einem LXC-Container (systemd-detect-virt: lxc), der CAP_MKNOD grundsaetzlich blockiert - auch fuer root. unsquashfs scheiterte beim Wiederherstellen der wenigen Geraetedateien im Boot-Medium-Squashfs (/dev/null, /dev/console, ...) mit "Operation not permitted", ISO-Bau brach ab. "-excludes ... dev" schliesst /dev komplett von der Extraktion aus - anders als beim Golden Image (package_golden_image.sh) ist das hier unkritisch: das Boot-Medium ist nur der Installations-Vermittler, nicht das ausgelieferte System - devtmpfs erzeugt /dev beim tatsaechlichen Boot ohnehin automatisch neu. Zugehoerige Produktions-Deployment-Schritte (nicht im Diff sichtbar): main auf anode gepullt (war noch auf dem alten bc9cefa-Stand vor dem gesamten Boot-Medium-Umbau), squashfs-tools installiert (fehlte), neues Basis-ISO nach data/upstream/tuxflotte-mint-boot-medium.iso hochgeladen, TUXFLOTTE_MINT_ISO_PATH in provisioning-server.env gesetzt, Dienst neu gestartet.
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.
Boot-Medium (Mint)
Das Mint-Boot-Medium ist ein eigenständiges, per Debian live-build
gebautes Image (boot-medium/, siehe ADR-0025) - kein gepatchter
Distributions-Installer mehr. Es enthält nur Tuxflottes eigenen,
headless-tauglichen Code (Module scripts/modules/00-40,
backends/mint-image/) und bootet direkt in einen systemd-Dienst, der
installer.sh startet.
scripts/build_boot_medium.sh [--dev]baut das Basis-Image (boot-medium/live-image-amd64.hybrid.iso).--devaktiviert einen SSH-Debug-Zugang (tuxflotte/test123); ohne--devbleibt SSH deaktiviert (Produktiv-Default).scripts/build_customer_iso.sh <source.iso> <output.iso> <activation_code> [wifi_ssid] [wifi_psk] [volid]personalisiert ein bereits gebautes Basis-Image für eine konkrete Kundenorganisation (Aktivierungscode + WLAN-Zugangsdaten).
Fedora nutzt weiterhin das ältere Kickstart/Anaconda-Muster
(scripts/build.sh <source.iso> fedora) - noch nicht auf dasselbe
Boot-Medium-Muster umgestellt.