Impossible d'accéder aux fichiers Windows avec Linux Bash pour Windows 10

J'ai téléchargé Linux Bash Shell sur Windows 10, mais j'ai rencontré deux problèmes. Pour commencer, j'ai essayé de déplacer tous mes codes précédents dans le répertoire personnel, mais je ne pouvais voir aucun de ces fichiers dans le terminal bash. Cela ne fonctionne que lorsque je copie et colle ces fichiers dans le shell bash. Comment suis-je supposé faire ça? Je ne veux pas sauvegarder mes scripts ailleurs et les copier manuellement dans mon répertoire personnel à chaque fois.

Quoi qu'il en soit, j'ai décidé de conserver ces scripts là où ils étaient et de créer un raccourci vers leur emplacement à partir de mon répertoire personnel. Supposons que le répertoire dans lequel je mets tous mes fichiers s'appelle XXX et qu'il comporte trois dossiers, YYY, ZZZ et AAA. J'ai ouvert le terminal bash et créé un raccourci avec ln -s /mnt/c/Users/.../XXX. Comme prévu, XXX est apparu dans mon répertoire personnel. J'ai ouvert le raccourci avec le CD XXX et cela m'a emmené à XXX, mais lorsque j'ai essayé d'accéder à YYY à partir de là, je ne pouvais pas.

Quand je tape cd YYY, Je suis emmené au ~/XXX/YYY/, mais lorsque j’ai utilisé ls pour vérifier mes fichiers dans YYY, j’ai constaté que le contenu de YYY était exactement le même que XXX, ce qui signifie que je vois YYY et ZZZ dans le répertoire YYY. J'ai réessayé, avec cd AAAA, ce qui m'a amené à ~/XXX/YYY/YYY/, etc. Je ne pourrais jamais entrer dans le dossier YYY. La même situation se pose aussi pour ZZZ Merci à tous ceux qui peuvent résoudre l’un ou l’autre de mes problèmes

Je suppose que c'est juste un buggy.

Bien que je ne dis pas cela comme une réponse absolument prouvée et garantie comme étant correcte, le fondement de ma réponse ne se limite pas à un simple coup de couteau sauvage. Lorsque j’ai installé la version bash de Microsoft pour Windows, le logiciel s’est dirigé vers https://aka.ms/wsldocs pour la documentation. Quand je suis allé là-bas, j'ai lu:

Ceci est fourni en tant que logiciel bêta. Bien que de nombreuses commandes coreutil fournies par Ubuntu fonctionnent, certaines ne le feront pas.

Le paquet "coreutils" comprend des commandes assez simples, telles que: * pwd ( Manuel GNU coreutils: pwd ) qui sort simplement le "répertoire de travail actuel", équivalent à "cd" (sans paramètre) sous DOS ou Windows CMD * chat ( Manuel GNU coreutils: chat ), qui produit simplement des flux (comme des fichiers), l’équivalent de l’exécution de "type" sous DOS ou Windows CMD * tête ( Manuel GNU coreutils: head , qui affiche les 10 premières lignes (ou un autre nombre spécifié de lignes)

et un autre (qui peut être le plus pertinent pour cette question): * ln ( Manuel GNU coreutils: ln , qui crée des liens symboliques

Tous ces programmes sont généralement considérés comme simples, mais bon nombre d’entre eux sont considérés comme assez essentiels pour effectuer certaines tâches de base, raison pour laquelle ils font partie de ce paquetage appelé utilitaires "principaux". Depuis que Microsoft a déclaré que celles-ci ne sont pas entièrement fonctionnelles, cela signifie que cette version de bash n'est vraiment pas encore prête pour le prime time. Alors, quand ils disent que le logiciel est "beta", ils le pensent vraiment.

Il me semble que les sous-répertoires des liens symboliques ne sont pas encore totalement pris en charge. À moins que vous n'ayez l'intention de réparer le code toujours défectueux de Microsoft, je suggère d'attendre. Ou peut-être essayer des alternatives. Je ne dis pas nécessairement que l'un d'entre eux fera exactement ce que vous voulez, mais je pense que tout cela dure plus longtemps que le code "sous-système" de traduction sous Linux de Microsoft - & gt; Windows. Donc, si jouer avec le code nouvellement publié par Microsoft crée de la frustration, ceux-ci pourraient être un peu plus fiables, et donc plus amusants à jouer.

• Cygwin
• Système de fichiers NTFS: spécifiquement la fonctionnalité appelée Jonctions
• Winsh (Mes propres versions de certains logiciels)
• MSYS coreutils
  • (Ma page winsh fournit des informations sur les fichiers DLL pour que cela fonctionne facilement)
  • J'ai vu un "ln.exe" de 90,624 octets, qui, je crois, en est issu. Je n'ai pas joué avec ça, cependant. Peut-être que cela fonctionnera encore mieux avec la version bash de Microsoft? Ou peut être pas.