What’s new for WSL in Windows 10 version 1903?

Craig Loewen

The next Windows update is coming soon and we’re bringing exciting new updates to WSL with it! These include accessing the Linux file system from Windows, and improvements to how you manage and configure your distros in the command line.

Accessing Linux files from Windows

In the past, creating and changing Linux files from Windows resulted in losing files or corrupting data. Making this possible has been a highly requested and long anticipated feature. We’re proud to announce you can now easily access all the files in your Linux distros from Windows.

Linux Files inside of File Explorer

The best way to get started with this feature is to open your Linux files in File Explorer! To do this, open your favorite distro, make sure your current folder is your Linux home directory, and type in:

explorer.exe .

This will open a File Explorer window, showing the files located inside of your Linux distro’s filesystem:

Accessing Linux distro filesystem from Windows

From here you can access whatever Linux files you would like, just like you would any other file through File explorer. This includes operations such as: dragging files back and forth to other locations, copy and paste, and even interesting scenarios like using the context menu to open VSCode in a WSL directory!

Accessing Linux distro files via VSCode

Improvements coming soon to the File Explorer experience

When using this feature you’ll notice the distro files are exposed through the path: \\wsl$\. This is due to the way Windows accesses the files inside of each distro (which you can learn the details of in the following section!) The WSL team is actively investigating ways to improve the discoverability of your Linux files inside of File Explorer.

In command line

WSL is primarily a command line tool, and so of course this feature also works in the command line. You can find your distro’s files by accessing \\wsl$\{distro name}\ where {distro name} is the name of a running distro. Here’s what it looks like to access Debian with PowerShell.

How it works

To put it briefly: a 9P protocol file server facilitates file related requests, with Windows acting as the client.

We’ve modified the WSL init daemon to initiate a 9P server. This server contains protocols that support Linux metadata, including permissions. A Windows service and driver that act as the client and talks to the 9P server (which is running inside of a WSL instance). Client and server communicate over AF_UNIX sockets, since WSL allows interop between a Windows application and a Linux application using AF_UNIX as described in this post.

Known issues

This is a new feature, and some pieces of it may not work perfectly. Here are some known issues that we want to make you aware of when using this feature:

  • Currently, the distros files will only be accessible from Windows when the distro is running. Since the 9P file server runs inside of each distro, it is only accessible when that distro is running. The team is looking into ways to help resolve this.
  • Accessing Linux files is treated the same as accessing a network resource, and any rules for accessing network resources will still apply e.g: When using CMD, cd \\wsl$\Ubuntu\home will not work (as CMD does not support UNC paths as current directories), however copy \\wsl$\Ubuntu\home\somefile.txt C:\dev\ will work
  • Do NOT access your Linux files via the AppData folder! If you try to access your Linux files through your AppData folder, you are bypassing using the 9P server, which means that you will likely corrupt your Linux files!

Where to file feedback

Our team is keen to hear your feedback. In fact WSL itself was created based on our great community feedback! Please file any issues you that you may find on our Github page: https://github.com/Microsoft/WSL and we will do our best to address them.

We can’t thank the community enough for helping make WSL an amazing tool!

Improved wsl.exe command line experience

We’ve also improved the command line experience in this latest update by consolidating our commands to wsl.exe and adding more command line functionality. You can now use wsl.exe to perform all the necessary commands you would need to configure and control WSL on your machine. You can always check all the commands you can run from wsl.exe by running wsl.exe –help

New commands

We’ve also added some new commands that will give you more functionality when using wsl.exe.

You can now run commands as different users, terminate running distributions, and even export and import different distros! Exporting a distro is accomplished by passing in –export as an argument and will output a tar file of your current distro. For example, you could use this functionality to share your distro setup with other people. Additionally, if you pass in –import as an argument you can import a tar file that contains the root file system of a Linux distro, which allows you to import any distro you’d like, with any configuration you’d like.

Here is the full list of commands that we’ve added to wsl.exe.

  • –user, -u Run as the specified user
  • –export Exports the distribution to a tar file. The filename can be – for standard output.
  • –import Imports the specified tar file as a new distribution. The filename can be – for standard input.
  • –terminate, -t Terminates the distribution.

Consolidated commands

The commands that existed inside of wslconfig.exe have been added to wsl.exe to allow you to configure your distros more easily. Our goal is to consolidate how you interact with WSL to a single binary.

Commands Added to wsl.exe from wslconfig.exe

  • –list , -l Lists all distributions available on your machine Can also contain further options: –all Lists all distributions, including distributions that are currently being installed or uninstalled –running Lists only distributions that are currently running
  • –setdefault, -s Sets the distribution as default.
  • –unregister Unregisters the distribution
  • –upgrade Upgrades the distribution to the WslFs file system format.

Console improvements

The Windows Console team has also made some improvements that you’ll notice when using WSL. The Console team will soon post an update of what’s new in Windows 10 version 1903. Stay tuned!

Thanks and feedback

As always, we want to thank you for providing your feedback and encourage you to keep doing so! You can file issues on our Github at Microsoft/WSL or reach out to Craig Loewen @craigaloewen on Twitter.

We’re looking forward to seeing the fantastic work that you’ll do with this update.

Sincerely,

The WSL Team

Q&A

  1. Why is the WSL resource name in the filepath called wsl$? Since wsl is a short acronym we realize that some resources on networks may already have that name. So we’ve added a dollar sign, since a machine name can’t have a dollar sign in it, which ensures that the name will be accessible with any existing network configuration.

Update Log:

[2019-02-15] Updated the ‘How it works’ section to detail that a P9 server is used, and not Plan 9

28 comments

Discussion is closed. Login to edit/delete existing comments.

  • Jay Tuckey 0

    Hi @Craig Loewen,

    In the wsl.exe, there is the command:

    –upgrade Upgrades the distribution to the WslFs file system format.

    What does this do, and what is the WslFs format? I’ve tried searching online, and I haven’t been able to find anything.

    Regards, Jay

    • Craig LoewenMicrosoft employee 0

      The upgrade command will make sure your distro is using a new file system when WSL is accessing your files in your drive. In general, this will improve WSL accessing files, is something that’s in the back end (so your workflow won’t be impacted by it), and if you’ve installed your distributions recently then they’ll automatically be using WslFs. 

      I hope that helps!

  • Gregor Jasny 0

    Hello!

    Thanks for the informative blog posts.

    In the first mention of \wsl${distro name}\ there seems to be a backslash missing after the dollar.

    Regards, Gregor

    • Craig LoewenMicrosoft employee 0

      Fixed it, thank you for spotting this!

  • Evert Mouw 0

    Wow! 9P, a very interesting protocol. It looks like 9P is now implemented as a network protocol and Explorer.exe can make use of it. Would it also be possible to mount a remote network share (e.g. from a Plan9 toy or from a Diod server) using this protocol? I guess the authentification part could be a showstopper but it would be fun to experiment with.

  • Evgeny Vrublevsky 0

    \\$wsl\ would be much more beautiful. Also, if a user has a few of distros, it would be better to have names like $ubuntu, $debian, etc. And the root of the virtual Linux filesystem should be directly in the \\$ubuntu\, because \\wsl$\Ubuntu\ looks excessive.

  • Evgeny Vrublevsky 0

    \\$wsl\ would be more beautiful. Also, if a user has a few of distros, it would be better to have names like $ubuntu, $debian, etc. And the root of the virtual Linux filesystem should be directly in the \\$ubuntu\, because \\wsl$\Ubuntu\ looks excessive.

  • Evgeny Vrublevsky 0

    I have used the “Edit message” function a few times, but it duplicated my message for some reason. I’m sorry

  • Benn 0

    Hi @Craig, I just discovered this great blog, and have been playing around with wsl on 18895 and 18898 (20H1 preview builds). For some reason \\wsl$\Debian is not working for me (The network name cannot be found). Where would be the best place to find additional information, resources, or someone who might be able to help me sort this out? Thanks! Benn

    • Игорь Марчук 0

      In the stable version 1903, this feature also does not work. Is it just me? Or will it be at 20H1?

      • Gilles Pion 0

        Not just you, I’m bookmarking this thread to stay informed.

  • Gilles Pion 0

    Not just you,  

  • Aaron Mason 0

    Accessing Linux files is treated the same as accessing a network resource, and any rules for accessing network resources will still apply e.g: When using CMD, cd \\wsl$\Ubuntu\home will not work (as CMD does not support UNC paths as current directories), however copy \\wsl$\Ubuntu\home\somefile.txt C:\dev\ will work

    Does this also mean that you can execute pushd \\wsl$\Ubuntu\home like you can with ordinary network shares?

    • Benn 0

      This worked for me as well. Thanks!

Feedback usabilla icon