Клонирование ssd на ssd большего размера. Не работает smart reset

[zmey1251]

А можно еще как то guid разделов поменять на нужный?

[Avatar-Lion]

zmey1251, Да, DiskPart позволяет менять тип разделов путем назначения им того или иного GUID. В Wiki (https://en.wikipedia.org/wiki/GUID_Partition_Table) перечислены некоторые наиболее распространенные GUID, согласно которым раздел получит тот или иной тип, т.е. будет определяться в Windows соответствующим образом. Но что вам это даст? Вы же сами по моей просьбе сверили тип разделов на старом и новом SSD. И сказали, что они все одинаковые. Следовательно, тип разделов корректный и проблема не в этом.

---
А... Или вы про так называемые Volume GUID, которые видны в выводе команды MountVol? Ну... Полагаю да, их тоже можно сменить. Только зачем?

[zmey1251]

Может в этом проблема, я подумал

[Avatar-Lion]

Нет, это не проблема. Разделам действительно назначаются уникальные идентификаторы (GUID'ы), но только лишь для того, чтобы к ним можно было обращаться независимо от их буквы или вовсе при отсутствии оной. Можете сами в этом убедиться. Посмотрите Volume GUID с помощью команды MountVol, а затем в Пуск - Выполнить выполните две команды:
C:\
\\?\Volume{132d2285-8ede-4e38-88aa-e49c059e76f7}\

После нажатия на ОК в обоих случаях откроется диск С в проводнике.

---
Дополню на всякий случай. Windows хранит сопоставление GUID'ов с буквами дисков (разделов) в ветке HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices. Я сталкивался со случаями, когда какие-то убогие программы для клонирования дисков не очищали эту ветку, в результате чего клонированная система не могла загрузиться с нового диска, поскольку порядок разделов хоть и был таким же, как на старом диске, но сами разделы на новом диске имели, естественно, уже другие Volume GUID'ы. Однако поскольку в реестре системы диск С: был сопоставлен со старым Volume GUID'ом, это приводило к невозможности загрузки системы. В общем-то, решение было простым: очистить эту ветку и тогда при следующей загрузке система сама заполнит ее правильными сопоставлениями.

Теоретически я могу допустить, что Huawei Recovery опирается именно на Volume GUID'ы, которые были у разделов на старом SSD. А на новом SSD они, естественно, другие. И в этом случае у него конечно же будет каша, вернее, все команды будут отрабатываться с ошибками, поскольку они будут ссылаться на несуществующие Volume GUID'ы. Но... Кхм... Скажем так: я отказываюсь верить в такой сценарий. Это просто немыслимый уровень некомпетенции потому что. Если Huawei реально так сделала, то им гвоздь в голову надо вбить за такое. Повторюсь, я отказываюсь верить в подобный сценарий.

[zmey1251]

Вот что получается

[zmey1251]

вот бсд с этого раздела

[zmey1251]

Мне кажется если уж и копаться в бсд файлах то нужно капаться в том который на скрытом разделе onekey тк при перезагрузке с него прога стартует, и раскидывает образ по путям. Но вам виднее

[Avatar-Lion]

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

Предлагаю провести эксперимент, пока у вас нет ничего ценного на диске: загрузитесь с LiveCD и удалите ESP-раздел (200Мбайт), а также Windows-раздел (738Гб), после чего перезагрузитесь и восстановите заводскую ОС с помощью Huawei Recovery. Посмотрим какой результат будет при таком раскладе.

P.S. Файл BCD на Recovery-разделе нужен только для запуска среды восстановления. В процессе восстановления он никоим образом не участвует, поэтому и смотреть его смысла нет.

[zmey1251]

Скоро сделаю

[zmey1251]

Форматнул два раздела этих и все. Не могу загрузиться с ssd и в рекавери тоже попасть

[Avatar-Lion]

Удаление раздела и форматирование раздела - это не одно и то же. Но да ладно... То, что система не загружается после такого, это понятно. А вот то, что Recovery больше не запускается - это уже интереснее. Хм... Загрузитесь с LiveCD и назначьте букву разделу объёмом 1Гб. Судя по объему, на нем должен лежать та самая Huawei Recovery. Там поищите .efi-приложения. По умолчанию путь EFI\Boot\bootx64.efi, но Huawei могла и куда-то в другое место их положить. То, что найдете, добавьте в меню загрузки мат.платы ноутбука с помощью BootICE (вкладка "UEFI"). По идее, это будет равносильно нажатию F10 при старте, т.е. ноутбук сам должен загрузить Huawei Recovery.

[zmey1251]

Сейчас восстанавливаю все назад. Клонированием разделов. Скажите что и как удалить правильно, чтоб проверить. Тк операцию не отменить я уже копирую

Образ huawei recovery лежит на разделе one key. Объемом 16 гиг

Может по watsapp мне напишите что и как. Так будет быстрее, а потом выложим на форум что получится в итоге? Могу отправитт номер в лс

[Avatar-Lion]

По стандарту любая прошивка UEFI содержит лишь FAT32-драйвер для внутренних накопителей, поэтому UEFI может искать, находить и запускать .efi-приложения лишь с разделов с данной файловой системой. Некоторые производители добавляют NTFS-драйвер в состав своих UEFI-прошивок, но это вещь опциональная и нам не интересная. Я это к тому, что пускай вас не удивляет, что среда восстановления (окошечки, кнопочки и прочая дребедень) лежит на небольшом разделе объёмом в 1Гб, который наверняка отформатирован в FAT32, а вот сам образ заводской ОС находится на отдельном разделе в 16Гб с файловой системой NTFS, т.к. у FAT32 лимит на объём файла - не больше 4Гб. Да, файлы можно разбивать на части, чтобы обойти это ограничение, но опять же, нам это сейчас не интересно.

По поводу удаления мне сказать особо нечего. Я вообще удивился, что у вас с этим какие-то проблемы возникли. Загружаемся с LiveCD, запускаем какой-нибудь менеджер дисков по типу Acronis Disk Director и там сносим разделы. Но после вашего ответа о невозможности загрузки в среду восстановления я пришел к выводу, что Huawei связала клавишу F10 со скрытой записью в менеджере загрузки UEFI, которая, в свою очередь, ссылается на ту самую Huawei Recovery согласно настройкам в дополнительном BCD-файле, который лежит на ESP-разделе. Схематично это выглядит примерно так (https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/images/dep-winre-hardwarebuttonoverview.png?view=windows-11). Если я прав, то понятно почему у вас перестала работать F10 после форматирования ESP-раздела...

Короче говоря, я бы при таком раскладе удалил только раздел с Windows, после чего снова попробовал бы восстановить ОС через Huawei Recovery.

По поводу переписки: напишите лучше в Telegram, так удобнее будет: @Avatar_Lion

[zmey1251]

В общем хочу выразить огромную благодарность Avatar_Lion за помощь в оживлении стокового рекавери на донорском диске. Проблема крылась в слетевшей разметке bcd файла на разделе (huawei recovery) one key. Программой bootice удалось подкорректировать этот файл и все запустилось и восстанавливается штатно. Спасибо еще раз

[Avatar-Lion]

Дополню на всякий случай тему техническими деталями.

К сожалению, по сути подтвердилось то, во что я изначально вообще отказывался верить: компания Huawei реализовала очень странный механизм восстановления заводской ОС... На скрытом разделе объёмом в 16Гб есть папка, которая по сути представляет из себя копию содержимого ESP-раздела. Не в виде образа или чего-то еще, а просто в виде набора файлов и папок. Соответственно, при восстановлении заводской ОС эти файлы тупо копировались со скрытого раздела на ESP-раздел.

Далее. Как известно, в BCD-файле указывается конкретное устройство и конкретный раздел, где нужно искать загружаемую систему. И это не было проблемой, пока в ноутбуке стоял родной SSD, но как только автор темы сменил SSD, то после восстановления заводской ОС он закономерно получил ошибку 0xc000000e (запрашиваемое устройство не найдено), поскольку на ESP-раздел скопировался заводской BCD-файл, в котором был указан старый SSD. А когда он по моему совету поменял GUID нового диска на GUID от старого диска, то ошибка сменилась уже на 0хс0000225 (запрашиваемый раздел не найден), поскольку GUID разделов на старом и новом SSD по понятным причинам тоже отличались.

Короче говоря, с помощью BootICE автор темы подправил заводской BCD-файл на Recoverу-разделе, выставив для него нужные параметры: выбрал новый SSD + указал раздел с Windows. После этого заводское восстановление снова заработало, поскольку на ESP-раздел копировался BCD-файл уже с правильными настройками.

На всякий случай прикрепил слегка отредактированный скриншот, который показывает суть проблемы (как изначально выглядел заводской BCD-файл на Recovery-разделе с новым SSD).