Bonjour,
J'aimerais désactiver le cache en écriture et lecture lors de l'utilisation d'un fichier de disque virtuel , auquel je souhaite accéder de façon concurrente par 2 instances ou plus de WSL2.
Le fichier de disque virtuel a été créé par
dd if=/dev/zero of=/mnt/d/VHD.img bs=1M count=100000
ensuite j'ai formaté en ext4 le fichier VHD.img
et enfin le fichier VHD.img est monté manuellement dans chacune des instances de WSL2 qui fonctionnent en même temps.
Le soucis est qu'il n'y a pas de synchronisation des données du système de fichier entre les différences instances de WSL.
Les modifications apportées sur le système de fichier par une des instances de WSL ne sont visibles sur une autre, uniquement après que sur celle-ci le disque virtuel ait été démonté et remonté, ce qui n'est pas pratique du tout. Visiblement le système de fichier du disque virtuel est vu dans son état au moment du montage du disque virtuel et ne tient compte, du point de vue d'une instance WSL que des modifs faites par cette même instance. Y a t il moyen de désactiver le cache en lecture et écriture associé au disque virtuel ? Merci pour votre aide !
Forum Linux.général désactiver le cache sur un fichier de disque virtuel
27
déc.
2022
# pas conçu pour ça
Posté par raspbeguy (site web personnel, Mastodon) . Évalué à 2.
ext4 n'est pas conçu pour des accès concurrents.
Tu ferais mieux de te tourner vers des solutions de partage comme NFS, ou des systèmes de fichiers prévus pour les accès concurrents comme GFS2 ou OCFS.
Un gentil du net
[^] # Re: pas conçu pour ça
Posté par gllisse . Évalué à 1.
ca marche, merci pour l'info
# partage reseau ?
Posté par NeoX . Évalué à 3.
un partage reseau serait plus adapaté,
au mieux tu partages un dossier de ton windows (puisque tu utilises WSL) à travers des protocoles fais pour cela (CIFS, natif à windows ou NFS, qui peut demander d'ajouter des outils sur le windows)
ensuite dans tes WSL, tu montes ce partage reseau au demarrage de la VM (oui WSL, ca reste de la virtualisation)
[^] # Re: partage reseau ?
Posté par gllisse . Évalué à 1.
Je pensais qu'il pouvait être possible d'accéder facilement aux données d'un même disque depuis plusieurs machines, mais il y a bien sûr des pb d'accès concurrentiels.
Le plus simple est d'utiliser chaque distribution séparément.
Si je suis un peu plus motivé et que j'ai du temps, j'essaierai de mettre en place un serveur de fichier. Merci pour la réponse !
[^] # Re: partage reseau ?
Posté par NeoX . Évalué à 3.
sur ton windows, clic droit "nouveau dossier"
puis sur ce dossier "clic droit, partager"
ensuite depuis tes linux, si c'est des postes "utilisateurs", dans le navigateur de fichier, tu vas sur le voisinnage reseau
si ce sont des "serveurs", c'est dans /etc/fstab, que tu vas demander à activer ce dossier partagé dans un point de montage
# solution trouvée
Posté par gllisse . Évalué à 2.
En fait il y a moyen d'accéder à un répertoire linux de façon partagée entre différentes distributions en faisant depuis la distribution contenant le répertoir à partager un mount bind vers un répertoire créé dans /mnt/wsl.
Il reste en suite à monter ce même répertoire dans /mnt/wsl par un mount bind dans la distribution dans laquelle on souhaite accéder au répertoire en partage.
J'avais écrit un message plus détaillé hier qui visiblement est passé à la trappe…
[^] # Re: solution trouvée
Posté par NeoX . Évalué à 4. Dernière modification le 28 décembre 2022 à 17:57.
oui mais non
le mount bind te permet de monter DANS ton linux, un disque/partition à plusieurs endroits
mais dans ton cas (WSL), tu veux que le WSL accede à un disque "VHD.img" qui se trouve en dehors du linux (sur le windows) et pour lequel tu auras un deuxieme linux (WSL) qui accede au meme contenu
ton ext4 ne va pas aimer ca car il n'est pas fait pour gerer les acces concurrents de deux OS differents (meme si ce sont les memes versions)
ou alors je n'ai pas compris ou se trouve le VHD.img et qui doit y acceder.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.