Je fais ce genre de choses depuis des années et je peux probablement vous aider à éviter les mêmes douleurs que j'ai traversées.
Le stockage en nuage serait idéal pour certains cas d'utilisation, mais sommaire sur la confidentialité / sécurité sans travail supplémentaire, et ne convenait pas nécessairement aux cas d'utilisation impliquant une grande quantité de données. (J'ai travaillé sur des problèmes de sécurité / confidentialité avec un chiffrement transparent par fichier, et j'utilise ceci en parallèle avec la solution que j'ai décrite ci-dessous, pour différents cas d'utilisation.)
Voici les solutions de stockage local dans un ordre croissant de viabilité (qui est intrinsèquement subjective et dépend de cas d'utilisation spécifiques):
- exFAT: au fond uniquement à cause de mon propre manque d'expérience avec lui et de sa relative nouveauté. Il existe des problèmes de compatibilité entre les plates-formes en raison de différentes tailles de bloc. Apparemment, le formatage du lecteur sous Windows avec une taille de bloc inférieure à 1024 octets peut fonctionner.
- NTFS: J'ai eu toutes sortes de problèmes avec NTFS-3G, faisant des allers-retours entre Windows, Mac et Linux. Corruption de fichiers, perte de données, etc. C'était il y a quelques années, c'est peut-être mieux maintenant - mais il a été "vendu" comme solide à l'époque et il ne l'a pas été.
- FAT32: D'après mon expérience, il s'agit du seul système de fichiers véritablement «multiplateforme» capable de relier Mac, Linux et Windows. (Et les caméras, et d'une télévision, et ...) Il y a une limite de 4 Go par fichier et le volume total 2TiB limite de taille . Vous pouvez en théorie surmonter la limitation FAT32 de 32 Go, avec Fat32Formatter , mais je ne sais pas dans quelle mesure il est compatible entre les systèmes. En théorie, FAT + permet d'utiliser des fichiers 256 Go et d'utiliser une taille de bloc plus élevée
- Une machine virtuelle partageant son système de fichiers natif avec le système d'exploitation hôte via CIFS: c'est de loin la meilleure solution pour la plupart de mes cas d'utilisation.
Il y a des années, lorsque j'en avais marre de la corruption des données en utilisant NTFS-3G, j'ai commencé à utiliser une petite machine virtuelle exécutant Windows 2000 et j'ai partagé un volume NTFS "nativement" avec le système d'exploitation hôte via CIFS. Les performances ne peuvent pas se comparer au stockage directement attaché, mais j'ai finalement pu dire au revoir à la corruption des données et à la méfiance et aux maux de tête qu'elle a causés. NTFS formaté à partir de Windows 2000, fonctionnait parfaitement et de manière interchangeable avec des versions plus modernes de Windows, y compris le basculement entre Windows 2000 dans une machine virtuelle et Windows Vista (à l'époque).
Mais encore, NTFS n'était tout simplement pas assez robuste pour stocker de manière fiable des quantités massives de données sur de longues périodes, même si dans une configuration en miroir (et en particulier dans une configuration RAID5). Principalement à cause du bitrot et du manque de somme de contrôle. Certes, c'était la meilleure chose depuis longtemps, mais pas plus.
Maintenant, le seul système de fichiers "multiplateforme" que j'utilise est ZFS, présenté via CIFS par Linux fonctionnant sur une VM. (J'utilise également de plus en plus le BTRFS qui semble avoir récemment franchi un certain seuil de stabilité pour mes cas d'utilisation. Pendant longtemps, je ne l'ai utilisé qu'à titre expérimental et il m'a souvent laissé tomber.)
Je n'utilise pas ZFS pour Mac OS, seulement ZFS sur Linux. (J'avais l'habitude d'utiliser une machine virtuelle OpenSolaris pour héberger ZFS dans un souci de pureté et de prise en charge des fonctionnalités ZFS les plus à jour, jusqu'à ce qu'Oracle se trompe.)
J'ai essayé ZFS pour Mac il y a quelque temps et c'était trop instable et obsolète. C'est peut-être bien maintenant, mais ma solution VM est sans faille. Et comme je l'ai dit, j'utilise de plus en plus BTRFS de toute façon, ce qui correspond mieux à bien des égards à mes besoins (dont le plus important est la fiabilité à toute épreuve - que ZFS a toujours fournie).
Je triple-boot mes Mac, et quand je n'exécute pas Linux nativement, je lance la même installation Linux native dans une VM. Linux est parfaitement heureux en alternant entre s'exécuter dans une machine virtuelle avec des ajouts d'invités et nativement. J'exécute presque toujours une machine virtuelle Linux pour un accès au volume "natif" ZFS ou BTRFS via CIFS, lorsque je ne l'exécute pas en mode natif.
J'ai ajusté de façon transparente la plupart de mes flux de travail pour prendre en charge l'accès CIFS plus lent à un grand stockage fiable «multiplateforme». Par exemple, si j'ai besoin d'un accès rapide à de nombreuses données de travail, c'est généralement dans une application qui est unique à ce système d'exploitation hôte particulier, et il n'a pas besoin d'être accessible sur toutes les plateformes. Donc, j'utilise simplement le stockage SSD local rapide que le système d'exploitation est disponible en mode natif et je fais des copies régulières vers le stockage "multiplateforme" plus lent - ou uniquement lorsque le projet est terminé, en fonction du cas d'utilisation spécifique.
Conseil: Si vous suivez la route VM, vous serez tenté de partager le système de fichiers VM via un adaptateur ponté. L'avantage est que la machine virtuelle aura sa propre adresse IP sur le même sous-réseau, et le stockage sera accessible même par d'autres ordinateurs sur ce sous-réseau. Cependant, les inconvénients d'un adaptateur ponté sont 1) Il est lié à un adaptateur physique spécifique et si vous passez, par exemple, du filaire au sans fil, vous risquez de perdre la connectivité Internet à partir de la machine virtuelle [ce qui n'est un problème que si vous êtes également en utilisant la VM comme système d'exploitation de productivité, comme je le fais habituellement]. Et 2) Les adaptateurs pontés peuvent être difficiles. Parfois, cela "fonctionne", mais si vous rencontrez des problèmes, le dépannage peut être assez compliqué. Une meilleure solution consiste à configurer la machine virtuelle avec deux adaptateurs: A) NAT [pour l'accès à Internet à partir de la machine virtuelle qui fonctionnera quel que soit l'adaptateur physique qui le fournit], et B) Hôte uniquement, configuré avec une adresse IP statique, pas de DNS ou de passerelle, adaptateur virtio et avec mode promiscuous. Seule votre machine locale pourra accéder aux partages CIFS de la machine virtuelle. Ce n'est pas trivial de mettre en place cette solution, mais une fois que c'est fait, c'est essentiellement magique.
Bonne chance!