Neue Richtung nach ADR-0024-Diskussion: statt Distributions-Installer (Ubiquity/Anaconda) zu automatisieren - strukturell fragil, siehe ADR-0023-Nachtrag zum partman-rebuild-cache-Loop - wird das curtin/FAI-Muster genutzt: Zieldatentraeger direkt partitionieren, ein fertiges Root-Filesystem-Image entpacken, per chroot nacharbeiten. - build_golden_image.sh: baut eine schlanke Debian-bookworm-Basis per debootstrap (Kernel, breites linux-firmware, NetworkManager, openssh-server) - KEINE Desktop-Umgebung, die kommt wie jedes andere Merkmal per Ansible-Blueprint nach dem ersten Boot (ADR-0002). Keine SSH-Hostkeys/kein Root-Passwort im Ergebnis - reale Zugangsdaten entstehen erst durch den Provisioning Agent pro Geraet. - scripts/lib/image_deploy.sh: Kernmechanik als wiederverwendbare Funktionsbibliothek (partitionieren, formatieren, mounten, Image entpacken, fstab aus echten UUIDs, chroot-Fixup fuer machine-id/SSH- Hostkeys/initramfs, Bootloader-Installation UEFI+BIOS). - scripts/image_deploy_test.sh: isolierter Testtreiber fuer Phase 1, ruft dieselben Funktionen auf, die spaeter backends/mint-image/ backend.sh (Phase 2) nutzen wird. Golden Image real gebaut und verifiziert (enterprise/LMDE 6, debootstrap bookworm): 302 MB, Kernel vorhanden, keine SSH-Hostkeys, machine-id leer. Deployment-Mechanik noch nicht live getestet - naechster Schritt. 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%