You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
### Docker Desktop with Windows Containers fails with "The media is write protected""
466
+
467
+
#### Error message
468
+
469
+
`FSCTL_EXTEND_VOLUME \\?\Volume{GUID}: The media is write protected`
470
+
471
+
#### Cause
472
+
473
+
If you're encountering failures when running Docker Desktop with Windows Containers, it might be due to
474
+
a specific Windows configuration policy: FDVDenyWriteAccess.
475
+
476
+
This policy, when enabled, causes Windows to mount all fixed drives not encrypted by BitLocker-encrypted as read-only.
477
+
This also affects virtual machine volumes and as a result, Docker Desktop may not be able to start or run containers
478
+
correctly because it requires read-write access to these volumes.
479
+
480
+
FDVDenyWriteAccess is a Windows Group Policy setting that, when enabled, prevents write access to fixed data drives that are not protected
481
+
by BitLocker. This is often used in security-conscious environments but can interfere with development tools like Docker.
482
+
In the Windows registry it can be found at `HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Policies\Microsoft\FVE\FDVDenyWriteAccess`.
483
+
484
+
#### Solutions
485
+
486
+
Docker Desktop does not support running Windows Containers on systems where FDVDenyWriteAccess is enabled. This setting interferes with the
487
+
ability of Docker to mount volumes correctly, which is critical for container functionality.
488
+
489
+
To use Docker Desktop with Windows Containers, ensure that FDVDenyWriteAccess is disabled. You can check and change this setting in the registry or through Group Policy Editor (`gpedit.msc`) under:
490
+
491
+
**Computer Configuration** > **Administrative Templates** > **Windows Components** > **BitLocker Drive Encryption** > **Fixed Data Drives** > **Deny write access to fixed drives not protected by BitLocker**
492
+
493
+
> [!NOTE]
494
+
>
495
+
> Modifying Group Policy settings may require administrator privileges and should comply with your organization's IT policies. If the setting gets reset after some time this usually means that it was overriden by the centralized configuration of your IT department. Talk to them before making any changes.
0 commit comments