На дисках возникли критические ошибки ввода вывода hyper v

Обновлено 14.11.2014

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

Не удается установить операционную систему на виртуальной машине по сети.

Работа виртуальной машины автоматически приостанавливается.

При попытке создать или запустить виртуальную машину появляются сообщения об ошибках: «Пользователем открыта сопоставленная секция», «Сетевой ресурс или устройство более недоступно» или «Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения».

Виртуальные машины исчезли с консоли диспетчера Hyper-V.

При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.

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

При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.

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

Ситуация следующая: виртуальная машина 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, при восстановлении в другое расположение не выставляют на файлы нужные права.

.

Исключения в антивирусе

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

• проблемы с производительностью виртуальных машин;
• создание или запуск виртуальной машины заканчивается неудачей, при этом появляется одно из следующих сообщений:

1. The requested operation cannot be performed on a file with a user-mapped section open. (0x800704C8);
2. VMName’ Microsoft Synthetic Ethernet Port (Instance ID{7E0DA81A-A7B4-4DFD-869F-37002C36D816}): Failed to Power On with Error ‘The specified network resource or device is no longer available.’ (0x80070037);
3. The I/O operation has been aborted because of either a thread exit or an application request. (0x800703E3).

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

• Папка, в которой по умолчанию хранятся настройки виртуальных машин (C:ProgramDataMicrosoftWindowsHyper-V).
• Другие папки конфигураций виртуальных машин.
• Папка, в которой по умолчанию хранятся VHD-файлы (C:UsersPublicDocumentsHyper-VVirtual Hard Disks).
• Другие папки, в которых хранятся VHD-файлы.
• Папки, в которых хранятся снимки.
• Vmms.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).
• Vmwp.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).

Рекомендуемые исключения, необходимые для работы Hyper-V, а также известные проблемы, связанные с антивирусным программным обеспечением, описаны в статье Microsoft «Virtual machines are missing in the Hyper-V Manager Console or when you create or start a virtual machine, you receive one of the following error codes: ‘0x800704C8’, ‘0x80070037’ or ‘0x800703E3’» (support.microsoft.com/kb/961804).

Снимки и нехватка места на диске

Если снимки не могут быть объединены из-за нехватки места на диске (то есть error0x80070070), не удаляйте файлы с расширением. avhd (файлы снимков). В результате удаления файлов. avhd произойдет потеря данных, которая приведет к тому, что виртуальная машина перестанет запускаться. Если у вас нет возможности освободить необходимое дисковое пространство на томе, где хранятся файлы. avhd, требуется сделать следующее:

1. Экспортировать виртуальную машину на том, где достаточно свободного места на диске.
2. После завершения экспорта откройте консоль управления Hyper-V и удалите виртуальную машину, которую экспортировали.
3. Импортируйте виртуальную машину из нового места хранения. Если версия Hyper-V ниже Windows Server 2008 R2, включите виртуальную машину, а затем выключите ее, чтобы запустить процесс объединения в новом месте хранения.

Полный список наработанных методов использования снимков можно найти в статье TechNet «Hyper-V Virtual Machine Snapshots: FAQ» по ссылке technet.microsoft.com/en-us/library/dd560637(WS.10).aspx.

Компоненты интеграции не обновлены

После того как исправление или обновление для Hyper-V установлено на сервер (Windows 2008 R2, Server 2008 или Microsoft Hyper-V Server), просмотрите документацию, связанную с исправлением, чтобы узнать, требует ли это исправление обновления компонентов интеграции виртуальной машины. Вы также можете просмотреть список обновлений Hyper-V на сайте TechNet, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.

• Список обновлений Hyper-V для Windows Server 2008: technet.microsoft.com/en-us/library/dd430893(WS.10).aspx?lc=1033.
• Список обновлений Hyper-V для Windows Server 2008 R2: technet.microsoft.com/en-us/library/ff394763(WS.10).aspx.

Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье Microsoft «The network connection is lost on a Hyper-V virtual machine» (support.microsoft.com/kb/2223005), где говорится об исправлении для Hyper-V, которое решает проблему сетевого подключения к виртуальной машине. Для этого исправления требуется обновить компоненты интеграции виртуальных машин с системами Windows XP и Windows Server 2003. Если исправление установить на сервер Hyper-V, но не обновить компоненты интеграции виртуальной машины, то, вероятно, сетевая проблема, которую должно было устранить исправление, останется.

Чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции, можно просмотреть журнал событий Microsoft-Windows-Hyper-V-Integration/Admin. Если виртуальная машина использует устаревшие компоненты интеграции, то при ее запуске в журнал будет записано следующее событие:

Log Name: Microsoft-Windows-Hyper-VIntegration-Admin

Source: Microsoft-Windows-Hyper-V-Integration

Event ID: 4010

Level: Warning

Description: Hyper-V Heartbeat connected to virtual machine ‘vmname’, but the version does not match the version expected by Hyper-V (Virtual machine ID A5C22E8D-5F58-4186-832F-E7C2AE0B4804). This is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.

Событие с идентификатором 4010 будет записано для каждой устаревшей службы интеграционного компонента виртуальной машины (экран 1).

Экран 1. Событие 4010 в журнале

Вы также можете задействовать инструмент Hyper-V Best Practices Analyzer (BPA) или сценарии PowerShell, чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции. Узнать, как получить инструмент Hyper-V BPA, можно из статьи Microsoft «Hyper-V BPA for Windows Server 2008 R2 is now available» (support.microsoft.com/kb/977238). Команда разработчиков Hyper-V разместила сценарий PowerShell в хранилище сценариев TechNet по ссылке gallery.technet.microsoft.com/scriptcenter/251337c5-ab97-40b3-a888-80b68102d1d5.

Функция Refresh virtual machine configuration и кластер

Консоль управления Hyper-V не поддерживает кластеры, и это означает, что изменения настроек виртуальных сетей или виртуальных машин в данной консоли должны быть продублированы на другие узлы кластеров с помощью функции Refresh virtual machine configuration в консоли диспетчера отказоустойчивых кластеров.

Если не воспользоваться этой функцией, то виртуальная машина либо вообще не сможет перемещаться между узлами кластера, либо ее параметры (например, VLAN ID), которые были изменены, будут потеряны при перемещении виртуальной машины на другой узел кластера Hyper-V. Чтобы обновить настройки виртуальной машины, выполните следующие шаги.

1. В консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, а затем щелкните по виртуальной машине, для которой хотите обновить настройки.
2. В окне Actions прокрутите список вниз, щелкните мышью на кнопке More Actions, затем выберите функцию Refresh virtual machine configuration, как показано на экране 2.

Экран 2. Функция Refresh virtual machine configuration

В системе Server 2008 R2 функцией Refresh virtual machine configuration можно не пользоваться, если вы меняете параметры виртуальной машины с помощью консоли диспетчера отказоустойчивых кластеров. Для изменения параметров виртуальной машины в этой консоли сделайте следующее:

• в консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, затем щелкните по виртуальной машине, для которой хотите изменить параметры;
• в окне Actions щелкните мышью на кнопке Settings, чтобы изменить параметры виртуальной машины.

Сбои в работе Hyper-V

Чтобы посмотреть полный список распространенных проблем в настройке Hyper-V, обратитесь к статье TechNet «Hyper-V: Gotchas» по ссылке social.technet.microsoft.com/wiki/contents/articles/hyper-v-gotchas.aspx. Этот список обновляется раз в квартал при выявлении новых проблем.

Джефф Паттерсон (jeffpatt@microsoft.com) — старший менеджер в команде Product Quality and Online в Microsoft

When opening the Event Viewer, many Windows users find “The IO operation at logical block address for disk was retried” error. What causes this error? How to fix it? Now, let’s start exploring these questions together with MiniTool.

According to user reports, the IO operation at logical block address for disk was retried error often occurs after suffering from random BSOD crashing or system freezing. This issue is accompanied by the Event 153 disk error message in Event Viewer. The error is mostly reported to happen on Windows 7, Windows 8, and Windows 10. Here’s a true example in the answer.microsoft forum:

My computer system disk is an SSD, and I buy it a few days. I want to know what is mean about the error: The IO operation at logical block address 0x3acad0 for Disk 0 (PDO name: Device000003c) was retried. They are simply warnings at this stage but do not like the constant freezes I keep getting. I’ve seen numerous attempts at solutions but none seem to work. Please, help.https://answers.microsoft.com/en-us/windows/forum/all/the-io-operation-at-logical-block-address-0x3acad0/a7ef35cc-629d-491f-b047-453539388539

What Causes The IO Operation at Logical Block Address for Disk Was Retired Error

The IO operation at logical block address error usually indicates that the IRP (IO Request Packet) has timed out while the IO system waits for it to complete. Many users reported that the error often occurs on those computers that have been used for a long time or have system crashing issues.

What causes the IO operation disk error? After investigating extensive user reports and posts, we find the error is often related to the following possible reasons:

• Inappropriate disk mode: This circumstance often appears on the older systems that are using the AHCI disk mode, which may cause instability and then trigger the event ID 153 disk error.
• Faulty hard drive: If you have used an SSD/HDD for a long time, the storage may get corrupted and throw “the IO operation at logical block address for disk” error.
• Faulty SATA or power cables: If the SATA cables used by your SSD/HHD get faulty, the connection between the disk and cable will be interrupted, causing the disk retired error.
• Outdated controller drivers: It’s well known that the older versions of IDE ATA/ATAPI controllers can trigger the event ID 153 disk error.
• Dynamic Tick: In some cases, the IO operation at logical block address was retired error can occur during the unified communications, video editing, and other multimedia activities. This is because a problem occurs with the dynamic tick transitions.
• Outdated BIOS: BIOS updates are very important to ensure that your system and hardware get good performance. An outdated BIOS version can cause various issues like the one discussed here.
• Power plan: Sometimes improper Power plan settings are responsible for the event ID 153 disk error.
• Hardware exceeds the defined time-outs: This error may occur if the disk array controller responds to the I/O request with exceeded time-outs.

How to Fix The IO Operation at Logical Block Address Error

There are 9 applicable methods to fix the “The IO operation at logical block address for disk was retried Windows 10” error. Let’s start trying.

# 1. Change the SATA or Power Cable

As mentioned above, the event ID 153 disk error can occur after replacing the SATA cable or power cable that is connected to the motherboard. If the connection is interrupted or a power failure happens between the hard disk and motherboard, you may encounter the error. To fix it, follow the steps below to change the SATA cable.

Step 1. Power off your computer completely and unplug the power cable from the power source.

Step 2. Remove the pre-installed SATA cable carefully from your storage devices.

Step 3. Install a new SATA cable to the storage device. Here make sure to check the alignment and plug the SATA cable into a different SATA port.

Step 4. Power on your computer and re-plug the power cable to see if the error gets fixed. If not, move down to the following methods.

# 2. Update the IDE ATA/ATAPI Controller Drivers

Some users reported that the “The IO operation at logical block address was retried” error happens when the system is using an outdated IDE ATA/ATAPI controller. So, we recommend you keep the driver updated.

Step 1. Press Win + R keys to open the Run dialog box, and then type devmgmt.msc in the box and hit Enter to open this program.

Step 2. In the Device Manager window, expand the IDE ATA/ATAPI controllers category, right-click each driver under the category, and select Update driver.

Step 3. In the pop-up window, select the Search automatically for drivers option and follow the on-screen instructions to complete the update. Then repeat this same procedure to update other ATA controller drivers.

Step 4. After updating all the ATA controller drivers, reboot your computer and see if the “The IO operation at logical block address was retried” error is cleared.

# 3. Check Your Hard Drive for Errors

One of the main reasons for the IO operation disk error is a faulty SSD/HDD. If you have used a computer for a long period, we recommend you check if there are bad sectors on the drive.

Although CHKDSK can be used to check the hard drive, this tool often runs into various issues like CHKDSK write-protected, CHKDSK gets stuck, etc. So, it’s highly recommended you use a professional tool like MiniTool Partition Wizard. It can help you check disk errors quickly.

Free Download

Step 1. Launch the MiniTool software to get its main interface, and then select the hard disk that you receive event ID 135 error and click on Surface Test from the left pane.

Step 2. Click on the Start now button in the pop-up window. After that, this tool will scan the whole disk immediately and show you the test result.

Step 3. If any blocks are marked with red color like the following picture, it indicates that your hard drive is getting failing. In this case, you can either use this bad sector repair guide or consider replacing the hard disk with a new one.

# 4. Disable the Dynamic Tick

The dynamic tick is another cause for the “The IO operation at logical block address for disk was retried” error. Some users reported that they managed to fix the error after disabling the feature. You may have a try.

Step 1. Press Win + R keys to open the Run box, and then type cmd in it and press Ctrl + Shift + Enter keys to invoke the elevated Command Prompt window. Click on Yes when you are prompted by the UAC confirmation.

Step 2. Type the following command and hit Enter. Once done, restart your PC and see if the problem gets resolved.

 bcdedit /set disabledynamictick yes

# 5. Change Disk Mode from AHCI to ATA or IDE

AHCI is a newer disk mode to interface with the SATA controller. If you are using a relatively old version of the system, you can try changing the disk mode from AHCI to IDE or ATA. To do so, follow the steps below carefully.

Step 1. Click the Start icon at the bottom left corner and press the Power icon, and then click the Restart button with the Shift key pressed.

Step 2. Now, your computer will boot into the recovery menu. Once here, click on Troubleshoot > Advanced options.

Step 3. In the Advanced options menu, select Startup Settings. Then click on Restart to reboot your computer into the Startup menu.

Step 4. In the Setup screen, press the Delete or F2 keys to enter BIOS.

Step 5. In the BIOS settings, navigate to the SATA Operation/SATA Configuration section and set it to ATA or IDE, and save the change before your exit the BIOS settings.

Step 6. Wait for your computer to boot into the Startup Settings menu again, and press F5 to boot into Safe Mode with Networking. It allows your system to get the proper drivers for BIOS that you just loaded on the system.

Once done, restart your machine into regular mode and see if the “The IO operation at logical block address for disk was retried Windows 10” error stops appearing.

# 6. Update BIOS

Some users found that the “The IO operation at logical block address was retired” error gets fixed after installing the latest version of BIOS. This circumstance is typically reported to occur with the MSI motherboard. If you are using an MSI motherboard, click this hyperlink to get a full guide on the MSI BIOS update.

# 7. Change the Power Plan Settings

Sometimes improper power plan settings can trigger the IO operation disk error as well. To fix it, you can try changing the power plan to the High Performance mode.

Step 1. Press Win + R keys to open the Run box, and then type control powercfg.cpl in it and hit Enter.

Step 2. Select the High performance mode. If you can’t find it, click on Show Additional plans. Then click on Change Plan Settings next to it.

Step 3. Click on Change Advanced Power Settings, and then expand the Hard disk category and click on Turn off Hard Disk After, and increase its time to higher.

Step 4. Click on Apply and OK to save the change. This operation prevents your disk from being disabled.

# 8. Disable the Paging Executive

There is a possible workaround that has been proven by some people to be useful. That is to disable the Paging Executive in Registry Editor. Let’s try.

Step 1. Open the Run box again, and then type regedit in it and hit Enter.

Step 2. In the Registry Editor window, go to the following path via the left navigation bar.

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory Management

Step 3. With the Memory Management key opened folder selected in the left panel, scroll down to the DisablePagingExecutive DWORD in the right panel, and double click it.

Step 4. Set its Value data from 0 to 1, and click on OK.

Step 5. Exit Registry Editor and reboot your PC to make the change take effect.

# 9. Decrease the TimeOutValue of Disk in Registry Editor

If your computer is connected to a storage array that is experiencing a dropped packet or exceeded time-out, you may encounter the event ID 153 disk error. In this case, you can try decreasing the TimeOutValue as low as possible. For that:

Step 1. Open the Registry Editor like Step 1 in the above method.

Step 2. Go to the following path via the left-hand panel.

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDisk

Step 3. With the Disk folder selected, move over to the right panel and the TimeOutValue DWORD.

Step 4. Set its Value data to 30 or lower, and click on OK. Then restart your computer to see if the error is fixed.

I fixed the “The IO operation at logical block address for disk was retried” error with the help of this post. May you need this. Click to Tweet

What’s Your Opinion

This post analyzes all possible causes of the IO operation at logical block address error and provides corresponding solutions. If you have any better troubleshooting methods for the error, please leave them in the comment area. Of course, you can send us an email to [email protected] when you have difficulty in using the MiniTool software.