去年我一直在运行 VMware，没有任何问题，今天我打开它来启动我的一个虚拟机并收到一条错误消息，请参阅屏幕截图。
我确实按照链接完成了步骤，在第 4 步中，我需要使用“mountvol”安装卷。
当我尝试使用mountvol X: \\?\Volume{5593b5bd-0000-0000-0000-c0f373000000}\ 挂载一个卷时，它一直说The directory is not empty. 我什至创建了一个2GB 的分区并且仍然是相同的消息。
我的问题：
如何挂载不是空的卷，即使它是空的？
为什么这个 Device/Credential Guard 会自动启用，我该如何摆脱或禁用它。
【问题讨论】：
标签： cmd windows-10 vmware mount vmware-workstation
Device/Credential Guard is a Hyper-V based Virtual Machine/Virtual Secure Mode 托管安全内核，使 Windows 10 更加安全。
...VSM 实例与正常运行隔离 系统功能，并受到试图读取信息的保护 那种模式。保护是硬件辅助的，因为管理程序 正在请求硬件以不同的方式处理这些内存页面。这 是同一个主机上的两个虚拟机不能 互相交流；他们的内存是独立的和硬件的 受监管以确保每个虚拟机只能访问自己的数据。
从这里开始，我们现在有了一个可以运行安全的保护模式 敏感操作。在撰写本文时，我们支持三个 可以驻留在此处的功能：本地安全机构（LSA）， 和内核模式代码形式的代码完整性控制功能 完整性（KMCI）和管理程序代码完整性控制本身， 这称为 Hypervisor 代码完整性 (HVCI)。
当这些功能由 VSM 中的 Trustlet 处理时，主机操作系统 只需通过标准渠道与他们沟通， 操作系统内部的功能。虽然这个特定于 Trustlet 允许通信，主机中有恶意代码或用户 操作系统尝试读取或操作 VSM 中的数据将显着 比在没有此配置的系统上更难，提供 安全利益。
在 VSM 中运行 LSA，会导致 LSA 进程本身 (LSASS) 保留在 主机操作系统和一个特殊的、附加的 LSA 实例（称为 LSAIso – 代表 LSA 隔离）被创建。这是为了让所有 对 LSA 的标准要求仍然成功，提供出色的遗产 和向后兼容性，即使对于服务或功能 需要与 LSA 直接通信。在这方面，你可以认为 主机操作系统中剩余的 LSA 实例作为“代理”或“存根” 简单地与隔离版本通信的实例 规定的方式。
Hyper-V 和 VMware 不能同时工作，直到 2020、when VMware used Hyper-V Platform to co-exist with Hyper-V 从 Version 15.5.5 开始。
VMware Workstation 在 15.5.5 版本之前如何工作？
VMware Workstation 传统上使用虚拟机监视器 (VMM) 以特权模式运行，需要直接访问 CPU 以及访问 CPU 的内置虚拟化支持 （英特尔的 VT-x 和 AMD 的 AMD-V）。当 Windows 主机启用 基于虚拟化的安全 (“VBS”) 功能，Windows 添加了一个 硬件和 Windows 之间基于 Hyper-V 的管理程序层。 任何运行 VMware 的传统 VMM 的尝试都失败了，因为在内部 Hyper-V VMM 不再有权访问硬件的虚拟化 支持。
介绍用户级监视器
为了解决这个 Hyper-V/Host VBS 兼容性问题，VMware 的平台 团队重新设计了 VMware 的 Hypervisor 以使用 Microsoft 的 WHP API。 这意味着将我们的 VMM 更改为在用户级别运行，而不是在 特权模式，以及修改它以使用 WHP API 来管理 执行来宾而不是使用底层硬件 直接。
这对您意味着什么？
VMware Workstation/Player 现在可以在启用 Hyper-V 时运行。你不 不再需要在运行 VMware Workstation 和 Windows 之间进行选择 WSL、Device Guard 和 Credential Guard 等功能。当 Hyper-V 是 启用后，将自动使用 ULM 模式，以便您可以运行 VMware Workstation 正常。 如果您根本不使用 Hyper-V，VMware Workstation 足够智能，可以检测到这一点，并且将使用 VMM。
系统要求
要使用 Windows Hypervisor API 运行 Workstation/Player， 最低要求的 Windows 10 版本是 Windows 10 20H1 build 19041.264。 VMware Workstation/Player 最低版本为 15.5.5。
为避免该错误，请将您的 Windows 10 更新至版本 2004/Build 19041（2020 年 5 月更新）并至少使用 VMware 15.5.5。
【讨论】：
有一个更好的方法来处理这个问题。与其完全删除 Hyper-V，不如在需要使用 VMWare 时进行备用引导以暂时禁用它。如图所示……
C:\>bcdedit /copy {current} /d "No Hyper-V"
The entry was successfully copied to {ff-23-113-824e-5c5144ea}.
C:\>bcdedit /set {ff-23-113-824e-5c5144ea} hypervisorlaunchtype off
The operation completed successfully.
注意：从第一个命令生成的 ID 是您在第二个命令中使用的 ID。不要只逐字逐句地运行它。
当您重新启动时，您会看到一个包含两个选项的菜单...
因此，使用 VMWare 只需重新启动并选择 No Hyper-V 选项。
如果您想再次删除引导条目。您可以为 bcdedit 使用 /delete 选项。
首先，获取当前启动项的列表...
C:\>bcdedit /v
这会列出所有条目及其 ID。复制相关的ID，然后像这样删除...
C:\>bcdedit /delete {ff-23-113-824e-5c5144ea}
如 cmets 中所述，您需要从提升的命令提示符而不是 powershell 执行此操作。在 powershell 中该命令会出错。
更新： 如果花括号用反引号 (`) 转义，则可以在 powershell 中运行这些命令。就这样……
C:\WINDOWS\system32> bcdedit /copy `{current`} /d "No Hyper-V"
【讨论】：
PowerShell中不起作用。
我仍然不相信 Hyper-V 适合我，即使在去年的 Docker 试验和磨难中，我猜你也不想频繁切换，所以与其创建一个新的启动并确认启动默认值或等待每次启动超时我在控制台中以管理员模式按需切换
bcdedit /set hypervisorlaunchtype off
这篇文章的另一个原因——为了让您免于头疼：您认为您再次使用“on”参数打开 Hyper-V？没有。对于 MiRKoS..t 来说太简单了。这是自动！
玩得开心！
G.
【讨论】：
bcdedit /set hypervisorlaunchtype auto，如果您需要重新打开它。
我也在这个问题上苦苦挣扎。该线程中的答案很有帮助，但不足以解决我的错误。您将需要像其他答案所建议的那样禁用 Hyper-V 和设备保护。更多信息请访问here。
除了上面提供的答案之外，我还包括需要进行的更改。最终帮助我的链接是this。
我的答案将仅总结其余答案（即禁用 Hyper-V 和设备保护）与以下步骤之间的区别：
删除以下注册表设置：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\LSA\LsaCfgFlags HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\DeviceGuard\EnableVirtualizationBasedSecurity HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\DeviceGuard\RequirePlatformSecurityFeatures
重要： 如果您手动删除这些注册表设置，请确保删除 商场。如果您不将它们全部删除，设备可能会进入 BitLocker 恢复。
使用删除 Windows Defender Credential Guard EFI 变量 bcd编辑。从提升的命令提示符（以管理员模式启动），键入 以下命令：
mountvol X: /s
copy %WINDIR%\System32\SecConfig.efi X:\EFI\Microsoft\Boot\SecConfig.efi /Y
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "\EFI\Microsoft\Boot\SecConfig.efi"
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:
mountvol X: /d
重启电脑。
接受提示以禁用 Windows Defender Credential Guard。
或者，您可以禁用基于虚拟化的安全性 关闭 Windows Defender Credential Guard 的功能。
【讨论】：
bcdedit /set hypervisorlaunchtype off 2.重启 windows
直接来自 Microsoft 的 download this script。
以管理员身份运行您的 Powershell，然后执行以下命令：
DG_Readiness.ps1 -Ready DG_Readiness.ps1 -Disable 【讨论】：
Set-ExecutionPolicy unrestricted 重新启动时，我收到了禁用 Device Guard 的提示。感谢您的解决方案！
如果您是始终保持打开的自定义“以管理员身份运行”命令提示符或 powershell 命令行窗口的人，您可以选择设置以下别名/宏来简化执行@gue22 提到的命令，以便简单地禁用超级-v 需要使用 vmware 播放器或工作站时的虚拟机管理程序，然后在完成后再次启用它。
doskey hpvEnb = choice /c:yn /cs /d n /t 30 /m "Are you running from elevated command prompt" ^& if not errorlevel 2 ( bcdedit /set hypervisorlaunchtype auto ^& echo.^&echo now reboot to enable hyper-v hypervisor )
doskey hpvDis = choice /c:yn /cs /d n /t 30 /m "Are you running from elevated command prompt" ^& if not errorlevel 2 ( bcdedit /set hypervisorlaunchtype off ^& echo.^&echo now reboot to disable hyper-v hypervisor )
doskey bcdL = bcdedit /enum ^& echo.^&echo now see boot configuration data store {current} boot loader settings
使用上述内容，您只需键入“hpvenb”[启动时启用管理程序]、“hpvdis”[启动时禁用管理程序]和“bcdl”[启动配置设备列表]命令即可执行开、关、列表命令.
【讨论】：
好吧，男孩和女孩在深夜阅读了 build 17093 的发行说明后，我发现了影响我的 VMware Workstation VM 导致它们无法工作的更改点，它是核心在设置中的 Windows 安全（Windows Defender 页面的新名称）下的设备安全下的隔离设置。
默认情况下它是打开的，但是当我关闭它并重新启动我的电脑时，我的所有 VMware VM 恢复正常工作。也许可以在下一个版本中合并一个按设备选项，以允许我们测试单个设备/应用程序的响应，以允许根据需要打开或关闭每个设备或应用程序的核心隔离。
【讨论】：
此问题最简单的解决方案是下载“Device Guard and Credential Guard 硬件准备工具”来纠正不兼容问题：
使用 PowerShell 执行“DG_Readiness_Tool_v3.6.ps1”
现在您应该可以正常启动虚拟机了。
【讨论】：
我不知道为什么，但 DG_Readiness_Tool 3.6 版对我不起作用。 重新启动后，我的笔记本电脑问题仍然存在。 我一直在寻找解决方案，最后我遇到了 3.7 版 工具，这次问题就消失了。 在这里你可以找到最新的 powershell 脚本：
【讨论】：
如果您的计算机最近更改涉及 Hyper-V，可能会遇到此问题，您需要在使用 VMWare 或 VirtualBox 时禁用它。他们不一起工作。 Windows Sandbox 和 WSL 2 需要 Hyper-V 管理程序，这目前破坏了 VMWare。基本上，您需要在下次重启时运行以下命令来启用/禁用 Hyper-V 服务。
要禁用 Hyper-V 并让 VMWare 正常工作，请以管理员身份在 PowerShell 中：
bcdedit /set hypervisorlaunchtype off
要暂时重新启用 Hyper-V 并破坏 VMWare，请以管理员身份在 PowerShell 中：
bcdedit /set hypervisorlaunchtype auto
之后您需要重新启动。我编写了一个 PowerShell 脚本，它将为您切换并通过对话框确认它。它甚至可以使用this technique 自我提升为管理员，因此您只需右键单击并运行脚本即可快速更改您的 Hyper-V 模式。它也可以很容易地修改为为您重新启动，但我个人不希望这种情况发生。将此保存为 hypervisor.ps1 并确保您已运行 Set-ExecutionPolicy RemoteSigned 以便您可以运行 PowerShell 脚本。
# Get the ID and security principal of the current user account
$myWindowsID = [System.Security.Principal.WindowsIdentity]::GetCurrent();
$myWindowsPrincipal = New-Object System.Security.Principal.WindowsPrincipal($myWindowsID);
# Get the security principal for the administrator role
$adminRole = [System.Security.Principal.WindowsBuiltInRole]::Administrator;
# Check to see if we are currently running as an administrator
if ($myWindowsPrincipal.IsInRole($adminRole))
{
# We are running as an administrator, so change the title and background colour to indicate this
$Host.UI.RawUI.WindowTitle = $myInvocation.MyCommand.Definition + "(Elevated)";
$Host.UI.RawUI.BackgroundColor = "DarkBlue";
Clear-Host;
}
else {
# We are not running as an administrator, so relaunch as administrator
# Create a new process object that starts PowerShell
$newProcess = New-Object System.Diagnostics.ProcessStartInfo "PowerShell";
# Specify the current script path and name as a parameter with added scope and support for scripts with spaces in it's path
$newProcess.Arguments = "-windowstyle hidden & '" + $script:MyInvocation.MyCommand.Path + "'"
# Indicate that the process should be elevated
$newProcess.Verb = "runas";
# Start the new process
[System.Diagnostics.Process]::Start($newProcess);
# Exit from the current, unelevated, process
Exit;
}
Add-Type -AssemblyName System.Windows.Forms
$state = bcdedit /enum | Select-String -Pattern 'hypervisorlaunchtype\s*(\w+)\s*'
if ($state.matches.groups[1].ToString() -eq "Off"){
$UserResponse= [System.Windows.Forms.MessageBox]::Show("Enable Hyper-V?" , "Hypervisor" , 4)
if ($UserResponse -eq "YES" )
{
bcdedit /set hypervisorlaunchtype auto
[System.Windows.Forms.MessageBox]::Show("Enabled Hyper-V. Reboot to apply." , "Hypervisor")
}
else
{
[System.Windows.Forms.MessageBox]::Show("No change was made." , "Hypervisor")
exit
}
} else {
$UserResponse= [System.Windows.Forms.MessageBox]::Show("Disable Hyper-V?" , "Hypervisor" , 4)
if ($UserResponse -eq "YES" )
{
bcdedit /set hypervisorlaunchtype off
[System.Windows.Forms.MessageBox]::Show("Disabled Hyper-V. Reboot to apply." , "Hypervisor")
}
else
{
[System.Windows.Forms.MessageBox]::Show("No change was made." , "Hypervisor")
exit
}
}
【讨论】：
这里有正确的说明，以便每个人都可以遵循。
【讨论】：
每一步的快速解决方案：
修复了 Windows 10 主机上 VMware Workstation 中的错误 传输 (VMDB) 错误 -14：管道连接已断开。
今天我们将修复 Windows 10 计算机上的 VMWare 错误。
1- 电脑配置
2- 管理模板
3- 系统 - 设备保护：如果没有设备保护：（下载 https://www.microsoft.com/en-us/download/100591 安装此"c:\Program Files (x86)\Microsoft Group Policy\Windows 10 November 2019 Update (1909)\PolicyDefinitions" 复制 到c:\windows\PolicyDefinitions）
4- 打开基于虚拟化的安全性。 现在双击它并“禁用”
以管理员身份打开命令提示符并键入以下内容 gpupdate /force [如果你没有设备保护就不要这样做，否则它会再次出现]
打开注册表编辑器，现在转到HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\DeviceGuard。添加一个名为 EnableVirtualizationBasedSecurity 的新 DWORD 值并将其设置为 0 以禁用它。
下一步转到HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\LSA。添加一个名为 LsaCfgFlags 的新 DWORD 值并将其设置为 0 以禁用它。
在运行框中，输入打开或关闭 Windows 功能，现在取消选中 Hyper-V 并重新启动系统。
以管理员身份打开命令提示符并键入以下命令
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "\EFI\Microsoft\Boot\SecConfig.efi"
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS
bcdedit /set hypervisorlaunchtype off
现在，重启你的系统
【讨论】：
安装最新的 vmware 工作站 > 15.5.5 版本
支持Hyper-V Host
随着 VMware Workstation/Player 15.5 的发布。 5或>，我们是 非常兴奋和自豪地宣布支持 Windows 主机 启用 Hyper-V 模式！如您所知，这是一个联合项目 Microsoft 和 VMware
https://blogs.vmware.com/workstation/2020/05/vmware-workstation-now-supports-hyper-v-mode.html
我安装了 VMware.Workstation.Pro.16.1.0
现在它解决了我的问题，现在我同时使用 docker 和 vmware，即使我的窗口 Hyper-V 模式已启用
【讨论】：
我遇到了同样的问题。我有 VMware Workstation 15.5.4 和 Windows 10 版本 1909 并安装了 Docker Desktop。
我是如何解决的：
正如 VMware 指南在 link 中所说的那样
如果您的主机具有 Windows 10 20H1 build 19041.264 或更高版本， 升级/更新到 Workstation 15.5.6 或更高版本。 如果您的主机具有 Windows 10 1909 或更早版本，请在主机上禁用 Hyper-V 以解决此问题。
现在 VMware 和 Hyper-V 可以同时在我的 Windows 上同时拥有 Docker 和 VMware。
【讨论】：
【讨论】：