Компания VMware Workstation и устройства/охранник учетных данных не совместимы


я запускал VMware в течение последнего года без проблем, сегодня я открыл его, чтобы запустить одну из моих виртуальных машин и получить сообщение об ошибке, см. снимок экрана.

Я пошел по ссылке и прошел через шаги, на шаге 4 Мне нужно смонтировать том с помощью "mountvol". когда я пытаюсь смонтировать том с помощью mountvol X: ?Volume{5593b5bd-0000-0000-0000-c0f373000000} Она говорит The directory is not empty. Я даже создал раздел с 2 ГБ и все то же сообщение.

мой Вопросы:

Как я могу установить том, который не пуст, даже если он есть?

почему это устройство/Credential Guard автоматически включается и как я могу избавиться от него или отключить его.

CMD:

3 52

3 ответа:

устройства/охранник учетных данных на сервере Hyper-V виртуальной машины на основе виртуальных безопасном режиме который содержит безопасное ядро, чтобы сделать Windows 10 гораздо более безопасным.

enter image description here

...экземпляр VSM отделен от обычной операционной системы система функционирует и защищена от попыток считывания информации в этот режим. Защита обеспечивается аппаратно, так как гипервизор запрашивает аппаратное обеспечение для обработки этих страниц памяти иначе. Этот один и тот же способ для двух виртуальных машин на одном хосте не может взаимодействуют друг с другом; их память независима и оборудования регулироваться, чтобы каждая виртуальная машина может получить доступ только к собственным данным.

отсюда, теперь у нас есть защищенный режим, где мы можем запустить безопасности секретные операции. На момент написания статьи мы поддерживаем три возможности, которые могут находиться здесь: локальный центр безопасности (LSA), и функции контроля целостности кода в виде Код Режима Ядра Целостность (KMCI) и сам контроль целостности кода гипервизора, который называется целостность кода гипервизора (HVCI).

enter image description here

когда эти возможности обрабатываются Trustlets в VSM, ОС хоста просто общается с ними по стандартным каналам и возможности внутри ОС. В то время как этот Трастлет-специфичный связь разрешена, имея вредоносный код или пользователей на хосте Попытка ОС читать или манипулировать данными в VSM будет значительно сложнее сложнее, чем в системе без этой настройки, обеспечивая преимущество безопасности.

запуск LSA в VSM, заставляет сам процесс LSA (LSASS) оставаться в хост-ОС, а специальный, дополнительный экземпляр ЛСА (так называемый LSAIso – что означает LSA Isolated) создается. Это должно позволить всем стандартные звонки на ЛСА, чтобы все-таки добиться успеха, предлагая отличное наследие и обратная совместимость, даже для услуги или возможности, которые требуется прямая связь с LSA. В этом отношении можно подумать оставшегося экземпляра LSA в ОС хоста в качестве "прокси" или " заглушки’ экземпляр, который просто взаимодействует с изолированной версией в прописанные способы.





И Hyper-V и VMware не может работать в то же время. Необходимо перенести виртуальные машины в Hyper-V или отключить эту функцию. Этого должно быть достаточно для выбора Hyper-V и Изолированные функции пользовательского режима в Панели Управления- > программа и функции->включение и выключение функций:

enter image description here

есть гораздо лучший способ справиться с этой проблемой. Вместо полного удаления Hyper-V вы просто делаете альтернативную загрузку, чтобы временно отключить ее, когда вам нужно использовать VMWare. Как показано здесь...

http://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx

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.

Примечание: идентификатор, сгенерированный из первой команды, является тем, что вы используете во второй. Не просто запустите его дословно.

когда после перезагрузки вы просто увидите меню с двумя вариантами...

  • Windows 10
  • Нет Hyper-V

таким образом, использование VMWare-это просто вопрос перезагрузки и выбора опции No Hyper-V.

Если вы хотите удалить загрузочную запись. Для bcdedit можно использовать параметр /delete.

во-первых, получить список текущих записей загрузки...

C:\>bcdedit /v

здесь перечислены все записи с их идентификаторами. соответствующий идентификатор, а затем удалить его так...

C:\>bcdedit /delete {ff-23-113-824e-5c5144ea}

как уже упоминалось в комментариях, вам нужно сделать это из командной строки с повышенными правами, а не powershell. В powershell команда будет ошибка.

Я все еще не уверен, что Hyper-V-это то, что мне нужно, даже с прошлогодними испытаниями Docker и невзгодами, и я думаю, что вы не захотите переключаться очень часто, поэтому вместо создания новой загрузки и подтверждения загрузки по умолчанию или ожидания таймаута с каждой загрузкой я переключаюсь по требованию в консоли в режиме администратора

bcdedit /set hypervisorlaunchtype off

еще одна причина для этого поста-чтобы сэкономить вам головную боль: вы думали, что снова включаете Hyper-V с аргументом "on"? Нет. Тоже просто для Миркоса..т. Это авто!

удачи!
Г.