작년에 VMware를 아무 문제없이 실행 해 왔으며 오늘은 VM 중 하나를 시작하고 오류 메시지가 표시됩니다. 스크린 샷을 참조하십시오.
링크를 따라 단계를 수행했습니다. 4 단계에서 "mountvol"을 사용하여 볼륨을 마운트해야합니다. 내가 사용하여 볼륨을 마운트 할 때 mountvol X: \\?\Volume{5593b5bd-0000-0000-0000-c0f373000000}\이 말을 계속 The directory is not empty.심지어 2기가바이트있는 파티션과 여전히 같은 메시지를 만들었습니다.
내 질문 :
비어 있지만 비어 있지 않은 볼륨을 어떻게 마운트 할 수 있습니까?
이 Device / Credential Guard가 자동으로 활성화 된 이유는 무엇이며 어떻게 제거하거나 비활성화 할 수 있습니까?
CMD :
답변:
Device / Credential Guard는 Windows 10을 훨씬 더 안전하게 만들기 위해 보안 커널을 호스팅 하는 Hyper-V 기반 가상 컴퓨터 / 가상 보안 모드 입니다.
... VSM 인스턴스는 일반 운영 체제 기능과 분리되며 해당 모드에서 정보를 읽으려는 시도로 보호됩니다. 하이퍼 바이저가 하드웨어에 해당 메모리 페이지를 다르게 처리하도록 요청하기 때문에 보호는 하드웨어 지원입니다. 이는 동일한 호스트에있는 두 개의 가상 머신이 서로 상호 작용할 수없는 동일한 방식입니다. 메모리는 독립적이며 각 VM이 자체 데이터에만 액세스 할 수 있도록 하드웨어가 규제됩니다.
여기에서 보안에 민감한 작업을 실행할 수있는 보호 모드가 생겼습니다. 작성 시점에 우리는 여기에 상주 할 수있는 세 가지 기능인 LSA (로컬 보안 기관), KMCI (Kernel Mode Code Integrity) 및 하이퍼 바이저 코드 무결성 제어 자체의 형태로 코드 무결성 제어 기능을 지원합니다. 하이퍼 바이저 코드 무결성 (HVCI).
이러한 기능이 VSM의 Trustlet에 의해 처리되면 호스트 OS는 OS 내부의 표준 채널 및 기능을 통해 간단히 통신합니다. 이 Trustlet 관련 통신은 허용되지만 호스트 OS에서 악성 코드 또는 사용자가 VSM의 데이터를 읽거나 조작하려고하는 것은 이것이 구성되지 않은 시스템에서보다 훨씬 더 어려워 보안 이점을 제공합니다.
VSM에서 LSA를 실행하면 LSA 프로세스 자체 (LSASS)가 호스트 OS에 남아있게되고 LSA의 특별한 추가 인스턴스 (LSAIso라고 함-LSA Isolated를 나타냄)가 생성됩니다. 이는 LSA에 대한 모든 표준 호출이 여전히 성공할 수 있도록하여 LSA와의 직접 통신이 필요한 서비스 또는 기능에 대해서도 우수한 레거시 및 이전 버전과의 호환성을 제공합니다. 이와 관련하여 호스트 OS에 남아있는 LSA 인스턴스는 지정된 방식으로 격리 된 버전과 단순히 통신하는 '프록시'또는 '스텁'인스턴스로 생각할 수 있습니다.
그리고 Hyper-V 및 VMware는 같은 시간을 작동하지 않았다 까지 2020 , VM웨어 하이퍼 V가와 공존에 하이퍼 V 플랫폼을 사용 하여 시작 버전 15.5.5 .
버전 15.5.5 이전의 VMware Workstation은 어떻게 작동합니까?
VMware Workstation은 전통적으로 CPU에 직접 액세스하고 CPU에 내장 된 가상화 지원 (Intel의 VT-x 및 AMD의 AMD-V)에 액세스해야하는 권한 모드에서 작동하는 VMM (Virtual Machine Monitor)을 사용했습니다. Windows 호스트가 가상화 기반 보안 ( "VBS") 기능을 활성화하면 Windows는 하드웨어와 Windows 사이에 Hyper-V 기반 하이퍼 바이저 계층을 추가합니다. Hyper-V 내부에 있으면 VMM이 더 이상 하드웨어의 가상화 지원에 액세스 할 수 없기 때문에 VMware의 기존 VMM을 실행하려는 시도는 실패합니다.
사용자 수준 모니터 소개
이 Hyper-V / 호스트 VBS 호환성 문제를 해결하기 위해 VMware의 플랫폼 팀은 Microsoft의 WHP API를 사용하도록 VMware의 Hypervisor를 재구성했습니다. 이는 권한 모드가 아닌 사용자 수준에서 실행되도록 VMM을 변경하고 기본 하드웨어를 직접 사용하는 대신 WHP API를 사용하여 게스트 실행을 관리하도록 수정하는 것을 의미합니다.
이것은 당신에게 무엇을 의미합니까?
VMware Workstation / Player는 이제 Hyper-V가 활성화 된 경우 실행할 수 있습니다. 더 이상 VMware Workstation과 WSL, Device Guard 및 Credential Guard와 같은 Windows 기능을 실행할 필요가 없습니다 . Hyper-V가 활성화되면 ULM 모드가 자동으로 사용되므로 VMware Workstation을 정상적으로 실행할 수 있습니다. Hyper-V를 전혀 사용하지 않는 경우 VMware Workstation은이를 감지 할 수있을만큼 스마트하며 VMM이 사용됩니다.
시스템 요구 사항
Windows Hypervisor API를 사용하여 Workstation / Player를 실행하려면 필요한 최소 Windows 10 버전은 Windows 10 20H1 빌드 19041.264입니다. VMware Workstation / Player 최소 버전은 15.5.5입니다.
오류를 방지하려면 Windows 10을 버전 2004 / 빌드 19041 (Mai 2020 업데이트)으로 업데이트 하고 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는 두 번째 명령에서 사용하는 것입니다. 그대로 실행하지 마십시오.
다시 시작하면 두 가지 옵션이있는 메뉴 만 표시됩니다.
따라서 VMWare를 사용하는 것은 재부팅하고 No Hyper-V 옵션을 선택하기 만하면됩니다.
다시 부팅 항목을 제거하려는 경우. bcdedit에 / delete 옵션을 사용할 수 있습니다.
먼저 현재 부팅 항목 목록을 가져옵니다.
C:\>bcdedit /v
ID와 함께 모든 항목이 나열됩니다. 관련 ID를 복사 한 다음 이렇게 제거합니다.
C:\>bcdedit /delete {ff-23-113-824e-5c5144ea}
주석에서 언급했듯이 powershell이 아닌 관리자 권한 명령 프롬프트에서이 작업을 수행해야합니다. powershell에서 명령이 오류가 발생합니다.
업데이트 : 중괄호가 백틱 (`)으로 이스케이프되면 powershell에서 이러한 명령을 실행할 수 있습니다. 이렇게 ...
C:\WINDOWS\system32> bcdedit /copy `{current`} /d "No Hyper-V"
PowerShell하면 작동하지 않습니다.
작년의 Docker 시험과 고난에도 불구하고 Hyper-V가 나에게 가장 적합한 것이라고 확신하지 못하며 새 부팅을 만들고 부팅 기본값을 확인하는 것보다 자주 전환하고 싶지 않을 것입니다. 관리자 모드의 콘솔에서 요청시 전환 할 때마다 부팅 할 때마다 시간 초과를 기다립니다.
bcdedit /set hypervisorlaunchtype off
이 게시물의 또 다른 이유는 두통을 덜기위한 것입니다. "on"인수로 Hyper-V를 다시 켜는 것으로 생각 했습니까? 아니. MiRKoS..t에는 너무 간단합니다. 그것은의 자동차 !
즐기세요!
지.
bcdedit /set hypervisorlaunchtype auto당신은 다시 켜해야하는 경우.
그냥 이 스크립트를 다운로드 마이크로 소프트에서 직접.
Powershell을 관리자로 실행 한 후 다음 명령을 실행합니다.
DG_Readiness.ps1 -Ready DG_Readiness.ps1 -Disable Set-ExecutionPolicy unrestricted 재부팅 할 때 Device Guard를 비활성화하라는 메시지가 표시되었습니다. 솔루션에 감사드립니다!
Hyper-V와 관련된 컴퓨터의 최근 변경으로이 문제가 발생할 수있는 경우 VMWare 또는 VirtualBox를 사용하는 동안 비활성화해야합니다. 그들은 함께 작동하지 않습니다. Windows Sandbox 및 WSL 2에는 현재 VMWare를 중단하는 Hyper-V Hypervisor가 필요합니다. 기본적으로 다음에 재부팅 할 때 Hyper-V 서비스를 활성화 / 비활성화하려면 다음 명령을 실행해야합니다.
Hyper-V를 비활성화하고 VMWare를 작동하려면 PowerShell에서 Admin으로 :
bcdedit /set hypervisorlaunchtype off
지금은 Hyper-V를 다시 활성화하고 VMWare를 중단하려면 PowerShell에서 Admin으로 :
bcdedit /set hypervisorlaunchtype auto
그 후에 재부팅해야합니다. 이를 토글하고 대화 상자로 확인하는 PowerShell 스크립트를 작성했습니다. 이 기술을 사용하여 관리자에게 자체 승격 되므로 스크립트를 마우스 오른쪽 단추로 클릭하고 실행하여 Hyper-V 모드를 빠르게 변경할 수 있습니다. 재부팅을 위해 쉽게 수정할 수 있지만 개인적으로 그런 일이 일어나기를 원하지 않았습니다. 이것을 hypervisor.ps1로 저장하고 Set-ExecutionPolicy RemoteSignedPowerShell 스크립트를 실행할 수 있도록 실행했는지 확인합니다 .
# 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
}
}
이 문제에 대한 가장 간단한 해결책은 "Device Guard 및 Credential Guard 하드웨어 준비 도구"를 다운로드하여 비 호환성을 수정하는 것입니다.
PowerShell로 "DG_Readiness_Tool_v3.6.ps1"실행
이제 가상 머신의 전원을 정상적으로 켤 수 있습니다.
이유는 모르겠지만 DG_Readiness_Tool 버전 3.6이 작동하지 않았습니다. 랩톱을 다시 시작한 후에도 문제가 계속되었습니다. 나는 해결책을 찾고 있었고 마침내 3.7 버전의 도구를 발견했고 이번에는 문제가 사라졌습니다. 여기에서 최신 powershell 스크립트를 찾을 수 있습니다.
나는 또한이 문제로 많은 어려움을 겪었습니다. 이 스레드의 답변은 도움이되었지만 내 오류를 해결하기에 충분하지 않았습니다. 다른 답변에서 제안한 것처럼 Hyper-V 및 Device Guard를 비활성화해야합니다. 이에 대한 자세한 정보는 여기 에서 찾을 수 있습니다 .
나는 위에 제공된 답변 외에도 수행해야 할 변경 사항을 포함하고 있습니다. 마침내 저를 도왔던 링크는 이것 입니다.
내 대답은 나머지 대답 (예 : Hyper-V 및 Device Guard 비활성화)과 다음 단계 간의 차이점 만 요약 할 것입니다.
다음 레지스트리 설정을 삭제하십시오.
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 복구로 전환 될 수 있습니다.
bcdedit를 사용하여 Windows Defender Credential Guard EFI 변수를 삭제합니다. 관리자 권한 명령 프롬프트 (관리 모드에서 시작)에서 다음 명령을 입력합니다.
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
PC를 다시 시작하십시오.
Windows Defender Credential Guard를 비활성화하려면 프롬프트를 수락하십시오.
또는 가상화 기반 보안 기능을 비활성화하여 Windows Defender Credential Guard를 끌 수 있습니다.
bcdedit /set hypervisorlaunchtype off2. 창 다시 시작
모든 단계의 빠른 솔루션 :
Windows 10 호스트 전송 (VMDB) 오류 -14의 VMware Workstation에서 수정 된 오류 : 파이프 연결이 끊어졌습니다.
오늘 우리는 Windows 10 컴퓨터에서 VMWare 오류를 수정할 것입니다.
1 컴퓨터 구성 2 - 관리 템플릿 3 - 시스템 - 장치 가드 : IF NO 장치 GUARD (다운로드 https://www.microsoft.com/en-us/download/100591 이 설치 "c:\Program Files (x86)\Microsoft Group Policy\Windows 10 November 2019 Update (1909)\PolicyDefinitions" COPY 에를 c:\windows\PolicyDefinitions) 가상화 기반에 4 - 전원을 켜고 보안. 이제 두 번 클릭하고 "비활성화"
관리자 권한으로 명령 프롬프트를 열고 다음 gpupdate / force를 입력합니다. [장치 가드가 없으면 다시 실행하지 마십시오.]
레지스트리 편집기를 열고 이제 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\DeviceGuard. 이름이 지정된 새 DWORD 값을 추가하고 EnableVirtualizationBasedSecurity비활성화하려면 0으로 설정합니다. 다음으로 이동합니다 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\LSA. 이름이 지정된 새 DWORD 값을 추가하고 LsaCfgFlags비활성화하려면 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
이제 시스템을 다시 시작하십시오.
개방형 사용자 지정 "관리자 권한으로 실행"명령 프롬프트 또는 powershell 명령 줄 창을 항상 유지 관리하는 사람은 선택적으로 다음 별칭 / 매크로를 설정하여 단순히 hyper-v 하이퍼 바이저를 비활성화하기 위해 @ gue22에서 언급 한 명령 실행을 단순화 할 수 있습니다. 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"[부팅 구성 장치 목록] 명령을 입력하여 on, off, list 명령을 실행합니다.
Well Boys and Girls는 밤의 작은 시간에 빌드 17093에 대한 릴리스 정보를 읽은 후 VMware Workstation VM이 작동하지 않게하는 변경 지점을 발견 했습니다. 바로 Device Security 아래의 Core Isolation 설정입니다. 설정에서 Windows 보안 (Windows 방어자 페이지의 새 이름) .
기본적으로 켜져 있지만 PC를 끄고 PC를 다시 시작하면 모든 VMware VM이 올바르게 작동합니다. 장치 별 옵션을 다음 빌드에 통합하여 개별 장치 / 앱 응답을 테스트하여 필요에 따라 장치 또는 앱별로 코어 격리를 켜거나 끌 수 있습니다.
다음은 모든 사람이 따를 수있는 적절한 지침입니다.
