this post was submitted on 07 Jun 2026
68 points (98.6% liked)
DACH - Deutschsprachige Community für Deutschland, Österreich, Schweiz
5289 readers
494 users here now
Das Sammelbecken auf feddit.org für alle Deutschsprechenden aus Deutschland, Österreich, Schweiz, Liechtenstein, Luxemburg und die zwei Belgier. Außerdem natürlich alle anderen deutschprechenden Länderteile der Welt.
Für länderspezifische Themen könnt ihr euch in folgenden Communities austauschen:
___
Zusätzliche Regeln aus „Lessons learned":
- Postet hier zu allen Themen, die euch interessieren (soweit sie den anderen Regeln genügen)
- Posts oder Antworten, die einen Archive[.]today (oder eines der Derivate) beinhaltet, werden kommentarlos gelöscht
- Es werden Posts zum Thema Nahost / Palästina/Israel hier auf Dach gelöscht.
- Dasselbe gilt für Wahlumfragen à la Sonntagsumfrage.
- Bitte Titel von Posts nur sinnerweiternd und nicht sinnentstellend verändern. Eigene Meinungen gehören in den Superkommentar oder noch besser in einen eigenen Kommentar darunter.
- Youtube Videos bitte nicht ohne eine zusätzliche Zusammenfassung posten
___
Einsteigertipps für Neue gibt es hier.
___
Eine ausführliche Sidebar mit den Serverregeln usw. findet ihr auf der Startseite von feddit.org
___
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Freut mich dir eventuell beim Umstieg helfen zu können.
Ja u.A. kannst du festlegen ob die SystemD-units, die aus deinen Quadlet-Dateien generiert werden, nach einem reboot neu gestartet werden. Dieses feature ist leider eines der wenigen, wenn nicht einzigen, unintuitiven, dass ich bemerkt habe. Normalerweise legst du ja mit "systemd enable SERVICE" fest, dass der service beim booten gestartet werden soll. Bei den Quadlets funktioniert das über die "[Install]" Sektion in den Quadlet-Dateien. Hier ein fantastischer, knackig kompakter Blog-Artikel mit Erklärungen zu diesem und anderen Aspekten rund um Quadlets.
Das schöne an Quadlets ist, dass du keine ellenlangen "podman run[...]" Befehle mehr eingeben musst um deine Container zu starten/stoppen oder im Fall von podman-compose erst in die Verzeichnisse wechseln musst, in denen deine docker-compose.yml Dateien liegen. Im Falle eines rootless-Betriebs (siehe Blog-Artikel), schreibst du eine Quadlet-Datei (z.B. jellyfin.container) die ziemlich ähnlich ist zu einer SystemD Service-Unit-Datei, führst danach ein paar Schritte (im Blog beschrieben) einmalig aus und kannst dann zukünftig über "systemctl --user start|stop|status quadletname" mit deinen containern interagieren, egal wo du gerade im Dateisystem unterwegs bist.
Außerdem schreiben deine Container damit auch in das System-Journal und deren log kann dann z.B. über "journalctl --user -xeu jellyfin.service" eingesehen werden. Zusätzlich können neben .container (Quadlet) Dateien auch .network und .volume Dateien genutzt werden, in denen deine Podman Netzwerke und Volumes definiert werden. Dementsprechend ist das ganze auch ziemlich nice für Versionierung.
Bis die Tage.
Ach ja zusätzlich ist auch noch ziemlich cool, dass du Abhängigkeiten zwischen deinen Containern festlegen kannst. Wenn ein Webserver-Container z.B. von einem Datenbank-Container abhängig ist, kannst du in der Quadlet-Datei des Webserver-Containers mit "After=MyDB.container" angeben, dass dieser eben erst nach starten des Datenbank-Containers gestartet werden soll.