Среда восстановления Windows 8.1 не видит внешний диск c WindowsImageBackup
 

Здравствуйте.
Видел подобные темы по другим версиям Windows, но решения там не нашёл.

По причине частых сбоев диска переношу систему на другой диск.
1. Сделал chkdsk, затем WindowsImageBackup на внешнем USB-диске;
2. отключил прочие диски, кроме нового системного и внешнего с WindowsImageBackup;
3. загрузился с установочного диска, вошёл в среду восстановления, выбрал «Восстановление компьютера из образа»;
4. образ на внешнем диске нашёлся и пошёл процесс, но увы, я по ошибке поставил не тот диск (малого объёма) и процесс завершился с ошибкой;
5. поставил другой, «правильный» диск, но теперь образ для восстановления не находится, как бы я не подключал внешний диск, при этом в командной строке в среде восстановления диск и сама папка с WindowsImageBackup в его корне видны.

Как это объяснить и как с этим справиться?
Дополнительный вопрос - нужно ли как-то специально готовить диск на который восстанавливать (он у меня не новый)?

Дополнение:
6. пробовал опять восстановить систему на "неправильный" диск (повторить п.4);
7. пробовал восстановить систему на другой редко используемый комп., где стоит W8.1
и в обоих случаях WindowsImageBackup не обнаруживается.

Что же с ним случилось на шаге 4 ?!

student_j,

Попробуйте рекомендации, изложенные в статье Solution: Windows Backup/Restore ‘Windows Cannot Find a System Image on This Computer’ Error

Казбек,
"find your backup folder, name it WindowsImageBackup and move it to the root of your HDD" - это не мой случай. Я же написал "папка с WindowsImageBackup в его корне видны"

student_j,

Так какая у вас ошибка?? Опишите, что у вас происходит детально, для того, что бы не играть в угадайки.

Установите "голую" систему, после по новой запустите установку и выберете восстановление из образа.

> Так какая у вас ошибка?? Опишите, что у вас происходит детально, для того, что бы не играть в угадайки.

Казбек,
а что конкретно ещё нужно к тому, что я уже написал? Повторюсь
1. Сделал chkdsk, затем WindowsImageBackup на внешнем USB-диске;
2. отключил прочие диски, кроме нового системного и внешнего с WindowsImageBackup;
3. загрузился с установочного диска, вошёл в среду восстановления, выбрал «Восстановление компьютера из образа»;
4. образ для восстановления не находится, как бы я не подключал внешний диск, при этом в командной строке в среде восстановления диск и сама папка с WindowsImageBackup в его корне видны.
для убедительности прилагаю фото -


и ещё - содержимое папки WindowsImageBackup, размер которой 219 ГБ

NickM,
> Установите "голую" систему, после по новой запустите установку и выберете восстановление из образа.

попробую, если других решений не найдётся, однако эти действия я промоделировал, попробовав восстановить систему на другой, работающий компьютер - см. п.7

Это как раз ваш случай:

И как раз та ситуация, которую автор описывает в своей заметке:

В каталоге WindowsImageBackup имеются 3 подкаталога и 1 файл:
В подкаталоге "Backup 1970-01-01 000000" - 13 файлов.
В подкаталоге "Catalog" - 2 файла.
В подкаталоге "SPPMetadataCache" - 1 файл.

Конфигурационные файлы имеют особенность меняться - поэтому: у конфигурационных файлов должен быть установлен атрибут "только для чтения".
Если у конфигурационного файла не будет установлен атрибут "только для чтения" - то при определённом условии, прочитать образ станет невозможным.
Также нужно учитывать то, что восстановление из WindowsImageBackup должно происходить с того загрузочного диска, с ОС которой производилась резервная копия (При этом, установленный атрибут "только для чтения" у резервной копии также обязателен).

Например вы сделали резервную копию Windows 8, и попытались восстановить с загрузочного диска Windows 7 - резервная копия не будет обнаружена + будет испорчена. Также касается загрузки со сборок WinPE скачанных из интернета.

Казбек,
> Это как раз ваш случай

Вы обращаете внимание на симптомы, которые действительно похожи, но нам ведь надо болезнь выявить?
В предложенной Вами статье нет полноты информации, но из предлагаемых рекомендаций, которые я уже цитировал ("find your backup folder, name it WindowsImageBackup and move it to the root of your HDD"), можно предположить, что автор, сделав backup, "перепрятал" его в какую-то другую папку :-).
Так что по-прежнему думаю что случай не мой.

Если же считаете, что я неправ (а у Вас есть оглавление моего диска с backup), скажите, пожалуйста что конкретно я должен переименовать (name it WindowsImageBackup) и переместить в корень диска (move it to the root of your HDD).

student_j, см. Восстановление отдельных разделов из командной строки

Vadikan,
Благодарю за толковую статью. После её прочтения не сомневался в успехе, однако … Описываю.
Итак,
- у меня есть резервная копия системного раздела, созданная встроенными средствами Windows (стандартный образ), лежит в папке «WindowsImageBackup\CORSAIR_Win8_1-new»;
- не чистый диск, причём, по совету NickM, я установил «голую» систему и вновь попробовал восстановиться, но backup по-прежнему не виден;
- использую среду WindowsPE с установочного диска для «варианта 2» – Восстановление отдельных разделов из командной строки;
- Раздел с резервным образом – D:, раздел, на который будет восстановлен образ – C:

Определяю версию и получаю ошибку "архив не найден"


Пробую ещё один вариант, хоть и ни секунды в него не верю – помещаю в корень диска подкаталог, который лежит в WindowsImageBackup, соответственно его переименовывая. Вижу удивительную картину - "найдено" аж четыре "резервных копии":


Кажется, что «могущественой» среде восстановления наплевать, что там в этих каталогах, она просто смотрит на названия папок, и что-то не так с названием папки, созданной в момент архивирования. Для проверки возвращаю файлы в исходное расположение, но называю папку бесхитростно «WindowsImageBackup\W81» :-) Однако снова неуспех!


И, наконец, ещё один трюк - создаю в WindowsImageBackup ещё одну папку "test", куда закидываю пару картинок. Теперь программа видит и w81, и test, но это не спасает.


Так почему же backup не распознаётся - как с оригинальным именем "CORSAIR_Win8_1-new", так и с "искуственным" w81?! Что-то всё-таки случилось с архивом при выполнении шага 4, описанного в самом первом сообщении? Но что?! Как это понять и исправить?
ПРОШУ СОВЕТА!

= = = = = = = = = = = = = = = = = = = = =

Далее дополнительно отвечаю Nordek.
Восстановление из WindowsImageBackup я провожу с того загрузочного диска, с ОС которой производилась резервная копия. Однако, как Вы могли видеть, у меня в каталоге WindowsImageBackup один подкаталог с именем компьютера, для которого делался backup, а вот уже в нём не 3, а 4 подкаталога
в подкаталоге «Backup» - 12 файлов, а не 13;
в подкаталоге «Catalog» - 2 файла;
в подкаталоге «SPPMetadataCache» - 1 файл;
в подкаталоге «Logs» - 1 файл
И ни один из файлов, включая и сам архив Vhdx, не имеет атрибут «только чтение», однако, время/дата изменения у всех этих файлов одинаковые, что говорит о том, что никто xml-файлы "испортить не успел.


В связи с этим дополнительные вопросы:
- откуда такая информация, что атрибуты «только чтение» обязательны у конфигурационных файлов и резервной копии, есть ли это в рекомендациях производителя?
- почему по Вашему мнению после архивирования система не проставила эти атрибуты?
- «Если у конфигурационного файла не будет установлен атрибут "только для чтения" - то при определённом условии, прочитать образ станет невозможным» - можно пример такого условия? Идёт ли речь только о ситуации, когда восстановление производится не с того загрузочного диска?

Из наблюдений, причём производилось не единожды.

student_j, видимо, битый бэкап. Вы же пишите, что диск сбойный.

Я бы не стал связываться со встроенным бэкапом для переноса, лучше в WIM захватить - см. Как перенести Windows с HDD на SSD (тип накопителя значения не имеет)

Vadikan,
меня смущает то, что один раз восстановление пошло (п.4) и предполагаемая битость архива этому не помешала. А по датам видно, что этот процесс не изменил файлы backup'a. Честно говоря, за эти дни я бы давно уже переустановил систему, хоть установлено программ немало (а данные пользователя у меня отдельно архивируются на внешний NAS). Но хочется разобраться! Поэтому ради эксперимента попробую и wim.