Konvertieren eines APFS-Volumes (und seiner Partitionen) in HFS+ (nicht-J), ohne dass Daten migriert werden müssen

Nach dem Wechsel von macOS zu einer Linux-basierten Distribution profitiere ich von der Entscheidung, die meisten meiner Backups auf HFS+-Partitionen (mit deaktiviertem Journaling mit einem Programm, das den Wert von kHFSVolumeJournaledBit später ändert) schon früh während der Systemkonfiguration zu haben.

Leider habe ich mich dennoch entschieden, einige meiner Back-Laufwerke als APFS zu verwenden, und es enthält zwei Volumes. Sie sind (bis jetzt) ​​in GParted nicht manipulierbar und ich muss das Laufwerk verkleinern, da ich Daten von einem Laufwerk migrieren muss. Dies geschieht alles auf einem Linux-System, da ich nicht mehr das Privileg habe, ein macOS-System zu verwenden.

Mein erster Gedanke wäre, es in HFS+ zu konvertieren, wobei die Konvertierung eindeutig möglich ist, da es Paragons APFS-zu-HFS+-Konverter gibt (der zum jetzigen Zeitpunkt nicht mehr zum Download verfügbar ist) und die Tatsache, dass ich nicht glaube, dass eine Deduplizierung dies getan hätte Meine Dateien waren zu stark betroffen, daher sollte der belegte Speicherplatz nicht zu unterschiedlich sein.

Ich habe darüber nachgedacht, Paragons Tool in Darling auszuführen, aber das Ausführen von Alpha-Level-Software zum Bearbeiten meines (einzigen) Backups steht nicht ganz oben auf meiner Liste, und soweit ich weiß, hat der Konverter keine Nur-CLI-Schnittstelle.

Davon abgesehen, gibt es eine (bessere) Möglichkeit, ein APFS-Laufwerk unter Linux in eine HFS+-Partition (ohne Journaling) zu konvertieren?

Antworten (1)

Paragon Software hat ein Produkt namens APFS für Linux . Dies würde das Lesen/Schreiben auf APFS ermöglichen, ohne auf HFS+ konvertieren zu müssen. Offensichtlich müssen Sie den Treiber erstellen und installieren. Das würde also theoretisch mit jeder aktuellen Linux-Distribution funktionieren. Der einzige Nachteil ist, dass der APFS-Container vor Big Sur sein müsste. Mit anderen Worten, der APFS-Container hätte Big Sur niemals installiert haben müssen. Derzeit arbeitet Paragon Software daran, diese Einschränkung zu überwinden.

Update: In einem Kommentar hat das OP gepostet, dass ein schreibgeschützter FUSE-Treiber ( apfs-fuse ) verfügbar ist, der möglicherweise Big Sur-kompatibel ist.

Ick! Ich habe Big Sur benutzt! Ich suchte nach einer direkten Konvertierung in HFS+, damit ich es in NTFS konvertieren konnte, damit ich das endlich in BTRFS konvertieren konnte (ja, es ist kompliziert und riskant) und wenn ich APFS-Partitionen lesen wollte, würde ich sgan81 verwenden apfs-Sicherung. Aber für diejenigen, die täglich APFS-Laufwerke verwenden möchten, die von Linux und macOS gemeinsam genutzt werden, sind die Angebote von Paragon Software hervorragend geeignet
Es ist problematisch, dass die Manipulation zuverlässiger Dateisysteme (aufgrund ihrer Langlebigkeit und ihres Platzes als zentrale Komponente) plattformgebunden ist oder auf Software von Drittanbietern einer kleinen Gruppe von Einheiten angewiesen ist, die darauf spezialisiert sind. Die Tatsache, dass FAT32 das einzige nahezu universelle Dateisystem ist (exFAT != FAT32), ist entmutigend. Es ist wichtig, die Spezifikation für etwas zu veröffentlichen, das die Unterstützung des Betriebssystems überdauern könnte. Der gesamte Ansatz "Konvertieren in ein Format von einem anderen durch Kopieren, Formatieren und erneutes Kopieren" muss der Geschichte verloren gehen, nicht jeder hat Ersatzlaufwerke herumliegen
Ein Ersatzlaufwerk kostet nicht so viel. Für die Kosten von APFS für Linux von Paragon Software können Sie eine externe 1-TB-Festplatte von Toshiba erwerben . Ich würde einfach die apfs-Sicherung von sgan81 verwenden, um von APFS in das gewünschte Format zu kopieren.
Konvertieren eines APFS-Volumes (und seiner Partitionen) in HFS+ (nicht-J), ohne dass Daten migriert werden müssen
AntwortenHierDatenschutz-Bestimmungen1y, 0v