From 9949ca860c5b7c3467e92d6705aad9e9057c2b5a Mon Sep 17 00:00:00 2001 From: Thomas Stallinger Date: Fri, 7 Aug 2026 08:20:04 +0200 Subject: [PATCH] docs: Voraussetzung fuer den Backend-Lebenszyklus auf Casper-Medien notieren Ergaenzt einen kurzen Hinweis, dass /opt/tuxflotte auf Mint/Casper-Medien nicht automatisch vorhanden ist, sondern erst durch einen casper-bottom-Initrd-Hook vor backend_init() entsteht (siehe tuxflotte-installer, Phase 4 des Self-Service-ISO-Plans) - und Abgrenzung zu backend_postinstall(), das ein anderes, spaeteres Dateisystem anfasst (Ziel-Platte nach der Installation statt Live-Session davor). Co-Authored-By: Claude Sonnet 5 --- architecture/06-backend-api.md | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/architecture/06-backend-api.md b/architecture/06-backend-api.md index 0e7c852..190151e 100644 --- a/architecture/06-backend-api.md +++ b/architecture/06-backend-api.md @@ -53,6 +53,17 @@ backend_launch() backend_postinstall() ``` +Voraussetzung (Mint/Casper): der gesamte obige Zyklus läuft innerhalb der +gebooteten Live-Session und setzt voraus, dass die Orchestrator-Skripte +selbst (`/opt/tuxflotte/...`) dort bereits vorhanden sind. Das ist bei +Casper-basierten Medien kein Selbstläufer — Casper merged `/updates` vom +Medium nicht automatisch auf das Live-System. Diese Voraussetzung wird +schon *vor* `backend_init()` durch einen `casper-bottom`-Initrd-Hook +geschaffen (`tuxflotte-installer/initrd-hooks/casper-bottom/99casperboot`), +nicht durch diese API. `backend_postinstall()` dagegen fasst ein anderes, +später existierendes Dateisystem an: das frische Ziel-Root-FS auf der +echten Platte, nach der Installation, vor dem ersten Reboot. + --- # Pflichtfunktionen