Utilisation d'un serveur linux SMB dans une machine virtuelle pour héberger une partition ext4 partagée pour plusieurs systèmes d'exploitation, le tout sur le même ordinateur

Pour partager des fichiers entre des systèmes d'exploitation MacOS, Windows et Linux natifs sur une même machine, j'ai d'abord envisagé d'utiliser exFat ou NTFS. Le premier ne supporte pas la journalisation, le second a une fiabilité discutable (?) Via les pilotes Fuse / ntfs-3g.

J'envisage maintenant d'utiliser un serveur SMB linux invité dans une machine virtuelle Virtualbox pour partager une partition ext4 avec les systèmes d'exploitation hôtes. Le tout sur la même machine physique. La partition brute partagée ext4 serait montée via un fichier .vmdk, je pense. Le serveur SMB invité serait un fichier (~ 5go) .vdi hébergé sur la partition Windows NTFS (facile à sauvegarder, la fiabilité ne devrait donc pas être un problème ici). Bien que le serveur SMB, le système d'exploitation invité hébergeant le serveur, la machine virtuelle hébergeant l'invité ou le système d'exploitation hôte hébergeant la machine virtuelle, PEUT se bloquer de manière sporadique, je me demande si ce paramètre devrait être plus fiable que les solutions précédentes?

Un autre avantage est qu’elle pourrait offrir une solution unifiée pour chiffrer les dossiers partagés des systèmes hôtes.

Mis à part cela est plus compliqué, consommez de la CPU et de l'espace de stockage / mémoire, existe-t-il d'autres mises en garde (cachées?) Et inconvénients de cette approche?

virtualbox partitioning virtual-machine multi-boot shared-folders hello world
la source

Hormis ceux que vous mentionnez, il n'y a pas vraiment de mises en garde. Mais toute la question est basée sur une hypothèse erronée (NTFS n’est pas fiable avec des systèmes d’exploitation non / Windows) et sur une idée fausse (le système de fichiers est important pour un partage réseau). Alors, probablement mieux de repenser votre projet.

@MichaelBay le fait que ntfs-3g ne supporte pas complètement la journalisation et qu'il n'y ait pas d'équivalent à Windows chkdsk.exe pour gérer la corruption NTFS semble indiquer que le fonctionnement de NTFS n'est peut-être pas complètement compris par le reverse engineering, et peut donc être moins fiable NTFS-3G? Sinon, des fonctionnalités équivalentes existeraient, je pense? (Bien que les spécifications NTFS soient mieux supportées par ntfs-3g que par Windows lui-même ...) En dehors de cela, je ne comprends pas quelle idée fausse vous parlez?

hello world

L'idée fausse est que le système de fichiers est pertinent pour un partage réseau. En supposant que vous créez un partage Windows à partir d'une machine Windows accessible depuis d'autres systèmes d'exploitation, quel est le problème avec NTFS? La réponse est non parce que c'est sans importance (ça pourrait être pour local De même, le fait que le système d'exploitation accédant aux partages dispose ou non des outils de correction d'erreur appropriés est également sans importance, car vous ne le ferez pas du tout. Alors, absolument Mieux vaut repenser votre projet (en attendant, essayez d’apprendre quelques choses sur les partages réseau).

@MichaelBay Eh bien, j'ai chargé en tant que partitions brutes .vmdk Windows et une partition NTFS "partagée" dans Virtualbox avec le mode ponté complet activé, j'ai configuré un partage Windows sur une partition NTFS, et je peux maintenant y accéder en tant que dossier samba à partir de systèmes d'exploitation hôtes, même sans connexion à Système d'exploitation Windows Je ne devrais pas utiliser les ajouts d'invité VM pour partager des dossiers, car cela provoquerait un blocage de Windows lors du démarrage natif (pour réparer, je devrai charger Windows dans la VM et désinstaller les ajouts). Je n’avais pas pensé à cette option, qui demande peut-être plus de ressources qu’un système d’exploitation dédié, mais qui a l'avantage de la simplicité. Je vous remercie. Est-ce ce que vous vouliez dire?

hello world

J'ai finalement finalement utilisé un réseau réservé aux hôtes à la place d'un réseau ponté pour la VM, car il empêche le partage de samba sur un réseau local et fonctionne également sans connexion LAN / WIFI. NAT peut toujours être utilisé pour permettre la mise à jour Internet à l'invité. Quoi qu'il en soit, je rechercherai une solution plus légère qu'un invité Windows 10 en tant que serveur samba.

hello world