Я помогаю другу перевести его ОС с механического диска на 500 ГБ на новый твердотельный накопитель на 250 ГБ и столкнулся с проблемами. С чего начать ...

Его текущая ОС - Windows 10, отформатированная с GPT и имеющая 5 разделов, 3 из которых связаны с системой, а две другие предназначены для Windows (3-й раздел) и Program Files (5-й раздел)

После перемещения некоторых данных общее объединенное используемое пространство всех разделов составляет около 180 ГБ.

Я использую мастер Minitool Partition Wizard "Migrate OS to SSD", чтобы попытаться выполнить миграцию, в прошлом это работало надежно для меня много раз с MBR-дисками.

Когда я пытаюсь выполнить миграцию, после выбора целевого диска (SSD) меня просят подтвердить размеры разделов на основе черновой схемы. На схеме раздел ОС уменьшен до минимального размера, он заполнен на 99%. Четвёртый раздел занимает остальную часть диска, а раздел программ нигде не видно. На самом деле это не проблема, конечная цель не в том, чтобы сохранить раздел программ на SSD, но кажется немного странным, что он не предполагал, что раздел Программы может быть сокращен, и это указывает на то, что позиции раздела будут немного отличается после миграции.

Конечно, после завершения миграции и внесения изменений в BIOS для работы с SSD, SSD не является загрузочным. Чтобы было понятно, миграция разделов прошла успешно, все разделы присутствуют и работают, диск просто не загружается. Экран показывает ошибку, которая в основном говорит мне, что загрузочное устройство не может быть найдено. Я ненавижу, когда это происходит ...

С точки зрения загрузочного сектора, я не могу понять, как не удается найти раздел ОС, разделы до того, как он будет перемещен на пару МБ, но, несомненно, Мастер разделов обновит загрузочный сектор после внесения этих изменений, верно?

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

Может ли кто-нибудь помочь мне понять, почему программная миграция разделов GPT разрушает "загружаемость"? При необходимости я могу опубликовать образы разделов, а также точную формулировку ошибки.

Возможно, есть способ объединить разделы ОС и программы, но они разделены разделом восстановления, и все эти проблемы с загрузкой после изменения размера разделов GPT вызывают у меня беспокойство!

3 ответа3

1

Если на SSD нет разделов EFI System, MS Reserved и Data:

Создайте 3 раздела на SSD вручную (используйте diskpart.exe или другой дисковый инструмент):

Система EFI - от 100 до 500 МБ

MS Reserved - ровно 128 МБ

Данные (основной раздел) - остаток диска

Затем скопируйте только раздел Windows с жесткого диска в раздел Data на SSD с помощью любого инструмента, который может создавать резервные копии разделов восстановления (можно порекомендовать Macrium Reflect, как я его использовал).

Reflect также может копировать ESP и MSR, поэтому вам не нужно создавать разделы вручную.

Затем исправьте загрузку SSD с помощью:

bcdboot c:\windows /s S:

где c: раздел данных на SSD, а S: EFI System на SSD. Вы можете сопоставить разделы, используя diskpart.exe или mountvol.exe.

Используйте только загрузку EFI для каждого устройства! (отключить CSM)

Замечания:

Загрузочные секторы не используются для загрузки на GPT-дисках. Системный раздел EFI содержит файлы, связанные с загрузкой, такие как менеджер загрузки и BCD.

1

К вашему сведению, gparted - это лучшее программное обеспечение для создания разделов. Если у вас есть запасной USB-накопитель, установите yumi http://www.pendrivelinux.com/yumi-multiboot-usb-creator/, затем установите gparted через yumi. Загрузите флешку и выберите gparted. Твой лучший друг. Будь то HD или SSD не имеет значения с точки зрения загрузки, но если настройки BIOS неверны, загрузка EFI не будет работать. удачи. Вам также необходимо установить флаг загрузки в разделе EFI (это можно сделать через gparted).

1

Его текущая ОС - Windows 10, отформатированная с помощью GPT.

Использование GPT на загрузочном диске Windows означает, что система должна загружаться в режиме EFI/UEFI. Это важно....

После завершения миграции и внесения изменений в BIOS для работы с SSD SSD не загружается. ... Я не могу понять, как не удается найти раздел ОС, разделы до того, как он будет перемещен на пару МБ, но мастер разделов, несомненно, обновит загрузочный сектор после внесения этих изменений, верно?

В загрузке в режиме EFI нет такого понятия, как "загрузочный сектор". Загрузчики EFI хранятся в виде обычных файлов в системном разделе EFI (ESP), который является разделом FAT с кодом определенного типа. Это гораздо разумнее, чем использование кода, разбитого на разделы (и даже между разделами или перед ними , в зависимости от загрузчика), но для освоения требуется некоторое обучение - и не обучение.

Одним из ключей к загрузке в режиме EFI является то, что ссылка на используемый загрузчик сохраняется в NVRAM. Это расширение практики на компьютерах, основанных на BIOS, хранить порядок загрузки дисков - только в EFI порядок загрузки состоит в основном из файлов, а не дисков. (Также могут быть параметры сетевой загрузки и загрузки резервных файлов на дисках, но это выходит за рамки вашей ситуации.) Часть спецификации загрузчика, хранящаяся в NVRAM, представляет собой значение GUID, связанное с разделом, на котором находится загрузчик. Когда вы клонировали диск, скорее всего, новый диск получил новый GUID, а все его разделы получили новые GUID. Таким образом, ваши записи NVRAM продолжают указывать на загрузчик на старом диске, который вы (предположительно) отключили.

Эту проблему часто можно обойти, используя "резервный" загрузчик, который использует имя EFI\BOOT\bootx64.efi в ESP. Microsoft обычно хранит там копию своего загрузчика. Я предполагаю, что либо он не был скопирован, либо ваша прошивка настроена таким образом, что его никогда не пробовали. Если последнее, вы можете обойти проблему, по крайней мере, один раз, используя встроенный в вашу прошивку менеджер загрузки, который может дать возможность загрузки с резервного файла (вероятно, идентифицированного диском марка и номер модели). Несколько (слишком мало) EFI также позволяют запускать произвольный загрузчик, находя его в файловом менеджере. Если вам повезло иметь эту опцию, вы можете запустить обычный загрузчик Microsoft (EFI\Microsoft\Boot\bootmgfw.efi), используя эту функцию. Однако такие одноразовые усилия вряд ли будут приемлемыми долгосрочными решениями. Для этого вам, вероятно, придется использовать средства восстановления Windows, чтобы переустановить загрузчик EFI. Я не эксперт в этом вопросе, но, похоже, он описан в этом вопросе и ответе, поэтому вам, вероятно, следует прочитать его.

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

  • Ваша утилита клонирования могла полностью исключить ESP. В этом случае вы должны сначала создать новый ESP, прежде чем устранять проблему с загрузчиком.
  • Некоторые производители предоставляют свои собственные ESP-подобные разделы, которые имеют решающее значение для процесса загрузки. Такой раздел, как ESP, мог быть опущен в процессе клонирования.
  • Возможно, ваша утилита клонирования создала клон MBR исходного диска GPT. В этом случае самым простым решением может быть использование моей утилиты gdisk или другого инструмента с аналогичными функциями для преобразования из MBR в GPT. Возможно, вам также потребуется создать новый ESP, и вам, вероятно, придется переустановить или восстановить существующую установку загрузчика Windows.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .