can't see file whitch create by explorer.exe using 'ls' in wsl bash #39

Closed
opened 2026-01-30 21:40:21 +00:00 by claunia · 2 comments
Owner

Originally created by @wengzuyang on GitHub (Dec 24, 2017).

  • Your Windows build number: Microsoft Windows [Version 10.0.16299.125]

  • What you're doing and what's happening:
    Using explorer.exe create a new file to "C:\Users\Administrator\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs/opt",then using bash to 'ls' it .
    image

  • What's wrong / what should be happening instead: can't see this file in bash.
    image

Originally created by @wengzuyang on GitHub (Dec 24, 2017). * Your Windows build number: Microsoft Windows [Version 10.0.16299.125] * What you're doing and what's happening: Using explorer.exe create a new file to "C:\Users\Administrator\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs/opt",then using bash to 'ls' it . ![image](https://user-images.githubusercontent.com/11473283/34324068-21755e4a-e89e-11e7-8a82-e0e88595d392.png) * What's wrong / what should be happening instead: can't see this file in bash. ![image](https://user-images.githubusercontent.com/11473283/34324070-55ebbda4-e89e-11e7-9132-1df583f70072.png)
claunia added the Issue-QuestionProduct-WSL labels 2026-01-30 21:40:21 +00:00
Author
Owner

@khouzam commented on GitHub (Dec 24, 2017):

Hi @wengzuyang

This isn't really an issue with the console but with WSL and is by design as described in this blog post on how the WSL filesystem works. The following paragraph explains the problem.

Interoperability with Windows

While VolFs files are stored in regular files on Windows in the directories mentioned above, interoperability with Windows is not supported. If a new file is added to one of these directories from Windows, it lacks the EAs needed by VolFs, so VolFs doesn’t know what to do with the file and simply ignores it. Many editors will also strip the EAs when saving an existing file, again making the file unusable in WSL.

Additionally, since VFS caches directory entries, any modifications to those directories that are made from Windows while WSL is running may not be accurately reflected.

@khouzam commented on GitHub (Dec 24, 2017): Hi @wengzuyang This isn't really an issue with the console but with WSL and is by design as described in [this blog post](https://blogs.msdn.microsoft.com/wsl/2016/06/15/wsl-file-system-support/) on how the WSL filesystem works. The following paragraph explains the problem. Interoperability with Windows While VolFs files are stored in regular files on Windows in the directories mentioned above, interoperability with Windows is not supported. If a new file is added to one of these directories from Windows, it lacks the EAs needed by VolFs, so VolFs doesn’t know what to do with the file and simply ignores it. Many editors will also strip the EAs when saving an existing file, again making the file unusable in WSL. Additionally, since VFS caches directory entries, any modifications to those directories that are made from Windows while WSL is running may not be accurately reflected.
Author
Owner

@wengzuyang commented on GitHub (Dec 26, 2017):

It explains the matter,thanks.

@wengzuyang commented on GitHub (Dec 26, 2017): It explains the matter,thanks.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#39