Ich habe jahrelang so etwas gemacht und kann Ihnen wahrscheinlich dabei helfen, die gleichen Schmerzen zu vermeiden, die ich durchgemacht habe.
Ein Cloud-Speicher ist ideal für einige Anwendungsfälle, bietet jedoch nur wenig Datenschutz und Sicherheit ohne zusätzlichen Arbeitsaufwand und ist nicht unbedingt für Anwendungsfälle mit einer großen Datenmenge geeignet. (Ich habe Sicherheits- / Datenschutzprobleme bei der transparenten Verschlüsselung pro Datei umgangen und diese für verschiedene Anwendungsfälle parallel zu der unten beschriebenen Lösung verwendet.)
Hier sind die lokalen Speicherlösungen in aufsteigender Reihenfolge der Lebensfähigkeit (die von Natur aus subjektiv ist und von bestimmten Anwendungsfällen abhängt):
- exFAT: Im Grunde nur wegen meines eigenen Mangels an Erfahrung damit und seiner relativen Neuheit. Es gibt Kompatibilitätsprobleme zwischen den Plattformen aufgrund unterschiedlicher Blockgrößen. Anscheinend funktioniert das Formatieren des Laufwerks in Windows mit einer Blockgröße von weniger als 1024 Byte möglicherweise.
- NTFS: Ich hatte alle möglichen Probleme mit NTFS-3G zwischen Windows, Mac und Linux. Dateibeschädigung, Datenverlust usw. Das war vor ein paar Jahren, vielleicht ist es jetzt besser - aber es wurde damals als solide "verkauft" und es war nicht so.
- FAT32: Nach meiner Erfahrung ist dies das einzige wirklich "plattformübergreifende" Dateisystem, das Mac, Linux und Windows verbinden kann. (Und Kameras und Fernseher, und ...) Es gibt eine pro-Datei 4 GB Größenbeschränkung und 2TiB Gesamtvolumen Größenbegrenzung . Theoretisch können Sie mit Fat32Formatter die 32-GB-FAT32-Beschränkung überwinden , aber ich weiß nicht, wie systemübergreifend die Kompatibilität ist. In der Theorie erlaubt FAT + 256GiB-Dateien und die Verwendung einer höheren Blockgröße
- Eine virtuelle Maschine, die ihr natives Dateisystem über CIFS für das Host-Betriebssystem freigibt: Dies ist zweifellos die beste Lösung für die meisten meiner Anwendungsfälle.
Als ich vor Jahren die Datenbeschädigung mit NTFS-3G satt hatte, begann ich mit der Verwendung einer kleinen VM unter Windows 2000 und gab ein NTFS-Volume "nativ" über CIFS für das Host-Betriebssystem frei. Die Leistung ist mit direkt angeschlossenem Speicher nicht zu vergleichen, aber ich muss mich endlich von Datenkorruption und dem dadurch verursachten Misstrauen und Kopfzerbrechen verabschieden. NTFS, das mit Windows 2000 formatiert wurde, funktionierte einwandfrei und austauschbar mit moderneren Windows-Versionen, einschließlich des Hin- und Herwechsels zwischen Windows 2000 in einer VM und Windows Vista (zu der Zeit).
Trotzdem war NTFS nicht robust genug, um über lange Zeiträume hinweg große Datenmengen zuverlässig zu speichern, auch wenn dies in einer gespiegelten Konfiguration (und insbesondere in einer RAID5-Konfiguration) der Fall war. Hauptsächlich wegen Bitrot und fehlender Prüfsumme. Zugegeben, es war das Beste seit langer Zeit, aber nicht mehr.
Das einzige "plattformübergreifende" Dateisystem, das ich verwende, ist ZFS, das von Linux über CIFS auf einer VM ausgeführt wird. (Ich verwende auch zunehmend BTRFS, das in letzter Zeit eine gewisse Stabilitätsschwelle für meine Anwendungsfälle überschritten zu haben scheint. Ich habe es lange Zeit nur experimentell verwendet und es hat mich oft im Stich gelassen.)
Ich verwende kein ZFS für Mac OS, nur ZFS unter Linux. (Ich habe früher eine OpenSolaris-VM zum Hosten von ZFS verwendet, um die Reinheit und Unterstützung der aktuellsten ZFS-Funktionen zu gewährleisten, bis Oracle das Problem behoben hat.)
Ich habe vor einiger Zeit ZFS für Mac ausprobiert und es war zu instabil und veraltet. Vielleicht ist es jetzt in Ordnung, aber meine VM-Lösung ist einwandfrei. Und wie gesagt, ich verwende ohnehin immer häufiger BTRFS, was in vielerlei Hinsicht besser zu meinen Anforderungen passt (zuallererst ist es die grundsolide Zuverlässigkeit, für die ZFS immer gesorgt hat).
Ich starte meine Macs dreifach und wenn ich Linux nicht nativ ausführe, führe ich dieselbe native Linux-Installation in einer VM aus. Linux ist vollkommen glücklich, wenn es zwischen der Ausführung in einer VM mit Gastzusätzen und nativ wechselt. Ich verwende fast immer eine Linux-VM für den "nativen" Zugriff auf ZFS- oder BTRFS-Volumes über CIFS, wenn sie nicht nativ ausgeführt wird.
Ich habe die meisten meiner Workflows nahtlos angepasst, um den langsameren CIFS-Zugriff auf großen "plattformübergreifenden" zuverlässigen Speicher zu ermöglichen. Wenn ich beispielsweise schnellen Zugriff auf viele Arbeitsdaten benötige, ist dies normalerweise eine Anwendung, die für das jeweilige Host-Betriebssystem spezifisch ist und nicht plattformübergreifend verfügbar sein muss. Ich verwende einfach den lokalen SSD-Speicher, auf dem das Betriebssystem nativ verfügbar ist, und kopiere regelmäßig auf den langsameren "plattformübergreifenden" Speicher - oder nur, wenn das Projekt abgeschlossen ist, je nach Anwendungsfall.
Tipp: Wenn Sie die VM-Route wählen, werden Sie versucht sein, das VM-Dateisystem über einen Bridged-Adapter freizugeben. Dies hat den Vorteil, dass die VM eine eigene IP-Adresse im selben Subnetz hat und der Speicher auch für andere Computer in diesem Subnetz zugänglich ist. Die Nachteile eines Bridged-Adapters sind jedoch: 1) Er ist an einen bestimmten physischen Adapter gebunden, und wenn Sie beispielsweise von einem kabelgebundenen zu einem kabellosen Adapter wechseln, kann die Internetverbindung innerhalb der VM unterbrochen werden Verwenden der VM als Betriebssystem für Ihre Produktivität, wie ich es normalerweise tue]. Und 2) Überbrückte Adapter können heikel sein. Manchmal "funktioniert es einfach", aber wenn Sie Probleme haben, kann die Fehlerbehebung ziemlich chaotisch sein. Eine bessere Lösung besteht darin, die VM mit zwei Adaptern zu konfigurieren: A) NAT [für den Internetzugriff von der VM aus, der unabhängig vom bereitgestellten physischen Adapter funktioniert] und B) Nur-Host, konfiguriert mit einer statischen IP-Adresse, ohne DNS oder Gateway, virtio-Adapter und mit Promiscuous-Modus. Nur Ihr lokaler Computer kann auf die CIFS-Freigaben der VM zugreifen. Es ist nicht trivial, diese Lösung einzurichten, aber sobald Sie dies tun, ist es im Grunde genommen Magie.
Viel Glück!