Advanced settings configuration in WSL
The wsl.conf and .wslconfig files are used to configure advanced settings options, on a per-distribution basis (
wsl.conf) and globally across all WSL 2 distributions (
.wslconfig). This guide will cover each of the settings options, when to use each file type, where to store the file, sample settings files and tips.
What is the difference between wsl.conf and .wslconfig?
You can configure the settings for your installed Linux distributions that will automatically be applied every time you launch WSL in two ways, by using:
- .wslconfig to configure settings globally across all installed distributions running on WSL 2.
- wsl.conf to configure settings per-distribution for Linux distros running on WSL 1 or WSL 2.
Both file types are used for configuring WSL settings, but the location where the file is stored, the scope of the configuration, and the version of WSL running your distribution all impact which file type to choose.
The version of WSL that you are running will impact the configuration settings. WSL 2 runs as a lightweight virtual machine (VM), so uses virtualization settings that allow you to control the amount of memory or processors used (which may be familiar if you use Hyper-V or VirtualBox).
- Stored in the
/etcdirectory of the distribution as a unix file.
- Used to configure settings on a per-distribution basis. Settings configured in this file will only be applied to the specific Linux distribution that contains the directory where this file is stored.
- Can be used for distributions run by either version, WSL 1 or WSL 2.
- To get to the
/etcdirectory for an installed distribution, use the distribution's command line with
cd /to access the root directory, then
lsto list files or
explorer.exe .to view in Windows File Explorer. The directory path should look something like:
- Stored in your
- Used to configure settings globally across all installed Linux distributions running as the WSL 2 version.
- Can be used only for distributions run by WSL 2. Distributions running as WSL 1 will not be affected by this configuration as they are not running as a virtual machine.
- To get to your
%UserProfile%directory, in PowerShell, use
cd ~to access your home directory (which is typically your user profile,
C:\Users\<UserName>) or you can open Windows File Explorer and enter
%UserProfile%in the address bar. The directory path should look something like:
WSL will detect the existence of these files, read the contents, and automatically apply the configuration settings every time you launch WSL. If the file is missing or malformed (improper markup formatting), WSL will continue to launch as normal without the configuration settings applied.
Check which version of WSL you are running.
Adjusting per-distribution settings with the wsl.conf file is only available in Windows Build 17093 and later.
The 8 second rule
You must wait until the subsystem running your Linux distribution completely stops running and restarts for configuration setting updates to appear. This typically takes about 8 seconds after closing ALL instances of the distribution shell.
If you launch a distribution (ie. Ubuntu), modify the configuration file, close the distribution, and then re-launch it. You might assume that your configuration changes have immediately gone into effect. This is not currently the case as the subsystem could still be running. You must wait for the subsystem to stop before relaunching in order to give enough time for your changes to be picked up. You can check to see whether your Linux distribution (shell) is still running after closing it by using PowerShell with the command:
wsl --list --running. If no distributions are running, you will receive the response: "There are no running distributions." You can now restart the distribution to see your configuration updates applied.
wsl --shutdown is a fast path to restarting WSL 2 distributions, but it will shut down all running distributions, so use wisely.
Configuration settings for wsl.conf
The wsl.conf file configures settings on a per-distribution basis. (For global configuration of WSL 2 distributions see .wslconfig).
The wsl.conf file supports four sections:
user. (Modeled after .ini file conventions, keys are declared under a section, like .gitconfig files.) See wsl.conf for info on where to store the wsl.conf file.
Many Linux distributions run "systemd" by default (including Ubuntu) and WSL has recently added support for this system/service manager so that WSL is even more similar to using your favorite Linux distributions on a bare metal machine. You will need version 0.67.6+ of WSL to enable systemd. Check your WSL version with command
wsl --version. If you need to update, you can grab the latest version of WSL in the Microsoft Store. Learn more in blog announcement.
To enable systemd, open your
wsl.conf file in a text editor using
sudo for admin permissions and add these lines to the
You will then need to close your WSL distribution using
wsl.exe --shutdown from PowerShell to restart your WSL instances. Once your distribution restarts, systemd should be running. You can confirm using the command:
systemctl list-unit-files --type=service, which will show the status of your services.
||Sets the directory where fixed drives will be automatically mounted. By default this is set to
|options||comma-separated list of values, such as uid, gid, etc, see automount options below||empty string||The automount option values are listed below and are appended to the default DrvFs mount options string. Only DrvFs-specific options can be specified.|
The automount options are applied as the mount options for all automatically mounted drives. To change the options for a specific drive only, use the
/etc/fstab file instead. Options that the mount binary would normally parse into a flag are not supported. If you want to explicitly specify those options, you must include every drive for which you want to do so in
Setting different mount options for Windows drives (DrvFs) can control how file permissions are calculated for Windows files. The following options are available:
|uid||The User ID used for the owner of all files||The default User ID of your WSL distro (on first installation this defaults to 1000)|
|gid||The Group ID used for the owner of all files||The default group ID of your WSL distro (on first installation this defaults to 1000)|
|umask||An octal mask of permissions to exclude for all files and directories||000|
|fmask||An octal mask of permissions to exclude for all files||000|
|dmask||An octal mask of permissions to exclude for all directories||000|
|metadata||Whether metadata is added to Windows files to support Linux system permissions||disabled|
|case||Determines directories treated as case sensitive and whether new directories created with WSL will have the flag set. See case sensitivity for a detailed explanation of the options. Options include
By default, WSL sets the uid and gid to the value of the default user. For example, in Ubuntu, the default user is uid=1000, gid=1000. If this value is used to specify a different gid or uid option, the default user value will be overwritten. Otherwise, the default value will always be appended.
User file-creation mode mask (umask) sets permission for newly created files. The default is 022, only you can write data but anyone can read data. Values can be changed to reflect different permission settings. For example,
umask=077 changes permission to be completely private, no other user can read or write data. To further specify permission, fmask (files) and dmask (directories) can also be used.
The permission masks are put through a logical OR operation before being applied to files or directories.
What is DrvFs?
DrvFs is a filesystem plugin to WSL that was designed to support interop between WSL and the Windows filesystem. DrvFs enables WSL to mount drives with supported file systems under /mnt, such as /mnt/c, /mnt/d, etc. For more information about specifying the default case sensitivity behavior when mounting Windows or Linux drives or directories, see the case sensitivity page.
|hostname||string||Windows hostname||Sets hostname to be used for WSL distribution.|
These options are available in Insider Build 17713 and later.
||Setting this key will determine whether WSL will support launching Windows processes.|
||Setting this key will determine whether WSL will add Windows path elements to the $PATH environment variable.|
These options are available in Build 18980 and later.
|default||string||The initial username created on first run||Setting this key specifies which user to run as when first starting a WSL session.|
The Boot setting is only available on Windows 11 and Server 2022.
|command||string||""||A string of the command that you would like to run when the WSL instance starts. This command is run as the root user. e.g:
Example wsl.conf file
wsl.conf sample file below demonstrates some of the configuration options available. In this example, the distribution is Ubuntu-20.04 and the file path is
# Automatically mount Windows drive when the distribution is launched [automount] # Set to true will automount fixed drives (C:/ or D:/) with DrvFs under the root directory set above. Set to false means drives won't be mounted automatically, but need to be mounted manually or with fstab. enabled = true # Sets the directory where fixed drives will be automatically mounted. This example changes the mount location, so your C-drive would be /c, rather than the default /mnt/c. root = / # DrvFs-specific options can be specified. options = "metadata,uid=1003,gid=1003,umask=077,fmask=11,case=off" # Sets the `/etc/fstab` file to be processed when a WSL distribution is launched. mountFsTab = true # Network host settings that enable the DNS server used by WSL 2. This example changes the hostname, sets generateHosts to false, preventing WSL from the default behavior of auto-generating /etc/hosts, and sets generateResolvConf to false, preventing WSL from auto-generating /etc/resolv.conf, so that you can create your own (ie. nameserver 184.108.40.206). [network] hostname = DemoHost generateHosts = false generateResolvConf = false # Set whether WSL supports interop process like launching Windows apps and adding path variables. Setting these to false will block the launch of Windows processes and block adding $PATH environment variables. [interop] enabled = false appendWindowsPath = false # Set the user when launching a distribution with WSL. [user] default = DemoUser # Set a command to run when a new WSL instance launches. This example starts the Docker container service. [boot] command = service docker start
Configuration setting for .wslconfig
The .wslconfig file configures settings globally for all Linux distributions running with WSL 2. (For per-distribution configuration see wsl.conf).
See .wslconfig for info on where to store the .wslconfig file.
Global configuration options with
.wslconfig is only available for distributions running as WSL 2 in Windows Build 19041 and later. Keep in mind you may need to run
wsl --shutdown to shut down the WSL 2 VM and then restart your WSL instance for these changes to take affect.
This file can contain the following options that affect the VM that powers any WSL 2 distribution:
|kernel||path||The Microsoft built kernel provided inbox||An absolute Windows path to a custom Linux kernel.|
|memory||size||50% of total memory on Windows or 8GB, whichever is less; on builds before 20175: 80% of your total memory on Windows||How much memory to assign to the WSL 2 VM.|
|processors||number||The same number of logical processors on Windows||How many logical processors to assign to the WSL 2 VM.|
||Boolean specifying if ports bound to wildcard or localhost in the WSL 2 VM should be connectable from the host via
|kernelCommandLine||string||Blank||Additional kernel command line arguments.|
||Run WSL in "Safe Mode" which disables many features and is intended to be used to recover distributions that are in bad states. Only available for Windows 11 and WSL version 0.66.2+.|
|swap||size||25% of memory size on Windows rounded up to the nearest GB||How much swap space to add to the WSL 2 VM, 0 for no swap file. Swap storage is disk-based RAM used when memory demand exceeds limit on hardware device.|
||An absolute Windows path to the swap virtual hard disk.|
||Boolean to turn on or off support for GUI applications (WSLg) in WSL. Only available for Windows 11.|
||Boolean to turn on an output console Window that shows the contents of
||Boolean to turn on or off nested virtualization, enabling other nested VMs to run inside WSL 2. Only available for Windows 11.|
||The number of milliseconds that a VM is idle, before it is shut down. Only available for Windows 11.|
Entries with the
path value must be Windows paths with escaped backslashes, e.g:
Entries with the
size value must be a size followed by a unit, for example
Entries with an * after the value type are only available on Windows 11.
Example .wslconfig file
.wslconfig sample file below demonstrates some of the configuration options available. In this example, the file path is
# Settings apply across all Linux distros running on WSL 2 [wsl2] # Limits VM memory to use no more than 4 GB, this can be set as whole numbers using GB or MB memory=4GB # Sets the VM to use two virtual processors processors=2 # Specify a custom Linux kernel to use with your installed distros. The default kernel used can be found at https://github.com/microsoft/WSL2-Linux-Kernel kernel=C:\\temp\\myCustomKernel # Sets additional kernel parameters, in this case enabling older Linux base images such as Centos 6 kernelCommandLine = vsyscall=emulate # Sets amount of swap storage space to 8GB, default is 25% of available RAM swap=8GB # Sets swapfile path location, default is %USERPROFILE%\AppData\Local\Temp\swap.vhdx swapfile=C:\\temp\\wsl-swap.vhdx # Disable page reporting so WSL retains all allocated memory claimed from Windows and releases none back when free pageReporting=false # Turn off default connection to bind WSL 2 localhost to Windows localhost localhostforwarding=true # Disables nested virtualization nestedVirtualization=false # Turns on output console showing contents of dmesg when opening a WSL 2 distro for debugging debugConsole=true
Submit and view feedback for