Migrieren eines Linux-Dateisystems in ein Windows-Dateisystem (oder umgekehrt)

Von Zeit zu Zeit stoße ich auf eine Situation, in der ein Administrator ein Dateisystem auf einem Server hat, das er von einem Linux-kompatiblen Dateisystem (normalerweise ext2 / 3/4) in ein Windows-kompatibles Dateisystem (NTFS oder sogar) konvertieren möchte FAT32). Der Haken: Er will die Konvertierung durchführen an Ort und Stelle– Etwas, das der Windows-Fähigkeit ähnelt, ein FAT32-Volume über das in NTFS zu konvertieren Konvertieren Befehl.

Leider ist eine solche Konvertierung so gut wie unmöglich, und ich vermute, dass dies auch in Zukunft nicht möglich sein wird. Es gibt auch viele Gründe, warum diese Funktion überhaupt keine gute Idee ist und ohnehin immer weniger notwendig wird. Hier ist der Grund.

Zuerst, Die direkte Konvertierung von Festplattenformaten ist von Natur aus gefährlich. Wenn Sie an der einzigen verfügbaren Kopie eines bestimmten Dateisystems arbeiten, ist dies eine riskante Aktion. Sie vertrauen darauf, dass das Programm das gesamte Volume auf einmal mit wenig Spielraum für Fehler manipuliert. Wenn während der Konvertierung etwas schief geht, wird Ihre einzige Kopie dieser Daten ruiniert. Wenn diese Daten für Sie überhaupt einen Wert haben, lohnt es sich, sie zu sichern. Wenn Sie eine Sicherungskopie erstellen, ist es besser, diese Sicherungskopie in irgendeiner Form als das Original in irgendeiner Form zu bearbeiten. Dies ist genau dort Ihre erste Option: Anstatt das Volume unverändert zu verwenden, sichern Sie es in irgendeiner Form – sei es mit einem Sicherungsdienstprogramm, einem Disk-Imaging-Programm oder einem einfachen Archivierungsprogramm – und verwenden Sie die Sicherung, um die Daten irgendwo neu zu erstellen sonst im benötigten Dateisystem.

Zweite, Einige der Funktionen jedes Dateisystems sind nicht genau auf das andere abgebildet. Ein ziemlich offensichtliches Beispiel ist die Art und Weise, wie Linux-Dateisysteme wie ext3 und ext4 (und Unix-Dateisysteme im Allgemeinen) Funktionen haben, die in NTFS überhaupt nicht repliziert werden können. Zwei Beispiele kommen in den Sinn. Das erste ist die Art und Weise, wie Linux-Dateisysteme zwischen Groß- und Kleinschreibung unterscheiden: Sie können beispielsweise zwei Dateien benennen RASTER und Raster im selben Verzeichnis. NTFS würde nur eine Datei mit diesem Namen zulassen, unabhängig davon, welcher Fall dafür verwendet wurde. Ein weiteres Beispiel ist die Art und Weise, wie Namen in Linux-Dateisystemen Zeichen enthalten können, die in NTFS nicht zulässig wären, z. B. Schrägstriche oder das Pipe-Zeichen (|). Wenn Sie versuchen würden, ein ext3 / 4-Dateisystem in NTFS zu konvertieren, müssten die Dateinamen geändert werden, um die Kompatibilität sicherzustellen – was wiederum andere Probleme verursachen könnte.

Dritte, Es gibt fast keine Szenarien mehr, in denen Sie eine direkte Änderung vornehmen müssen. Der Speicher ist in den letzten zehn Jahren exponentiell billiger und flexibler geworden. Dies bedeutet, dass es billiger (und einfacher und sicherer) ist, ein zweites Laufwerk anzuschließen und den Inhalt des Laufwerks darauf zu spiegeln, anstatt direkte Konvertierungen zu versuchen. In fast jedem Szenario, mit dem ich konfrontiert wurde, ging es bei der Notwendigkeit, etwas vor Ort zu aktualisieren, mehr um einen Mangel an Vorstellungskraft oder Kreativität seitens des Administrators als um einen tatsächlichen Fehler technisch Einschränkungen seitens des betreffenden Systems. Wenn Sie sich in einer Situation befinden, in der Sie Daten migrieren müssen, gibt es zahlreiche Optionen, bei denen Partitionen nicht direkt bearbeitet werden müssen.

1. Sichern Sie die Daten und stellen Sie sie an einer anderen Stelle wieder her.

Wie oben angegeben, ist dieser Ansatz der einfachste, am weitesten verbreitete und am wenigsten komplizierte. Sie benötigen lediglich ein Zielgerät, das vom Zielsystem gelesen werden kann. Die meisten Linux-Rassen verfügen jetzt über eine integrierte Lese- / Schreib-NTFS-Kompatibilität. Wenn alles andere fehlschlägt, können Sie auf ein FAT32-Volume (das auch von Linux weitgehend unterstützt wird) oder eine Netzwerkfreigabe schreiben. Beachten Sie, dass bei Verwendung von FAT32 als Ziel alle auf dieses Volume geschriebenen Dateien – unabhängig davon, ob es sich lediglich um Kopien der Dateien auf dem Quelllaufwerk oder in Sicherungsarchiven handelt – eine Größe von weniger als 4 GB haben müssen. FAT32 kann keine Dateien verarbeiten, die größer als 4 GB sind. Daher kommt es nicht in Frage, eine monolithische Sicherungsdatei auf einem solchen Volume zu erstellen. Sie müssen es, wenn möglich, in Stücke teilen.

2. Fügen Sie Windows Linux-Dateisystemkompatibilität hinzu und verschieben Sie die Dateien in Windows.

Windows selbst bietet keine native Unterstützung für ext3 / 4 oder andere Linux-Dateisysteme, kann jedoch nachträglich hinzugefügt werden. Das Ext2Fsd Mit project können Sie beispielsweise ext2 über ext4 mounten und lesen (obwohl ext4 derzeit schreibgeschützt ist), obwohl LVM- oder Linux-RAID-Volumes nicht unterstützt werden. Es gibt auch andere ähnliche Projekte – EXT2IFS und fs-driver.org– Aber Ext2Fsd scheint die am häufigsten aktualisierte Version zu sein und verfügt über Funktionen, die die anderen nicht bieten.

3. Fügen Sie Linux Windows-Dateisystemkompatibilität hinzu und verschieben Sie die Dateien unter Linux.

Dies ist zwar auch möglich – die meisten Linux-Editionen bieten jetzt NTFS-Unterstützung als allgemeine Funktion -, Sie können jedoch aus mehreren Gründen Windows gemäß Nummer 2 besser verwenden. Eine davon sind Dateiberechtigungen: Wenn Sie Windows verwenden, um die Dateien abzurufen und auf einer NTFS-Partition abzulegen, müssen Sie keine zusätzlichen Überprüfungen durchführen, um sicherzustellen, dass Benutzerberechtigungen und andere NTFS-Metaattribute korrekt festgelegt und verwaltet werden .

Folgen Sie SearchWindowsServer auf Twitter @WindowsTT.


ÜBER DEN AUTOR
Serdar Yegulalp
schreibt seit mehr als 15 Jahren für eine Vielzahl von Publikationen über Personal Computing und IT, darunter (unter anderem) Windows Magazine, InformationWeek und die TechTarget-Site-Familie.

Similar Posts

Leave a Reply