Microsoft emulated ide controller сбой включения ошибка процесс не может получить доступ к файлу

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

While some of the simple answers provided above may work for some users, none of them solved my issue. My problem was that the Hyper-V .vhdx file for my virtual machine was locked but not appearing in either File Explorer as an ejectable disk nor in Administrative Tools Disk Management component. Note that my VM is a Debian Linux derivative running under WSL2 in Windows 10 with Hyper-V enabled.

So how did it become locked in the first place? I followed the instructions from an article on the web that said I can easily view files by simply double-clicking the .vhdx file. With the virtual machine shut down for the moment I did just that but got an error message (something about «can’t read file»). Afterwards, trying to connect to my virtual machine with Hyper-V resulted in the error message «the process cannot access the file because it is being used by another process». So how to unlock it?

After scouring the web and trying various procedures I finally found one that worked by using the Powershell. Here’s the short procedure:

1. Search for Powershell and then Run as Administrator.

2. At the command prompt type: get-physicaldisk

In my case the results were:

Number FriendlyName           SerialNumber    MediaType   CanPool OperationalStatus HealthStatus Usage            Size
------ ------------           ------------    ---------   ------- ----------------- ------------ -----            ----
1      SanDisk Ultra II 480GB 16xxxxxxxx96    SSD         False   OK                Healthy      Auto-Select 447.13 GB
0      WDC WD1001FALS-00E3A0  WD-WCATxxxxxxx9 Unspecified True    OK                Healthy      Auto-Select 931.51 GB
2      Msft Virtual Disk                      SSD         False   OK                Healthy      Auto-Select     32 GB

As you can see there is an entry called «Msft Virtual Disk» which represents the VM file mounted as a virtual disk.

1. To unmount the virtual disk, from the command prompt type:

   Dismount-DiskImage -ImagePath "C:UsersPublicDocumentsHyper-VVirtual hard disksName-Of-Your-Virtual-Machine.vhdx"

1. Re-enter the command: get-physicaldisk
   to verify that the virtual disk is unmounted.

After that the virtual disk was unmounted and I was able to successfully connect and load my virtual machine from Hyper-V once again.

I hope this information helps someone!

Ошибка службы виртуальных дисков объект не найден (решено)

Проблема возникла с флешками после какого-то из обновлений Windows 10. Некоторые USB флешки (не все) при втыкании в компьютер не появлялись в проводнике. При просмотре же дисков через консоль управления дисками, эти флешки имели статус «Вне сети».
Эти же флешки на других компьютерах под управлением Windows 7 или Windows 10 открывались нормально

USB флешка находится в состоянии «Вне сети»

Можно увидеть, что системой флешка распозналась, но она недоступна — «Вне сети» ( функция «в сети» для usb-флэшек недоступна ). При попытке включить диск из консоли управления компьютером получаем сообщение:
«Диск отключен в соответствии с установленной администратором политикой».

Политик никаких не применяется, система свежая, обновленная, лицензионная.

Погуглив немного, нашел несколько инструкций, как перевести диск в онлайн. Практически все они рекомендуют использовать запуск diskpart от лица администратора.
Однако, при попытке перевести диск в онлайн статус выдает ошибку:

DISKPART> online disk
Ошибка службы виртуальных дисков:
Объект не найден.

Как перевести диск в онлайн, используя DISKPART.

Путем проб и ошибок, достаточно долго разбирая различные решения на англоязычных сайтах (где было предложено и обновить драйвера, и поменять настройки электропитания для USB устройств, и чего-то еще), наконец нашел рабочий вариант решения проблемы, как заставить Windows 10 увидеть флешку.

Решение оказалось достаточно близким к использованию DISKPART, но немного другим. А именно, вместо запуска DISKPART от админской учетки, надо запустить Windows PowerShell (Пуск — Меню — W — Windows PowerShell) все так же от учетной записи администратора системы.
Далее набираем следующие команды :

Задача решена. Эти же действия можно проделать для каждого диска, который Windows 10 не видит.

Теперь флешка нормально определяется системой Windows 10

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

Стандартно выполняем «Пуск» — «Служебные Windows» — «Командная строка» (запустить с правами администратора). Далее вызываем утилиту управления дисками DISKPART. Можно также сразу запустить DISKPART из консоли PowerShell. Ниже у меня две флешки с атрибутами «только для чтения», чтобы убрать этот атрибут я вводил соответственно команды выбора нужного диска (select disk 3) и затем очистки соответствующего атрибута:
attributes disk clear readonly

C:WINDOWSsystem32>diskpart
Microsoft DiskPart, версия 10.0.17763.1
(C) Корпорация Майкрософт (Microsoft Corporation).
На компьютере: MYCOMP
DISKPART> list disk
Диск ### Состояние Размер Свободно Дин GPT
——— ————- ——- ——- — —
Диск 0 В сети 111 Gбайт 0 байт
Диск 1 В сети 465 Gбайт 0 байт
Диск 2 В сети 465 Gбайт 1024 Kбайт
Диск 3 В сети 14 Gбайт 2048 Kбайт
Диск 4 В сети 250 Gбайт 0 байт
DISKPART> select disk 3
Выбран диск 3.
DISKPART> attributes disk clear readonly
Атрибуты диска успешно очищены.
DISKPART> select disk 4
Выбран диск 4.
DISKPART> attributes disk clear readonly
Атрибуты диска успешно очищены.
DISKPART> exit
Завершение работы DiskPart…
C:WINDOWSsystem32>

Источник

Служба виртуальных дисков Windows: ошибки подключения

На очереди разбор ошибок со «Службой виртуальных дисков Windows» и «Службой логических дисков». Проблемы с этими компонентами возникают редко: при попытке «разбить» диски на виртуальные части, переименовать их, подключить дополнительный или внешний жесткий диск. Службы могут зависать, выдавать различные ошибки или попросту зависать при попытке подключиться к службе или зайти в настройки.

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

Содержание:

Распространенные ошибки и быстрое решение

Ошибка «Не удалось подключиться к службе виртуальных дисков» может быть вызвана программами для создания образов вроде NERO, Daemon Tools и Alkohol 120 — подобный софт стоит удалить. Также нужно убедиться, что служба виртуальных дисков включена, а библиотека dmserver.dll находится на компьютере, не поражена вирусами и не присутствует в карантине антивируса.

Возможно, исправить проблему получится быстро. Для этого нужно:

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

Удаление или заражение dmserver.dll и dmdskmgr.dll

Системные библиотеки dmserver.dll и dmdskmgr.dll, нужные Windows для работы службы виртуальных дисков, часто поражаются при заражении систему вирусами. Если служба вообще не запускается или грузится бесконечно долго, файлы могут отсутствовать на компьютере, либо не открываться.

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

Если библиотеки отсутствуют на компьютере:

Папка, куда надо копировать DLL, отличается в зависимости от версии Windows:

Если статус автозапуска службы стоит «Вручную», следует нажать по ней правой кнопкой мыши, выбрать пункт «Свойства» в появившемся контекстном меню и изменить автозапуск на «Автоматически». После изменения настроек автозапуска может потребоваться повторная перезагрузка компьютера.

NERO, Daemon Tools и Alkohol 120

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

Для исключения рисков с этой стороны следует:

Итого, приблизительная последовательность действий должна быть такая:

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

One thought on “ Служба виртуальных дисков Windows: ошибки подключения ”

Если служба Виртуальный диск все равно не запускается, откройте редактор реестра и проверьте, что в разрешениях на ветку HKLMSYSTEMCurrentControlSetServicesvds у группы ALL APPLICATION PACAKAGES есть право на чтение ( Read ).

Источник

Ошибки инициализации жёсткого диска

Инициализацию в идеале нужно проводить раз в жизни накопителя — когда пользователь его приобрёл и установил в свой компьютер, но, увы, не всегда такое возможно. В материале, изложенном далее, мы рассмотрим, почему не инициализируется жёсткий диск и что с этим делать.

Инициализация жёсткого диска

Сама процедура инициализации HDD продиктована необходимостью настройки используемого накопителя под конкретного юзера и то, как он будет использовать устройство. Ситуация, когда пользователь сталкивается с невозможностью проведения операции, не может быть следствием нормального функционирования ПК. Вероятно, произошёл сбой системы, заражение вредоносным программным обеспечением или же имеет место механическое повреждение. Следует рассмотреть каждую причину отдельно и последовательно.

Причина 1: Критический программный сбой

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

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

Итак, в деле борьбы с программным сбоем нам потребуется специальный софт или же немного знаний о том, как пользоваться системными инструментами Виндовс.

Вариант 1: EaseUS Partition Master

Разработчики программы EaseUS Partition Master, позиционируют её как крайне простой и удобный инструмент для управления накопителями, в том числе осуществления операций форматирования и починки системных ошибок дисков. Для того чтобы выполнить восстановление с помощью программы, руководствуйтесь следующим алгоритмом:

Примечание: учтите, что такая операция подойдёт лишь для диска со стилем разделов «MBR». Соответственно, если он у вас с GPT, такая функция даже не будет доступна, поэтому первые три пункта вы можете пропустить.

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

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

Вариант 2: Командная строка

Не стоит сбрасывать со счетов старую добрую «Командную строку» — эта системная утилита порой способна творить чудеса, в том числе и помочь с инициализацией жёсткого диска. Для этого:

Будьте внимательны при вводе команд, чтобы ненароком ввести что-то не то и окончательно не испортить диск. Кроме того, помните, что после каждой команды необходимо прожимать клавишу «Enter».

Таким образом, и через Командную строку можно совершить инициализацию HDD, если не удалось это сделать через стандартный способ. Но имейте в виду, что если на нём хранились данные, форматирование уничтожит их. В результате диск должен быть восстановлен или хотя бы доступен для повторной инициализации системными методами. Если такого не произошло, значит, сбой имеет аппаратный характер или же на устройстве нашёл своё пристанище крайне опасный вирус, который напрочь блокирует его работу.

Причина 2: Вирусное заражение

Итак, если после программных средств устройство всё ещё отказывается инициализироваться, самое время заподозрить в беде оказавшийся на нём вирус. Особенно грустно, если это системный диск, но даже в таком случае есть решение – использование антивирусных утилит, что могут загружаться вместо операционной системы, одной из которых является Dr.Web LiveDisk.

Антивирусные программы подобного рода можно применять вне вашей ОС, пока диски не загрузились, а вирус не понял, что ему пора спрятаться или навредить накопителю ещё больше. Для правильного запуска лечащей утилиты совершите следующие действия:

Произведя проверку в таком режиме, вы сможете очистить HDD от вирусов, которые мешают нормальному функционированию системы и инициализации её компонентов. После этого можно ещё раз попробовать инициализировать проблемный накопитель или попытаться восстановить его. Но если вирусы не были найдены или же инициализация по-прежнему не осуществляется, можно констатировать лишь аппаратное повреждение.

Причина 3: Механическое повреждение

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

При этом степень повреждения может быть разной: от того, чтобы давать пользователю пользоваться накопителем, лишь тормозя процесс получения доступа к данным, до того, что диск виден для системы, но невозможен для инициализации. Проверка HDD в таком случае осуществляется с помощью специального софта, диагностирующего повреждения, такого как CrystalDiskInfo или HDD Health. Дополнительные сведения об этих и других программах, выполняющих диагностику, вы найдете в нашей в отдельной статье.

Следующим шагом необходимо применить специальную утилиту HDD Regenerator, которая может быть полезна в сложившейся ситуации. Применение HDD Regenerator и то, как ей воспользоваться для восстановления HDD, развёрнуто описано в материале по ссылке ниже.

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

Помимо этой статьи, на сайте еще 12348 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Ошибка при управлении VHD-файлом в Windows Server: «Виртуальный поставщик дисков для указанного файла не найден»

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

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2013544

Симптомы

При попытке создания виртуальной машины в Hyper-V Manager в Windows Server вы получите следующее сообщение об ошибке.

Имя журнала: Microsoft-Windows-Hyper-V-VMMS-Admin
Источник: Microsoft-Windows-Hyper-V-VMMS
ID события: 14098
Уровень: ошибка
Описание:
Драйвер служба хранилища поставщика услуг виртуализации, требуемой службой управления виртуальными машинами, не установлен или отключен. Проверьте параметры или попробуйте переустановить Hyper-V роли.

Имя журнала: Microsoft-Windows-Hyper-V-Image-Management-Service-Admin
Источник: Microsoft-Windows-Hyper-V-Image-Management-Service
ID события: 15062
Уровень: ошибка
Описание:
«Система не смогла создать «E:VMachineVirtual MachinesTESTTEST.vhd». Код ошибки: 2424869

При попытке взаимодействия с виртуальным файлом жесткого диска (VHD) с помощью такого средства, как Hyper-V Manager, служба хранилища Manager или Diskpart, вы получаете следующее сообщение об ошибке:

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

В журнале VHDMP также может появиться следующее событие:

При попытке запуска виртуальной машины с помощью Hyper-V Manager вы получаете следующее сообщение об ошибке:

Имена машин, пути и GUID будут разными, так как они уникальны для каждой среды.

Название: Hyper-V Manager
Описание. Ошибка произошла при попытке запустить выбранную виртуальную машину (ы) ‘ не удалось запустить.

Microsoft Emulated IDE Controller (Instance ID <##>): Не удалось действовать с помощью ошибки: «Устройство, подключенное к системе, не работает».

Не удалось открыть вложение ‘Drive Letter:pathVirtual Hard driversVMNAME_#vhd’. Ошибка: «Устройство, подключенное к системе, не функционирует»

Не удалось открыть вложение ‘Drive Letter:pathVirtual Hard driversVMNAME_#vhd’. Ошибка: «Устройство, подключенное к системе, не функционирует»

Не удалось запустить имя виртуальной машины (виртуальный машинный ID ##)

Контроллер эмулированных IDE Microsoft (Экземпляр ID <##>>): Не удалось действовать с помощью ошибки: «Устройство, подключенное к системе, не работает». (0x8007001F) (ID виртуальной машины: ##

«ИМЯ VM»: не удалось открыть вложение «Drive Letter:pathVirtual Hard driversVMNAME_#vhd». Ошибка: «Устройство, подключенное к системе, не функционирует» (0x8007001F) (Виртуальный машинный ID: ##

«ИМЯ VM»: не удалось открыть вложение «Drive Letter:pathVirtual Hard driversVMNAME_#vhd». Ошибка: «Устройство, подключенное к системе, не функционирует» (0x8007001F) (Виртуальный машинный ID: ##

Причина

Существует проблема времени с FSDepends.sys и с VHDMP.sys. Эта проблема возникает при установке определенных программ резервного копирования на Windows Сервере. По умолчанию значение FSDepends.sys в реестре заостряется на ручном режиме. Когда любое стороне программное обеспечение резервного копирования загружает драйвер устройства ленты, иногда программное обеспечение может привести к FSDepends.sys и VHDMP.sys правильной инициализации.

Решение

Чтобы обойти эти проблемы, FSDepends.sys следует установить значение запуска загрузки (0x0).

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

Дополнительные сведения о том, как восстановить, восстановить и изменить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:
322756 Создание резервной копии и восстановление реестра Windows

Чтобы решить эти проблемы, выполните следующие действия:

Откройте редактор реестра.

Откройте следующий раздел реестра:
HKLMSYSTEMCurrentControlSetServicesFsDepends

В ключе «FsDepends» измените REG_DWORD значение «Начните» с 3 до .

Источник

Служба виртуальных дисков Windows: ошибки подключения

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

У обычных пользователей тоже могут возникнуть ошибки с сообщениями вроде Не удалось подключиться к службе диспетчера логических дисков, либо служба просто начинает грузиться бесконечно долго. Чаще всего это происходит в случае заражения троянами, установкой вирусного ПО или изменения настроек системы по незнанию или по вине каких-либо программ.

Содержание:

Распространенные ошибки и быстрое решение

Ошибка Не удалось подключиться к службе виртуальных дисков может быть вызвана программами для создания образов вроде NERO, Daemon Tools и Alkohol 120 подобный софт стоит удалить. Также нужно убедиться, что служба виртуальных дисков включена, а библиотека dmserver.dll находится на компьютере, не поражена вирусами и не присутствует в карантине антивируса.

Возможно, исправить проблему получится быстро. Для этого нужно:

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

Удаление или заражение dmserver.dll и dmdskmgr.dll

Системные библиотеки dmserver.dll и dmdskmgr.dll, нужные Windows для работы службы виртуальных дисков, часто поражаются при заражении систему вирусами. Если служба вообще не запускается или грузится бесконечно долго, файлы могут отсутствовать на компьютере, либо не открываться.

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

Если библиотеки отсутствуют на компьютере:

Папка, куда надо копировать DLL, отличается в зависимости от версии Windows:

Если статус автозапуска службы стоит Вручную, следует нажать по ней правой кнопкой мыши, выбрать пункт Свойства в появившемся контекстном меню и изменить автозапуск на Автоматически. После изменения настроек автозапуска может потребоваться повторная перезагрузка компьютера.

NERO, Daemon Tools и Alkohol 120

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

Для исключения рисков с этой стороны следует:

Итого, приблизительная последовательность действий должна быть такая:

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

Источник