Ошибка диска на виртуальной машине

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

Люди испытывают большое разочарование по поводу этой проблемы. Невозможность изменить настройки вашей виртуальной машины будет означать, что вы застряли с первоначальной настройкой вашей виртуальной машины.

Вот что сказал один пользователь об этой проблеме в блогах Microsoft:

Когда я пытаюсь подключить виртуальный жесткий диск к виртуальной машине 2-го поколения, появляется сообщение об ошибке «Ошибка применения изменений жесткого диска».

Это может создать еще больше проблем, если вам нужно обновить объем оперативной памяти вашей виртуальной машины, чтобы она работала правильно.

Посмотрим, что вы можете сделать с этим вопросом. Пожалуйста, внимательно следуйте методам в этом списке, чтобы избежать других осложнений.

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

1. Убедитесь, что другие виртуальные машины не используют тот же жесткий диск

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

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

1. Откройте диспетчер Hyper-V.
2. Выберите хост-компьютер, который вы хотите проверить на жестком диске -> щелкните по нему правой кнопкой мыши -> выберите Настройки Hyper-V.
3. В открывшемся окне -> проверьте расположение вашего виртуального жесткого диска (нажмите «Обзор», чтобы изменить его при необходимости).

2. Проверьте, не блокирует ли какой-либо антивирус или программное обеспечение для резервного копирования

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

Нужно проверить жесткий диск на наличие проблем со здоровьем? Вот лучшие варианты программного обеспечения

3. Измените настройки контроллера ISCSI или IDE

1. Откройте диспетчер Hyper-V.
2. Щелкните правой кнопкой мыши хост-компьютер -> выберите настройки Hyper-V.
3. В разделе « Контроллер SCSI» в правом меню -> щелкните правой кнопкой мыши на жестком диске -> выберите « Свойства».
4. Щелкните раскрывающееся меню в разделе « Контроллер » -> выберите другой параметр (в зависимости от настроек по умолчанию точные параметры будут различаться).

4. Извлеките и снова добавьте привод DVD из виртуальной машины Hyper-V

Удалять:

1. Откройте диспетчер Hyper-V.
2. Нажмите Пуск -> Администрирование -> щелкните Диспетчер Hyper-V.
3. Под именем виртуальной машины на панели действий -> нажмите Настройки.
4. Выберите DVD-привод на левой панели.
5. Нажмите Удалить в окне DVD-привода.
6. Нажмите ОК.

Для повторного добавления:

1. В настройках вашей виртуальной машины -> выберите опцию SCSI Controller.
2. Выберите DVD-привод из вариантов справа.
3. Нажмите кнопку Добавить, чтобы завершить процесс.

Вывод

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

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

ЧИТАЙТЕ ТАКЖЕ:

• DVD не работает в Windows 10 / 8.1? Вот как это исправить
• В ноутбуке HP произошла короткая ошибка жесткого диска DST [EASY FIX]
• Как исправить любые ошибки DLL в Windows 10, 8, 8.1

Ситуация следующая: виртуальная машина Hyper-V не может запуститься, выдавая при старте ошибку примерно такого содержания «VM failed to start. Synthetic SCSI controller (Instance ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx): Failed to Power on with Error ‘General access denied error’.».

Если развернуть окно и посмотреть детальную информацию об ошибке, то станет понятно, что проблема кроется в отсутствии доступа к файлу виртуального диска. Дело в том, что виртуальной машине (как и обычному пользователю) для работы с файлом необходимы NTFS-права на этот файл. В том случае, когда у виртуальной машины отсутствуют необходимые разрешения, то она не сможет стартовать и вывалится с ошибкой.

Как видно на рисунке, каждая виртуальная машина имеет свой уникальный идентификатор (Virtual machine ID). Для устранения ошибки надо взять этот ID и добавить его в список контроля доступа VHD-файла. Сделать это можно из командной строки, с помощью утилиты с неблагозвучным 🙂 названием Icacls. В нашем примере команда будет выглядеть так:

Icacls H:Hyper-VSRV1.vhdx /grant ″NT Virtual Machinef72e624c-4cc2-4167-b852-a47d412de8440″:(F)

Этой командой мы выдали виртуальной машине права Full Control на файл. В этом можно убедиться, открыв свойства файла и перейдя на вкладку Security. Как видите, разрешения в порядке и теперь виртуальная машина должна успешно запуститься.

Примечание. Подобную операцию необходимо проделать для каждого vhdx, и, если у машины имеются моментальные снимки (checkpoint), то для каждого avhdx файла, имеющего отношение к данной ВМ.

В заключение опишу некоторые ситуации, которые могут привести к потере прав:

• Перенос файла виртуального диска в другое расположение. Напомню, что при переносе файла на другой диск разрешения файловой системы удаляются и заменяются наследуемыми. Избежать этого можно, перенося файлы виртуальных машин с помощью встроенных средств Hyper-V, таких как Storage migration или ExportImport;
• Копирование файла виртуального диска. Ошибка может возникнуть при попытке подсунуть виртуальной машине чужой диск. Поэтому для ″размножения″ лучше воспользоваться либо экспортом, либо, при наличии VMM, клонированием виртуальных машин;
• Восстановление ВМ из бэкапа. Некоторые программы резервного копирования, например тот же DPM, при восстановлении в другое расположение не выставляют на файлы нужные права.

Обновлено 09.03.2023

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В минувший раз мы с вами разобрали какие существую методы подключения к удаленному рабочему столу. Идем далее и сегодня поговорим про гипервизоры. Вчера я столкнулся с ситуацией, что при попытке запустить виртуальную машины на VMware ESXI 7, я столкнулся с тем, что получил ошибку «EFI Virtual disk (0.0) Not found«, которая отняла на ее решение дополнительное время, сразу скажу, что ее же вы можете встретить и на VMware Workstation. Давайте я покажу вам быстрое решение и опишу из-за чего это может быть.

Описание ошибки EFI Virtual disk (0.0) Not found

У меня в компании полным ходом идет процесс перехода с Windows Server 2016 и ниже до Windows Server 2022, так как информационную безопасность никто не отмечал. Было подготовлено несколько шаблонов виртуальных машин для гипервизора ESXI, при попытке развернуть один из таких шаблонов (Который делал мой коллега) я при включении виртуальной машины получил вместо загрузки операционной системы после Sysprep, вот такое окно:

Ошибка EFI Virtual disk (0.0) Not found возникает при попытке загрузить виртуальную машину и указывает на то, что система не может найти виртуальный диск, который является частью EFI-раздела. Это может произойти, если виртуальный диск был удален или перемещен, или если произошла ошибка при его создании или конфигурации. Для решения этой проблемы необходимо проверить настройки виртуальной машины и убедиться, что все диски находятся в рабочем состоянии и правильно настроены.

🆘Хотя Microsoft говорит, что затронуты только виртуальные машины VMware ESXi,  некоторые отчеты администраторов Windows  намекают на то, что другие платформы гипервизора подвержены аналогичным проблемам с загрузкой после развертывания обновлений этого месяца.

Пакет обновления Windows предоставляет новую форму цифровой подписи в загрузчике EFI, которую UEFI Secure Boot неправильно отклоняет. В результате виртуальные машины могут не найти загружаемую операционную систему и не загрузиться.

⚙️Компания VMware выпустила ESXi 7.0 Update 3к, которое устраняет эту известную проблему и позволяет администраторам восстанавливать поврежденные виртуальные машины, которые больше не загружались.

Если вы уже столкнулись с проблемой, после исправления хоста до ESXi 7.0 Update 3k, просто включите затронутые виртуальные машины Windows Server 2022 сообщают в  VMware.

После того как вы обновите хост до ESXi 7.0 Update 3k, вы можете перенести работающую виртуальную машину Windows Server 2022 с хоста более ранней версии, чем ESXi 7.0 Update 3k, установить KB5022842, и виртуальная машина загрузится правильно без каких-либо дополнительных действий.

Как исправить ошибку «EFI Virtual disk (0.0)… Not Found» при загрузке виртуальной машины

✅Чтобы исправить данную проблему на гипервизоре ESXI, вам необходимо выключить виртуальный сервер и перейти в его настройки, для этого кликните по нему правым кликом и выберите пункт «Edit Settings«.

Далее попав в настройки виртуального сервера перейдите на вкладку «VM Options» и найдите пункт «Boot Options«. Данный пункт по сути отвечает за то, какой вид BIOS будет выставлен и будет ли использоваться безопасная загрузка. Именно опция «Secure Boot» и является причиной по которой вы не можете запустить ваш виртуальный сервер на ESXI. Все что вам нужно это просто снять данную галочку.

Если вы все сделали правильно, оставив EFI и деактивировав «Secure Boot» у вас все должно нормально загрузиться.

✅Чтобы исправить данную проблему на гипервизоре VMware Workstation, перейдите в свойства виртуальной машины, меню «Settings». Далее переходите на вкладку «Advanced» и находите пункт «Firmware type«. Тут нужно у режима 9UEFI снять галку «Enable Secure boot«.

Дополнительные ссылки

https://kb.vmware.com/s/article/90947

На этом у меня все. Мы с вами смогли запустить ваш виртуальный сервер. С вами был Иван Сёмин, автор и создатель IT блога Pyatilistnik.org.