Windows 8: это загрузочный диск

Question

У ноутбука моей жены win-8 плохой жесткий диск. Я пытаюсь получить ей новый SSD.

Я установил новый диск, клонировал (не скопировал, но clonezilla) четыре раздела со старого диска на новый диск, и все отлично работает, за исключением того, что машина не загружается с нового диска.

Я отследил мою проблему здесь:

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> attr disk
Current Read-only State : No
Read-only  : No
Boot Disk  : Yes
Pagefile Disk  : Yes
Hibernation File Disk  : No
Crashdump Disk  : Yes
Clustered Disk  : No

DISKPART> select disk 1

Disk 1 is now the selected disk.

DISKPART> attr disk
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No

DISKPART>

Как я могу изменить флаги "Загрузочный диск", "Диск с файловой страницей", "Crashdump Disk" с "Нет" на "Да"?

DISKPART не будет этого делать. BCDBOOT c:\windows /s f: не делал этого. BCDEDIT может сделать это, но я не могу найти флаг для выбора конкретного диска для работы, только текущий загрузочный диск. Некоторые люди говорят мне сделать это в BIOS компьютера, но я не могу найти какие-либо настройки в ее BIOS (hp pavil g7 2340dx), чтобы указать, с какого диска загружаться, только да / нет на внутреннем диске.

Answer 1

Если компьютер поставлялся с Windows 8, он почти наверняка использовал таблицу разделов GUID (GPT) и загружался в режиме EFI. Это имеет определенные последствия, которые вы не рассмотрели в своем вопросе, но которые вы должны проверить:

• Клонированный диск также должен использовать GPT. Вы можете проверить это с помощью большинства инструментов разбиения. Если клон использует старую систему Master Boot Record (MBR) , вы должны изменить режим загрузки с EFI на BIOS/CSM/legacy (что сложно, но не невозможно), заново выполнить операцию клонирования или преобразовать диск из MBR к GPT. Последнее можно сделать с помощью моей утилиты gdisk , как описано здесь.
• Если вы не клонировали MBR и не хотите загружаться в BIOS/CSM/ унаследованном режиме, вы должны убедиться, что все исходные разделы были клонированы, включая системный раздел FAT32 EFI (ESP). Если он не был клонирован, измените размер ваших разделов (при необходимости) и клонируйте их.
• Каждый раздел GPT имеет уникальное значение GUID в качестве серийного номера. Каждый GPT-диск также имеет значение GUID в качестве серийного номера. Эти числа хранятся в NVRAM вместе с именем файла загрузчика, чтобы сообщить компьютеру, какой файл загрузчика запустить при запуске компьютера. В зависимости от того, как вы клонировали диск, эти значения GUID могли или не могли быть реплицированы. В противном случае компьютер может не загружать резервную копию, поскольку записи NVRAM будут указывать на диск, который больше не существует. Вы можете решить эту проблему либо путем репликации старых значений GUID (вы можете сделать это с помощью gdisk , но для этого необходимо использовать скрытые параметры и ручное вырезание и вставка значений), либо переустановить загрузчик Windows, как описано здесь.

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

Обратите внимание, что загрузка в режиме EFI полностью отличается от загрузки в режиме BIOS. В Интернете тонны документации по устранению проблем с загрузкой Windows, и большинство из них относится к BIOS. Хуже того, большинство этих страниц даже не идентифицируют их предвзятость, потому что они были написаны до того, как загрузка в режиме EFI стала распространенной. Таким образом, вы должны быть осторожны при исследовании вашей проблемы. Не тратьте время на решение в режиме BIOS, если вы не уверены, что ваша система использует режим BIOS для загрузки. Учитывая, что вы используете Windows 8, мое предположение идет другим путем - но, конечно, я тоже могу ошибаться в этом предположении. Проверка типов таблиц разделов обоих дисков (как описано здесь) поможет прояснить ситуацию.