Eine Datei in eine virtuelle Maschine bekommen, wenn Proxmox keinen Dateimanager hat

Sie haben eine Datei auf dem eigenen Rechner, und sie muss in einen Gast hinein. Sie suchen in der Oberfläche nach einer Hochladeschaltfläche in diese Richtung, und es gibt keine.

Dieses Fehlen ist eine Entwurfsentscheidung und kein Versehen, und wer den Grund versteht, dem wird der Rest offensichtlich. Proxmox VE verwaltet die Maschine, nicht das Innere der Maschine. Von außen ist der Speicher eines Gastes ein Festplattenabbild: ein großer undurchsichtiger Klumpen. Die Virtualisierungsschicht liest das Dateisystem darin nicht, und genau deshalb kann sie jedes Betriebssystem beherbergen, ohne irgendetwas darüber zu wissen.

Jeder Weg hinein ist also eine Art, diese Grenze absichtlich zu überschreiten, und jeder überschreitet sie anders.

Die langweilige Antwort, die meistens die richtige ist

Kopieren Sie über das Netzwerk, genauso wie zu jeder anderen Maschine. Eine Dateikopie über SSH, eine Dateifreigabe, ein Objektspeicher, ein Download aus dem Gast heraus.

Dieser Weg wird erstaunlich oft übersprungen, weil er zu gewöhnlich wirkt, als müsste Virtualisierung etwas Besseres bieten. Tut sie nicht, und sollte sie auch nicht. Der Gast ist eine Maschine in Ihrem Netzwerk; behandeln Sie ihn so. Dieser Weg verkraftet jede Größe, behält seine eigenen Berechtigungen und bezieht die Virtualisierungsschicht überhaupt nicht ein.

Die folgenden Fälle gelten für Situationen, in denen dieser Weg nicht verfügbar ist.

Wenn der Gast nicht erreichbar ist, aber läuft

Der Gastagent gibt Ihnen einen Kanal, der ohne Netzwerk auskommt, weil er über ein virtuelles Gerät zwischen Host und Gast läuft.

Er kann tatsächlich Dateien lesen und schreiben. Beide Vorgänge existieren als eigene Endpunkte und sind genau das Richtige, um eine Konfigurationsdatei oder einen Schlüssel in eine Maschine zu legen, die ihr Netzwerk verloren hat.

Die Grenze, die man kennen sollte, bevor man sich darauf verlässt: ein einzelner Schreibvorgang ist auf etwa 60 KB begrenzt, und das Lesen größerer Dateien kommt als abgeschnitten gekennzeichnet zurück. Dieser Kanal wurde für kleine Dinge gebaut. Für eine Konfigurationsdatei ist er hervorragend, für ein Installationsabbild nutzlos, und das mitten in einem Vorfall herauszufinden ist schlechter, als es hier zu lesen.

Auf dem Host, mit dem dies geprüft wurde, hatten sieben von acht virtuellen Maschinen den Agenten aktiviert, für die meisten Menschen ist dieser Weg also bereits verfügbar und schlicht unbekannt.

Wenn der Gast aus ist

Bei gestopptem Gast lässt sich sein Festplattenabbild auf dem Host einhängen und das Dateisystem direkt durchsehen. Das ist die mächtigste Möglichkeit: voller Zugriff, jede Größe, kein Agent nötig.

Sie hat auch die schärfste Kante in diesem Text.

Die Abkürzung, die still Dinge zerstört

Hängen Sie das Dateisystem eines laufenden Gastes nicht vom Host aus ein.

Es sieht oft so aus, als funktioniere es. Sie hängen das Abbild ein, Sie sehen Dateien, Sie kopieren eine hinein, nichts beschwert sich. Zugleich hat auch der Gast dieses Dateisystem eingehängt und hält seine eigene Vorstellung vom Plattenzustand im Zwischenspeicher. Zwei unabhängige Schreiber, ein Dateisystem, keiner weiß vom anderen. Das Ergebnis ist eine Beschädigung, die später auftaucht und wie ein Plattenproblem aussieht statt wie etwas, das Sie getan haben.

Läuft der Gast, nehmen Sie Netzwerk oder Agent. Brauchen Sie die Platte, stoppen Sie zuerst den Gast.

Wenn der Gast gar nicht mehr startet

Das ist der Moment, in dem Sie eine Datei am dringendsten heraus wollen, und alle vorherigen Möglichkeiten sind gescheitert.

Nehmen Sie den Weg über eine Sicherung. Sicherungen lassen sich einsehen und einzelne Dateien daraus holen, ohne den ganzen Gast wiederherzustellen. Das ist langsamer als alles andere hier, und es ist der einzige Weg, der noch funktioniert, wenn die Maschine selbst unbrauchbar ist.

Bemerkenswert: Das ist ein weiterer Grund, warum eine Sicherung, die Sie nie geöffnet haben, noch keine Sicherung ist. Der Tag, an dem Sie eine einzelne Datei aus einer toten Maschine brauchen, ist ein schlechter Tag, um zu entdecken, dass sich das Archiv nicht zurückspielen lässt.

Container sind ein anderes Problem

Ein Container hat kein Festplattenabbild mit einem undurchsichtigen Dateisystem darin. Seine Dateien liegen auf dem Speicher des Hosts, vom Host aus sind sie also einfach da.

Diese Asymmetrie erklärt, warum die Containerfassung dieser Frage eine eigene Suche ist. Dieselbe Aufgabe, völlig andere Schwierigkeit, und Ratschläge für das eine sind oft falsch für das andere.

Was Atlas tut und wo seine Grenzen liegen

Atlas bietet einen Dateibrowser für einen Gast, und die Entwurfsentscheidung darin ist der erwähnenswerte Teil.

Er läuft im Gast und lauscht nur auf dessen eigener Loopbackadresse, ist also aus Ihrem Netzwerk gar nicht erreichbar. Sie erreichen ihn über Atlas. Das heißt: einen Dateibrowser hinzuzufügen fügt keinen Dienst hinzu, der allem anderen im Netz offensteht, und genau das ist sonst der stille Preis, wenn man einen webbasierten Dateimanager auf eine Maschine setzt.

Die Grenzen, klar gesagt: er arbeitet pro Gast und muss in dem Gast vorhanden sein, den Sie durchsehen wollen; er ist eine Bequemlichkeit zum Ansehen und Verschieben einzelner Dateien und kein Übertragungsweg für große Datenmengen; und er ersetzt keine Sicherungen. Für Massendaten bleibt der Netzwerkweg oben die richtige Antwort, und für eine Maschine, die nicht mehr startet, bleibt der Weg über die Sicherung der einzige.