Listet die derzeit laufenden (online) virtuellen Maschinen und Container auf. Um startfähige Maschinenabbilder aufzuzählen, verwenden Sie list-images (siehe unten). Beachten Sie, dass dieser Befehl standardmäßig die besondere Maschine ».host« versteckt. Verwenden Sie den Schalter --all, um sie anzuzeigen.

Zeigt Laufzeitstatusinformationen über eine oder mehrere virtuelle Maschinen und Container an, gefolgt von den neusten Protokolldaten aus dem Journal. Diese Funktion ist zur Darstellung menschenlesbarer Ausgabe gedacht. Falls Sie Computer-auswertbare Ausgaben benötigen, verwenden Sie stattdessen show. Beachten Sie, dass die angezeigten Protokolldaten durch den Verwalter der virtuellen Maschine oder Container gemeldet werden und häufig Konsolenausgabe aus der Maschine enthält, aber nicht notwendigerweise Journal-Inhalte der Maschine selbst.

Zeigt die Eigenschaften einer oder mehrerer registrierter virtueller Maschinen oder Container oder des Verwalters selbst an. Falls kein Argument angegeben ist, werden die Eigenschaften des Verwalters angezeigt. Falls ein NAME angegeben ist, werden die Eigenschaften dieser virtuellen Maschine oder dieses Containers angezeigt. Standardmäßig werden leere Eigenschaften unterdrückt. Verwenden Sie --all, um diese auch anzuzeigen. Um bestimmte anzuzeigende Eigenschaften auszuwählen, verwenden Sie --property=. Dieser Befehl ist dafür gedacht, eingesetzt zu werden, wenn Computer-auswertbare Ausgabe benötigt wird und gibt nicht den gesamten Control-Gruppenbaum oder Journal-Einträge aus. Verwenden Sie status, falls Sie menschenlesbare Ausgabe benötigen.

Startet einen Container mittels systemd-nspawn(1) als Systemdienst. Dies startet systemd-nspawn@.service, instanziiert für den angegebenen Maschinennamen, ähnlich der Wirkung von systemctl start auf den Dienstenamen. systemd-nspawn sucht nach einem Container-Abbild des angegebenen Namens in /var/lib/machines/ (und anderen Suchpfaden, siehe unten) und führt ihn aus. Verwenden Sie list-images (siehe unten) zur Auflistung verfügbarer, startfähiger Container-Abbilder.

Beachten Sie, dass systemd-machined.service(8) auch mit einer Reihe von anderen Container- und VM-Verwaltern koppelt, systemd-nspawn ist nur eine Implementierung davon. Die meisten in machinectl verfügbaren Befehle können auch auf durch andere Verwalter, nicht nur systemd-nspawn, gesteuerte Container oder VMs angewandt werden. Das Starten von VMs und Container-Abbildern bei diesen Verwaltungsprogrammen benötigt angepasste Werkzeuge.

Um auf der Befehlszeile einen Container interaktiv mit vollem Zugriff auf die Konsole des Containers zu starten, rufen Sie systemd-nspawn direkt auf. Zum Stoppen eines Containers verwenden Sie machinectl poweroff.

Öffnet eine interaktive Terminalanmeldesitzung in einem Container oder auf der lokalen Maschine. Falls ein Argument bereitgestellt wird, bezieht es sich auf die Container-Maschine, zu der verbunden werden soll. Falls keine angegeben ist oder der Container-Name als leere Zeichenkette oder der besondere Maschinenname ».host« angegeben ist (siehe unten), erfolgt die Verbindung stattdessen zum lokalen Rechner. Dies erstellt eine TTY-Verbindung zu dem angegebenen Container oder der lokalen Maschine und bittet um die Ausführung eines Getty darauf. Beachten Sie, dass dies nur für Container unterstützt wird, die systemd(1) als Init-System ausführen.

Dieser Befehl öffnet eine vollständige Anmeldeaufforderung im Container oder der lokalen Maschine, die dann um Benutzername und Passwort bittet. Verwenden Sie shell (siehe unten) oder systemd-run(1) mit dem Schalter --machine=, um direkt einen einzelnen Befehl aufzurufen, entweder interaktiv oder im Hintergrund.

Öffnet eine interaktive Shell-Sitzung in einem Container oder der lokalen Maschine. Das erste Argument bezieht sich auf die zu verbindende Container-Maschine. Falls keine angegeben ist oder der Container-Name als leere Zeichenkette oder der besondere Maschinenname ».host« angegeben ist (siehe unten), erfolgt die Verbindung stattdessen zum lokalen Rechner. Dies funktioniert ähnlich zu login, ruft aber sofort einen Benutzerprozess auf. Dieser Befehl führt das angegebene Benutzerprogramm mit den angegebenen Argumenten oder die Standard-Shell für den Benutzer, falls kein Befehl angegeben ist, oder /bin/sh, falls keine Vorgabe-Shell gefunden wird, aus. Standardmäßig kann ein anderer Benutzer ausgewählt werden, indem --uid= verwandt oder dem Maschinennamen ein Benutzername und das Zeichen »@« vorangestellt wird. Verwenden Sie --setenv=, um Umgebungsvariablen für den ausgeführten Prozess zu setzen.

Beachten Sie, dass machinectl shell den Exit-Code/Status des aufgerufenen Shell-Prozesses nicht weiterleitet. Verwenden Sie stattdessen systemd-run, falls diese Information benötigt wird (siehe unten).

Der Einsatz des Befehls shell ohne Argumente (womit der aufgerufene Befehl oder die Shell auf dem lokalen Rechner ausgeführt wird) ist auf viele Arten ähnlich einer su(1)-Sitzung, isoliert aber anders als su die neue Sitzung von der ursprünglichen Sitzung, so dass kein Prozess und keine Sitzungseigenschaften gemeinsam benutzt werden und sie in einem sauberen und gut-definiertem Zustand ist. Sie wird in einer neuen Utmp-, Anmelde-, Audit-, Sicherheits- und Schlüsselbund-Sitzung nachverfolgt und wird keine Umgebungsvariablen oder Ressourcenbegrenzungen (und andere Eigenschaften) erben.

Beachten Sie, dass anstelle des Befehls machinectl shell systemd-run(1) mit seinem Schalter --machine= verwandt werden kann, was nicht-interaktive Aktionen, detailliertere und systemnahere Konfiguration der betroffenen Unit sowie den Zugriff auf Laufzeit- und Exit-Code/Status-Informationen des aufgerufenen Shell-Prozesses ermöglicht. Verwenden Sie insbesondere den Schalter --wait von systemd-run, um Exit-Statusinformationen vom aufgerufenen Prozess weiterzuleiten. Verwenden Sie den Schalter --pty von systemd-run, um eine interaktive Shell zu erlangen, ähnlich zu machinectl shell. Im Allgemeinen wird systemd-run für Skripting-Zwecke bevorzugt. Beachten Sie allerdings, dass systemd-run höhere Privilegien als machinectl shell erlangen könnte.

Aktiviert oder deaktiviert das Starten eines Containers mittels systemd-nspawn(1) als Systemdienst beim Systemstart. Dies aktiviert oder deaktiviert systemd-nspawn@.service, instanziiert für den angegebenen Maschinennamen, von der Wirkung ähnlich systemctl enable oder systemctl disable auf den Dienstenamen.

Schaltet einen oder mehrere Container aus. Dies wird durch Senden von SIGRTMIN+4 an den Init-Prozess des Containers einen Neustart auslösen, wodurch Systemd-kompatible Init-Systeme sauber heruntergefahren werden. Verwenden Sie stop als Alias für poweroff. Diese Aktion funktioniert bei Containern, die keine systemd(1)-kompatiblen Init-Systeme, wie Sysvinit, ausführen, nicht. Verwenden Sie das (nachfolgend beschriebene) terminate, um einen Container oder eine VM sofort zu beenden, ohne sie sauber herunterzufahren.

Startet einen oder mehrere Container neu. Dies wird durch Senden von SIGINT an den Init-Prozess des Containers einen Neustart auslösen. Dies ist grob äquivalent zum Drücken von Strg-Alt-Entf auf einem System außerhalb eines Containers und kompatibel mit Containern mit beliebigen Systemverwaltern.

Beendet die virtuelle Maschine oder den Container sofort, ohne ihn sauber herunterzufahren. Dies tötet alle Prozesse der virtuellen Maschine oder des Containers und gibt alle dieser Instanz zugeordneten Ressourcen frei. Verwenden Sie poweroff, um ein sauberes Herunterfahren anzufordern.

Sendet ein Signal an einen oder mehrere Prozesse der virtuellen Maschine oder des Containers. Dies bezieht sich auf Prozesse, wie sie vom Wirtsrechner gesehen werden, nicht Prozesse innerhalb der virtuellen Maschine oder des Containers. Wählen Sie die zu tötenden Prozesse mit --kill-whom=. Verwenden Sie --signal= zur Auswahl des zu sendenden Signals.

Hängt eine Datei oder ein Verzeichnis vom Wirtssystem in den angegebenen Container mit »bind« ein. Das erste Pfadargument ist die Quelldatei oder das Quellverzeichnis auf dem Wirtssystem, das zweite Pfadargument ist die Zieldatei oder der Zielpfad im Container. Wenn Letzterer fehlt, wird dafür das gleiche wie der Quellpfad auf dem Wirtssystem verwandt. Bei der Kombination mit dem Schalter --read-only wird eine nur-lesbare Bind-Einhängung erstellt. Bei der Kombination mit dem Schalter --mkdir wird vor dem Einhängen der Zielpfad zuerst erstellt. Beachten Sie, dass diese Option derzeit nur für systemd-nspawn(1)-Container unterstützt wird, und nur wenn Benutzer-Namensräume (--private-users) nicht verwandt werden. Dieser Befehl unterstützt das Bind-Einhängen von Verzeichnissen, regulären Dateien, Geräteknoten, AF_UNIX-Socket-Knoten sowie FIFOs.

Kopiert Dateien oder Verzeichnisse vom Wirtssystem in einen laufenden Container. Akzeptiert einen Container-Namen, gefolgt vom Quellpfad auf dem Wirtssystem und dem Zielpfad im Container. Falls der Zielpfad fehlt, wird dafür das gleiche wie der Quellpfad verwandt.

Falls der Rechner und der Container den gleichen Benutzer- und Gruppennamensraum benutzen, wird die Dateieigentümerschaft durch numerische Benutzer- und Gruppenkennung für die Kopie erhalten, andernfalls gehören alle Dateien und Gruppen dem Benutzer und der Gruppe root (UID/GID 0).

Kopiert Dateien oder Verzeichnisse aus dem Container auf den Rechner. Akzeptiert einen Container-Namen, gefolgt von einem Quellpfad im Container und dem Zielpfad im Rechner. Falls der Zielpfad entfällt, wird er identisch zum Quellpfad verwandt.

Falls der Rechner und der Container den gleichen Benutzer- und Gruppennamensraum benutzen, wird die Dateieigentümerschaft durch numerische Benutzer- und Gruppenkennung für die Kopie erhalten, andernfalls gehören alle Dateien und Gruppen dem Benutzer und der Gruppe root (UID/GID 0).

Zeigt eine Liste von lokal installierten Container- und VM-Abbildern. Dies zählt alle rohen Platten-Abbilder und -Containerverzeichnisse und Teildatenträger in /var/lib/machines/ (und anderen Suchpfaden, siehe unten) auf. Verwenden Sie start (siehe oben), um einen Container aus den aufgeführten Abbildern auszuführen. Beachten Sie, dass standardmäßig Container, deren Namen mit einem Punkt (».«) beginnen, nicht angezeigt werden. Geben Sie --all an, um diese auch anzuzeigen. Beachten Sie, dass das besondere Abbild ».host« immer impliziet existiert und sich auf das Abbild bezieht, von dem der Rechner selbst gestartet wurde.

Zeigt knappe Statusinformationen über einen oder mehrere Container- oder VM-Abbilder an. Diese Funktion ist zur Erzeugung menschenlesbarer Ausgabe gedacht. Verwenden Sie show-image (siehe unten), um stattdessen Computer-auswertbare Ausgabe zu erstellen.

Zeigt Eigenschaften von einem oder mehreren registrierten virtuellen Maschinen oder Container-Abbildern oder dem Verwalter selbst an. Falls kein Argument angegeben ist, werden die Eigenschaften des Verwalters angezeigt. Falls NAME angegeben ist, werden die Eigenschaften dieser virtuellen Maschine oder des Container-Abbilds angezeigt. Standardmäßig werden leere Eigenschaften unterdrückt. Verwenden Sie --all, um diese auch anzuzeigen. Um bestimmte Eigenschaften zur Anzeige auszuwählen, verwenden Sie --property=. Dieser Befehl ist dafür gedacht, wenn Computer-auswertbare Ausgabe benötigt wird. Verwenden Sie image-status, falls Sie formatierte, menschenlesbare Ausgabe suchen.

Klont einen Container- oder ein VM-Abbild. Die Argumente geben den Namen des zu klonenden und den Namen des frisch geklonten Abbildes an. Beachten Sie, dass einfache Container-Abbilder mit diesem Befehl in Btrfs-Teildatenträger-Abbilder geklont werden, falls dies das zugrundeliegende Dateisystem unterstützt. Beachten Sie, dass Klonen eines Container- oder VM-Abbildes für Dateisysteme optimiert ist, die »Kopieren-beim-Schreiben« unterstützen und für andere Dateisysteme, aufgrund von deren Beschränkungen, weniger effizient sein könnte.

Beachten Sie, dass dieser Befehl den Rechnernamen, die Maschinenkennung und alle anderen Einstellungen, die diese Instanz identifizieren könnten, unverändert lässt. Das ursprüngliche Abbild und die geklonte Kopie werden daher beide diese Berechtigungsnachweise gemeinsam nutzen und es mag notwendig sein, diese in der Kopie manuell zu ändern.

Wird dies mit dem Schalter --read-only kombiniert, dann wird ein nur-lesbares geklontes Abbild erstellt.

Benennt ein Container- oder VM-Abbild um. Die Argumente geben den Namen des umzubenennenden und den neuen Namen des Abbildes an.

Markiert ein Container- oder VM-Abbild nur-lesbar oder hebt dieses auf. Akzeptiert als Argumente einen VM- oder Container-Abbildnamen, gefolgt von einem logischen Wert. Falls der logische Wert fehlt, wird positiv impliziert, d.h. das Abbild wird als nur-lesbar markiert.

Entfernt eines oder mehrere Container- oder VM-Abbilder. Das besondere Abbild ».host«, das sich auf den Verzeichnisbaum des Rechners selbst bezieht, darf nicht entfernt werden.

Setzt die maximale Größe in Byte, zu der ein bestimmtes Container- oder VM-Abbild, oder alle Abbilder auf der Platte anwachsen dürfen (Plattenkontingent). Akzeptiert entweder einen oder zwei Parameter. Der erste, optionale Parameter bezieht sich auf den Namen eines Containers oder einer VM. Falls angegeben, wird die Größenbegrenzung des angegebenen Abbilds geändert. Falls der Parameter fehlt, dann wird die Gesamtgrößenbegrenzung der Summe aller lokal gespeicherten Abbilder geändert. Das abschließende Argument gibt die Größenbegrenzung in Byte an, die üblichen Einheiten K, M, G, T können optional angehängt werden. Falls die Größenbegrenzung deaktiviert werden soll, geben Sie »-« als Größe an.

Beachten Sie, dass die Container-bezogenen Größenbeschränkungen nur auf Btrfs-Dateisystemen unterstützt werden.

Entfernt versteckte VM- oder Container-Abbilder (oder alle). Dieser Befehl entfernt alle versteckten Maschinenabbilder aus /var/lib/machines/, d.h. solche, deren Namen mit einem Punkt beginnen. Verwenden Sie machinectl list-images --all, um eine Liste aller Maschinenabbilder zu sehen, einschließlich der versteckten.

Bei der Kombination mit dem Schalter --all werden alle Abbilder entfernt, nicht nur die versteckten. Dieser Befehl leert effektiv /var/lib/machines/.

Beachten Sie, dass Befehle wie machinectl pull-tar oder machinectl pull-raw normalerweise zuerst versteckte, nur-lesbare und unveränderte Maschinenabbilder aus dem heruntergeladenen Abbild erstellen, bevor sie eine schreibbare Arbeitskopie davon klonen, um mehrfaches Herunterladen zu vermeiden, falls Abbilder mehrmals verwandt werden. Verwenden Sie machinectl clean, um auf diese Art erstellte alte, versteckte Abbilder zu entfernen.

Lädt ein .tar-Container-Abbild von der angegebenen URL herunter und macht es unter dem angegebenen lokalen Maschinennamen verfügbar. Die URL muss vom Typ »http://« oder »https://« sein und muss sich auf eine .tar-, .tar.gz-, .tar.xz- oder .tar.bz2-Archivdatei beziehen. Falls der lokale Maschinenname nicht angegeben wird, wird er aus der letzten Komponente der URL automatisch ermittelt, wobei die Endung entfernt wird.

Das Abbild wird verifiziert, bevor es verfügbar gemacht wird, außer --verify=no ist angegeben. Die Verifizierung erfolgt entweder über eine integrierte signierte Datei mit dem Namen des Abbildes und der Endung .sha256 oder mit separaten SHA256SUMS- und SHA256SUMS.gpg-Dateien. Die Signaturdateien müssen auf dem gleichen Web-Server unter der gleichen URL wie die .tar-Datei verfügbar gemacht werden. Mit --verify=checksum wird nur die SHA256-Prüfsumme für die Datei verifiziert, basierend auf der Datei mit Endung .sha256 oder der SHA256SUMS-Datei. Mit --verify=signature wird zuerst die SHA-Prüfsumme der Datei mit der integrierten Signatur in der .sha256-Datei oder der separaten GPG-Signaturdatei SHA256SUMS.gpg verifiziert. Der öffentliche Schlüssel für diesen Verifikationsschritt muss in /usr/lib/systemd/import-pubring.gpg oder /etc/systemd/import-pubring.gpg verfügbar sein.

Das Container-Abbild wird in einen nur-lesbaren Teildatenträger in /var/lib/machines/, der nach der angegebenen URL und seinem HTTP-etag benannt ist, heruntergeladen und gespeichert. Von diesem Teildatenträger wird dann ein schreibbarer Schnappschuss genommen, der nach dem angegebenen lokalen Namen benannt wird. Dieses Verhalten stellt sicher, dass die Erstellung mehrerer Container-Instanzen von der gleichen URL effizient erfolgt, da mehrfaches Herunterladen nicht notwendig ist. Um nur das nur-lesbare Abbild zu erstellen und die Erstellung des schreibbaren Schnappschusses zu vermeiden, geben Sie »-« als lokalen Maschinennamen an.

Beachten Sie, dass einem nur-lesbaren Teildatenträger .tar- vorangestellt und es daher durch list-images nur angezeigt wird, wenn auch --all übergeben wird.

Beachten Sie, dass Drücken von Strg-C während der Ausführung dieses Befehls das Herunterladen nicht abbricht. Verwenden Sie das nachfolgend beschriebene cancel-transfer.

Lädt ein .raw-Container- oder VM-Plattenabbild von der angegebenen URL herunter und macht ihn unter dem angegebenen lokalen Maschinennamen verfügbar. Das Container-Abbild muss entweder eine .qcow2 oder ein rohes Platten-Abbild sein, das optional als .gz, .xz oder .bz2 komprimiert sein kann. Falls der lokale Maschinenname nicht angegeben wird, wird er aus der letzten Komponente der URL automatisch ermittelt, wobei die Endung entfernt wird.

Abbild-Überprüfung ist für rohe und Tar-Abbilder identisch (siehe oben).

Falls das heruntergeladene Abbild im Format .qcow2 ist, dann wird es vor der Bereitstellung in eine rohe Abbilddatei konvertiert.

Heruntergeladene Abbilder dieses Typs werden als nur-lesbare .raw-Dateien in /var/lib/machines/ abgelegt. Eine lokale, schreibbare (Referenz-gelinkte) Kopie wird dann unter dem angegebenen lokalen Maschinennamen zur Verfügung gestellt. Um die Erstellung der lokalen, schreibbaren Kopie zu überspringen, übergeben Sie »-« als lokalen Maschinennamen.

Ähnlich dem Verhalten von pull-tar wird dem nur-lesbaren Abbild .raw- vorangestellt und damit wird es durch list-images nur angezeigt, wenn auch --all übergeben wird.

Beachten Sie, dass Drücken von Strg-C während der Ausführung dieses Befehls das Herunterladen nicht abbricht. Verwenden Sie das nachfolgend beschriebene cancel-transfer.

Importiert ein TAR- oder RAW-Container- oder VM-Abbild und legt es unter dem angegebenen Namen in /var/lib/machines/ ab. Wird import-tar verwandt, dann sollte die als erstes Argument übergebene Datei ein Tar-Archiv sein, das gegebenenfalls mit Xz, Gzip oder Bzip2 komprimiert sein kann. Es wird dann in seinen eigenen Teildatenträger in /var/lib/machines/ abgelegt. Wird import-raw verwandt, dann sollten die Dateien qcow2- oder rohe Plattenabbilder sein, die gegebenenfalls mit Xz, Gzip oder Bzip2 komprimiert sein können. Falls das zweite Argument (der entstehende Abbildname) nicht angegeben ist, dann wird er automatisch vom Dateinamen abgeleitet. Falls der Dateiname als »-« übergeben wird, dann wird das Abbild von der Standardeingabe gelesen, das zweite Argument ist dann verpflichtend.

Optional kann der Schalter --read-only zur Erstellung eines nur-lesbaren Container- oder VM-Abbildes verwandt werden. Beim Importieren des Abbildes erfolgt keine kryptographische Validierung.

Ähnlich wie beim Herunterladen von Abbildern können laufende Importvorgänge mit list-transfers aufgeführt und mit cancel-transfer abgebrochen werden.

Importiert einen in einem lokalen Verzeichnis gespeicherten Container in /var/lib/machines/. Dies funktioniert ähnlich import-tar oder import-raw, aber das erste Argument ist das Quellverzeichnis. Falls unterstützt, erzeugt dieser Befehl einen Btrfs-Schnappschuss oder -Teildatenträger für das neue Abbild.

Exportiert ein TAR- oder RAW-Container- oder VM-Abbild und speichert es in der angegebenen Datei. Der erste Parameter sollte ein VM- oder Container-Abbild-Name sein. Der zweite Parameter sollte ein Dateipfad sein, in den das TAR- oder RAW-Abbild geschrieben wird. Falls der Pfad auf ».gz« endet, wird die Datei mit Gzip komprimiert, falls sie auf ».xz« endet, mit Xz und falls sie auf ».bz2« endet, mit Bzip2. Falls sie keine dieser Endungen hat, bleibt die Datei unkomprimiert. Falls das zweite Argument fehlt, wird das Abbild in die Standardausgabe geschrieben. Die Komprimierung kann mit dem Schalter --format= auch explizit ausgewählt werden. Dies ist insbesondere nützlich, wenn der zweite Parameter nicht angegeben wird.

Ähnlich wie beim Herunterladen und Importieren von Abbildern können laufende Exportvorgänge mit list-transfers aufgeführt und mit cancel-transfer abgebrochen werden.

Beachten Sie, dass derzeit nur Verzeichnisse und Teildatenträger-Abbilder als TAR-Abbilder und dass nur rohe Platten-Abbilder als RAW-Abbilder exportiert werden können.

Zeigt eine Liste von aktiven Herunterlade-, Import- und Exportvorgängen von Container- oder VM-Abbildern.

Bricht das Herunterladen, den Im- oder Export des Container- oder VM-Abbildes mit der angegebenen Kennung ab. Um laufende Übertragungen und ihre Kennungen anzuzeigen, verwenden Sie list-transfers.