Quadlet statt eigener Service-Unit, zwei Umgebungsdateien

Prod fuehrt Phase 1 als Quadlet unter
~/.config/containers/systemd/wurzelwerk-ingest.container; Phase 2 legt
sich daneben. Damit faellt die eigene .service-Unit weg - zwei Wege,
dasselbe zu tun, sind einer zuviel.

Drei Dinge, die dabei nicht offensichtlich sind:

  Type=oneshot          Quadlet setzt sonst Type=notify, und die Unit
                        gaelte als gestartet, sobald der Container
                        laeuft, nicht wenn er durch ist.
  kein RemainAfterExit  Das Handbuch empfiehlt es fuer oneshot, aber bei
                        Timer-Aktivierung bliebe der Auftrag im Zustand
                        "started" und der Timer loeste ihn nie wieder
                        aus.
  --env-file            EnvironmentFile= im Abschnitt [Container] ist
                        nicht systemds EnvironmentFile=. Quadlet reicht
                        die Datei an podman weiter, und podman entfernt
                        keine Anfuehrungszeichen um Werte.

Network=bebop-net steht jetzt direkt in der Unit; P2_NETZ entfaellt.
Type=oneshot schaltet ausserdem die Startzeitgrenze ab, womit der Grund
fuer TimeoutStartSec=1800 wegfaellt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NupWEBPzsyohVPG47HsTz8

deploy/INBETRIEBNAHME.md

@@ -97,8 +97,12 @@ das Modell nie wieder ins Netz und lädt in zwei Sekunden aus dem Volume.
 ## 5. Units einhängen
 
 ```sh
-cp deploy/wurzelwerk-p2.{service,timer} ~/.config/systemd/user/
+cp deploy/wurzelwerk-p2.container ~/.config/containers/systemd/
+cp deploy/wurzelwerk-p2.timer     ~/.config/systemd/user/
 systemctl --user daemon-reload
+
+# Was Quadlet daraus erzeugt hat, vor dem ersten Start ansehen:
+/usr/lib/systemd/user-generators/podman-user-generator --dryrun
 systemctl --user start wurzelwerk-p2.service    # ein Lauf von Hand
 journalctl --user -u wurzelwerk-p2 -n 40
 ```