Про нужность и важность резервных копий в курсе, наверное, не только все, мало кто не знает, что это важно. Но вот всегда что-то может пойти не так. Потому сегодня рассмотрим на моем примере, как можно потерять кучу данных, вернее вообще все.
Как я тут недавно рассказывал, несколько дней назад я поменял себе материнку с процессором. Что вытекло в очередную историю, которая благополучно разрешилась. Но я же человек собирающий все глюки какие могу, потому сам вырыл себе яму.
Заменив материнскую плату и процессор, я обнаружил, что уж очень давно я не переустанавливал Windows, а тут еще шанс поставить 11, на фига она мне я не знал, но решил-таки поставить. И здесь я сделал первую ошибку – удостоверившись, что все что мне надо сохранено, образ системы автоматически создался в ночь на 13 февраля я ничтоже сумлящесь поставил Windows 11 в режиме «без сохранения данных».
Нет, я не форматировал диски, потому данные, конечно, сохранились. Но мне все же стоило включить режим «сохранение файлов пользователя», все дело в том, что в этом режиме Windows сохраняет не только файлы, но и еще целые ветки профиля, в том числе сертификаты. В моем же режиме все они были удалены и снесены в папку Windows.old. И вот тут я внезапно прозрел.
После удачной установки Windows 11, установки драйверов, обновлений, части нужного ПО, я полез на диск D: и выяснил, что он наполовину зашифрован. Дело в том, что когда-то и непонятно зачем я включил у части папок шифрование на уровне владельца (esp). И вот теперь, т.к. владелец по факту больше не существует, профиль не был сохранен, не существует и ключей для расшифровки файлов. И вроде пока еще ничего страшного, у нас же есть резервная копия от 13 февраля. Грузимся в режим восстановления, находим наш бекап, устанавливаем точку запускаем и ждем полтора часа (процесс не быстрый), после чего получаем:
Сбой операции восстановления образа системы (0X80070057)
ВОТ ЭТО ПОВОРОТ!
Ну, что же. Начинаем сначала. Загружаемся в режиме восстановления, командная консоль.
diskpart
DISKPART> list vol
Том ### Имя Метка ФС Тип Размер Состояние Сведения
---------- --- ----------- ----- ---------- ------- --------- --------
Том 0 C Data NTFS Раздел 7452 Gб Исправен
Том 1 RAW Раздел 950 Gб Исправен
Том 2 RAW Раздел 1021 Mб Исправен Скрытый
Том 3 FAT32 Раздел 330 Mб Исправен Системны
Том 4 NTFS Раздел 672 Mб Исправен Скрытый
Том 5 RAW Раздел 1598 Mб Исправен Скрытый
Том 6 F Seagate NTFS Раздел 931 Gб Исправен
Том 7 E ESD-USB FAT32 Сменный 30 Gб Исправен
Так. У нас не восстановился 1 Том, теперь он вообще чистый и даже не форматированный. Печально. Пробуем второй раз, получаем тот же результат и понимаем, что мы в жопе. Что же. Будем пользоваться средствами Микрософт и попробуем все восстановить.
Итак, что мы можем. Можем сделать принудительное копирование vhdx образа (именно так собирается образ диска в резервной копии винды) сторонними средствами. Либо попробуем использовать механизмы Windows. Начнем со второго способа.
Итак, у нас есть нечто в виде образа диска:
С:\WindowsImageBackup\Isinuori\Backup 2022-02-12 220009\9b3edff0-311f-01d6-f86b-8acd8f18eb00.vhdx
Найти его не сложно, главное понять куда примонтировался ваш диск с резервной копией, у меня как видите как диск С. Дальше WindowsImageBackup, потом ИМЯКОМПА, а дальше, смотрим самый большой файл, обычно их там 2-3, нам интересен тот, что больше всех.
Ок. Нашли. Мы все еще в командной строке, потому снова diskpart.
Выполняем следующую команду:
sel vdis file="C:\WindowsImageBackup\Isinuori\Backup 2022-02-12 220009\9b3edff0-311f-01d6-f86b-8acd8f18eb00.vhdx"
Мы выбрали в качестве цели наш виртуальный диск. А потом:
attach vdis
Так мы монтируем наш диск, но это еще не все, нам надо получить к нему доступ:
DISKPART> list vol
Том ### Имя Метка ФС Тип Размер Состояние Сведения
---------- --- ----------- ----- ---------- ------- --------- --------
Том 0 C Data NTFS Раздел 7452 Gб Исправен
Том 1 RAW Раздел 950 Gб Исправен
Том 2 RAW Раздел 1021 Mб Исправен Скрытый
Том 3 FAT32 Раздел 330 Mб Исправен Системны
Том 4 NTFS Раздел 672 Mб Исправен Скрытый
Том 5 RAW Раздел 1598 Mб Исправен Скрытый
Том 6 F Seagate NTFS Раздел 931 Gб Исправен
Том 7 E ESD-USB FAT32 Сменный 30 Gб Исправен
Том 8 NTFS Раздел 950 Gб Исправен
Вот он, Том 8, подключился, дадим ему имя:
DISKPART> sel vol 8
Выбран том 8.
DISKPART> assign letter n
DiskPart: назначение имени диска или точки подключения выполнено успешно.
DISKPART> exit
Дальше нам ничего не надо, потому выходим. Переходим на диск N и проверяем что это нужное:
n:
dir
Видим, что это нужный нам диск. В теории можно с помощью chkdsk /f его проверить. А потом запускаем, сборку этого диска как образа операционной системы:
dism /capture-image /imagefile:d:\10.wim /capturedir:n: /name:10
Тут мы собираем установку windows с диска N: под именем 10, в файл d:\10wim.
И вот тут – ребята, это очень долго. ОЧЕНЬ, долго. 5-6 часов на сборку образа на 500 гигов – легко, чаще – больше. Потому рекомендую запускать это не из консоли восстановления, а хотя бы из PE образа, что бы можно было параллельно читать Пикубу. Но дело ваше.
Ждем.
Сборка рушится на 95%. Но у нас есть логи:
"C:\Windows\Logs\DISM\dism.log"
Смотрим и видим:
Error DISM DISM WIM Provider: PID=71536 N:\Users\vdrak\OneDrive\petlya-sudeb-tom-1-635962.fb2 (HRESULT=0x80070006) - CWimManager::WimProviderMsgLogCallback
[71536.86108] [0x80070006] AddFileNodeToImage:(402): Неверный дескриптор.
Ок. Сносим к чертям всю папку OneDrive, в образе она нам особенно не нужна. Здесь до нас неожиданно доходит, что мы вообще можем загрузится с данного образа как с обычного диска, раз он у нас примонтирован. Восстанавливаем Win11 из ранее собранного образа, запускаем консоль от имени администратора, монтируем образ через «Управление Дисками» как диск N (можно было и через DiskPart), выполняем:
bcdboot N:\Windows /d
Перезагружаемся, в выборе операционной системы выбираем Windows 10, ждем, ждем, ждем. Комп перезагружается. Опять ждем, ждем, ждем. Нихрена не происходит. Загружаемся снова в Win11, переходим на диск D: и получаем – зависший нахрен комп. А теперь – внимание, только вчера вы сами перенесли все данные с SSD на HDD, чтобы сделать копии перед чистой установкой Win11 и перед издевательством над системой. Только что у вас умер HDD Seagate 8Tb. Вы потеряли все данные. Честь вам и хвала. Хорошо, что вы умеете делать резервные копии, плохо, что они одномоментно собрались в одном месте.
PS. Буквы дисков в ряде случаев не совпадают, потому как диски многократно перемонтировались в разных вариантах загрузки.