не удается загрузить Windows 7 после установки ubuntu

Я хочу установить ubuntu рядом с окном 7. но двойная загрузка не работает. Я опишу шаги, которые я сделал.

Я установил unbuntu, загрузчик unbuntu, вероятно, был записан в / sda, где были установлены мои окна 7. Затем я могу загружать ubuntu, но не могу загружать Windows 7. Однако у меня есть 2 варианта загрузчика Windows 7 на grub2. интерфейс. Тогда кто-то попытался исправить это для меня, я не знаю, что он сделал, но на этот раз я не могу загрузить ни одну из систем. Я удалил диск c: включая системный резервный раздел и восстановил win7. Тогда я не могу загружать окна, я думал, что это может иметь какое-то отношение к системному резервированию partiton и UEFI, загружающему персонал. Я сгенерировал раздел и использовал bcdboot для его восстановления. Затем победа 7 работает на этот раз, я думаю, что, возможно, я написал загрузчик ubuntu в неправильном месте. поэтому я попытался записать его в '/ boot' или только в корневом каталоге '/', но у меня нет опции двойной загрузки. Он идет прямо к окнам 7. Я снова загружаю загрузчик ubuntu в c: / также sda. Затем я возвращаюсь к ситуации так же, как и в самом начале. но на этот раз у меня только 1 загрузчик Windows 7, который не работает. Я попытался использовать исправление для восстановления. к сожалению, это дает мне следующее: «Текущая сессия находится в режиме Legacy. Перезагрузите компьютер и используйте это программное обеспечение в сеансе EFI. Это позволит включить эту функцию. Например, используйте live-USB Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd) после того, как убедитесь, что ваш BIOS настроен на загрузку USB в режиме EFI. ' http://paste.ubuntu.com/24339981/

Извините, что я не совсем понимаю проблему, но был настолько одержим, что решил. Таким образом, я потратил 2 дня на поиски в Интернете и попробовал что-либо, казалось бы, готовое к действию. Теперь я знаю, что нецелесообразно двигаться бесцельно, и я откладываю это. Надеюсь, кто-то может мне помочь. Очень ценю это.

0
задан 8 April 2017 в 16:11

3 ответа

Ваша конфигурация очень странная, вероятно, из-за действий, предпринятых на шаге 2, о которых вы не знаете. Вкратце:

На вашем диске используется схема разделения основной загрузочной записи (MBR). MBR содержит код GRUB, указывающий настройку Ubuntu для загрузки в режиме BIOS / CSM / legacy. Ваш /dev/sda2 является разделом FAT размера, который является общим для системного раздела EFI (ESP), и содержит файлы загрузочного файла Windows EFI / UEFI. Это согласуется с загрузкой в ​​режиме EFI, но такой раздел обычно находится на дисках разделов GUID (GPT), а не на дисках MBR. (MBR и GPT более или менее взаимоисключающие, хотя комбинация, называемая «гибридным MBR», возможна, это уродливый и опасный взлом, который в основном используется на компьютерах Mac.)

Мое подозрение в том, что ваш компьютер был первоначально установлен для загрузки Windows в режиме EFI с GPT-диска, но на шаге 1 вы установили Ubuntu в BIOS / CSM / устаревший режим. (Установка одной ОС в режиме EFI, а другая в режиме BIOS в лучшем случае неудобна и обычно приводит к проблемам.) Затем кто бы ни сделал ваш шаг № 2, не понимая настройки или как ее исправить, преобразовал диск из GPT на MBR и попытался заставить его загружать Windows в режиме BIOS, но не удалось. Хотя ваши последующие усилия, возможно, сработали, по какой-то причине они этого не сделали, оставив вас хуже, чем когда вы начали.

Мое первое предложение - прочитать мою веб-страницу в CSM. Неспособность понять проблемы, описанные на этой странице, вероятно, приведет вас в ваше нынешнее затруднительное положение, и успешное восстановление зависит от вашего понимания этих проблем или удачи. Либо ваш CSM был включен в начале, либо вы включили его для установки Ubuntu, и это было ошибкой, поскольку CSM усложняет путь загрузки и позволяет настроить конфигурацию, в которой одна ОС установлена ​​в режиме EFI, а другая установлена ​​в BIOS Режим. Как отмечено выше, такая конфигурация неудобна для управления и создает новые подводные камни. Таким образом, я рекомендую отключить CSM, прежде чем делать что-либо еще. Как вы это делаете, меняется от одного компьютера к другому, поэтому я не могу представить конкретные инструкции по этому поводу; вам просто нужно будет прокрутить инструмент настройки прошивки до тех пор, пока не найдете параметр, связанный с загрузкой в ​​режиме CSM, BIOS, загрузкой в ​​режиме устаревших режимов или загрузкой в ​​режиме UEFI и соответствующим образом установите его.

С отключенным CSM у вас есть две основные опции:

На вашем диске используется схема разделения основной загрузочной записи (MBR). Устраните то, что у вас есть. Теоретически вы может восстановить текущую конфигурацию для загрузки в режиме EFI. Для этого потребуется конвертировать из MBR в GPT неразрушающим способом (вы можете использовать мой инструмент Master Boot Record (MBR) ) для этого - он поставляется с Ubuntu). После этого вы можете запустить Boot Repair из загрузки в режиме EFI; или используйте мой менеджер загрузки rEFInd на USB-накопителе или CD-R для загрузки один раз, а затем установите пакет Debian REFInd или PPA. В любом случае ваш текущий загрузчик Windows будет работать достаточно хорошо, чтобы загружать Windows; но если нет, вам может потребоваться его ремонт. Возможно, вы могли бы использовать часть этой процедуры для выполнения задания, или вам, возможно, придется задать на форуме Windows подробные инструкции.

Альтернативой было бы оставить включенную CSM компьютера и попытаться загрузить ее в режиме BIOS. Поскольку GRUB уже начинается, Boot Repair не поможет, по крайней мере, не изначально; вы должны установить версию загрузчика Windows в режиме BIOS, но я не эксперт по восстановлению Windows, поэтому вам может потребоваться спросить об этом на форуме Windows. Кроме того, установка загрузочного загрузчика Windows в режиме BIOS, вероятно, частично уничтожит GRUB, что потребует его повторной установки, что легче всего сделать с помощью Boot Repair, который, по вашему мнению, предполагает, что он должен загружаться в режиме EFI. Мое подозрение в том, что это потому, что он видит /dev/sda2 и интерпретирует его как ESP. Если это так, удаление этого раздела может помочь; но, конечно, если вы доберетесь до этого, у вас будет рабочая Windows, и есть небольшой шанс, что удаление /dev/sda2 может привести к сбою. Таким образом, в дополнение к обычным ловушкам CSM эта процедура рискует создать новые проблемы, как только вы исправите один из ваших текущих, или, возможно, даже создадите новые проблемы, в то время как может фиксировать текущий. [ ! d24]

1
ответ дан 18 July 2018 в 15:20

Ваша конфигурация очень странная, вероятно, из-за действий, предпринятых на шаге 2, о которых вы не знаете. Вкратце:

На вашем диске используется схема разделения основной загрузочной записи (MBR). MBR содержит код GRUB, указывающий настройку Ubuntu для загрузки в режиме BIOS / CSM / legacy. Ваш /dev/sda2 является разделом FAT размера, который является общим для системного раздела EFI (ESP), и содержит файлы загрузочного файла Windows EFI / UEFI. Это согласуется с загрузкой в ​​режиме EFI, но такой раздел обычно находится на дисках разделов GUID (GPT), а не на дисках MBR. (MBR и GPT более или менее взаимоисключающие, хотя комбинация, называемая «гибридным MBR», возможна, это уродливый и опасный взлом, который в основном используется на компьютерах Mac.)

Мое подозрение в том, что ваш компьютер был первоначально установлен для загрузки Windows в режиме EFI с GPT-диска, но на шаге 1 вы установили Ubuntu в BIOS / CSM / устаревший режим. (Установка одной ОС в режиме EFI, а другая в режиме BIOS в лучшем случае неудобна и обычно приводит к проблемам.) Затем кто бы ни сделал ваш шаг № 2, не понимая настройки или как ее исправить, преобразовал диск из GPT на MBR и попытался заставить его загружать Windows в режиме BIOS, но не удалось. Хотя ваши последующие усилия, возможно, сработали, по какой-то причине они этого не сделали, оставив вас хуже, чем когда вы начали.

Мое первое предложение - прочитать мою веб-страницу в CSM. Неспособность понять проблемы, описанные на этой странице, вероятно, приведет вас в ваше нынешнее затруднительное положение, и успешное восстановление зависит от вашего понимания этих проблем или удачи. Либо ваш CSM был включен в начале, либо вы включили его для установки Ubuntu, и это было ошибкой, поскольку CSM усложняет путь загрузки и позволяет настроить конфигурацию, в которой одна ОС установлена ​​в режиме EFI, а другая установлена ​​в BIOS Режим. Как отмечено выше, такая конфигурация неудобна для управления и создает новые подводные камни. Таким образом, я рекомендую отключить CSM, прежде чем делать что-либо еще. Как вы это делаете, меняется от одного компьютера к другому, поэтому я не могу представить конкретные инструкции по этому поводу; вам просто нужно будет прокрутить инструмент настройки прошивки до тех пор, пока не найдете параметр, связанный с загрузкой в ​​режиме CSM, BIOS, загрузкой в ​​режиме устаревших режимов или загрузкой в ​​режиме UEFI и соответствующим образом установите его.

С отключенным CSM у вас есть две основные опции:

На вашем диске используется схема разделения основной загрузочной записи (MBR). Устраните то, что у вас есть. Теоретически вы может восстановить текущую конфигурацию для загрузки в режиме EFI. Для этого потребуется конвертировать из MBR в GPT неразрушающим способом (вы можете использовать мой инструмент Master Boot Record (MBR) ) для этого - он поставляется с Ubuntu). После этого вы можете запустить Boot Repair из загрузки в режиме EFI; или используйте мой менеджер загрузки rEFInd на USB-накопителе или CD-R для загрузки один раз, а затем установите пакет Debian REFInd или PPA. В любом случае ваш текущий загрузчик Windows будет работать достаточно хорошо, чтобы загружать Windows; но если нет, вам может потребоваться его ремонт. Возможно, вы могли бы использовать часть этой процедуры для выполнения задания, или вам, возможно, придется задать на форуме Windows подробные инструкции.

Альтернативой было бы оставить включенную CSM компьютера и попытаться загрузить ее в режиме BIOS. Поскольку GRUB уже начинается, Boot Repair не поможет, по крайней мере, не изначально; вы должны установить версию загрузчика Windows в режиме BIOS, но я не эксперт по восстановлению Windows, поэтому вам может потребоваться спросить об этом на форуме Windows. Кроме того, установка загрузочного загрузчика Windows в режиме BIOS, вероятно, частично уничтожит GRUB, что потребует его повторной установки, что легче всего сделать с помощью Boot Repair, который, по вашему мнению, предполагает, что он должен загружаться в режиме EFI. Мое подозрение в том, что это потому, что он видит /dev/sda2 и интерпретирует его как ESP. Если это так, удаление этого раздела может помочь; но, конечно, если вы доберетесь до этого, у вас будет рабочая Windows, и есть небольшой шанс, что удаление /dev/sda2 может привести к сбою. Таким образом, в дополнение к обычным ловушкам CSM эта процедура рискует создать новые проблемы, как только вы исправите один из ваших текущих, или, возможно, даже создадите новые проблемы, в то время как может фиксировать текущий. [ ! d24]

1
ответ дан 24 July 2018 в 20:37

Ваша конфигурация очень странная, вероятно, из-за действий, предпринятых на шаге 2, о которых вы не знаете. Вкратце:

На вашем диске используется схема разделения основной загрузочной записи (MBR). MBR содержит код GRUB, указывающий настройку Ubuntu для загрузки в режиме BIOS / CSM / legacy. Ваш /dev/sda2 является разделом FAT размера, который является общим для системного раздела EFI (ESP), и содержит файлы загрузочного файла Windows EFI / UEFI. Это согласуется с загрузкой в ​​режиме EFI, но такой раздел обычно находится на дисках разделов GUID (GPT), а не на дисках MBR. (MBR и GPT более или менее взаимоисключающие, хотя комбинация, называемая «гибридным MBR», возможна, это уродливый и опасный взлом, который в основном используется на компьютерах Mac.)

Мое подозрение в том, что ваш компьютер был первоначально установлен для загрузки Windows в режиме EFI с GPT-диска, но на шаге 1 вы установили Ubuntu в BIOS / CSM / устаревший режим. (Установка одной ОС в режиме EFI, а другая в режиме BIOS в лучшем случае неудобна и обычно приводит к проблемам.) Затем кто бы ни сделал ваш шаг № 2, не понимая настройки или как ее исправить, преобразовал диск из GPT на MBR и попытался заставить его загружать Windows в режиме BIOS, но не удалось. Хотя ваши последующие усилия, возможно, сработали, по какой-то причине они этого не сделали, оставив вас хуже, чем когда вы начали.

Мое первое предложение - прочитать мою веб-страницу в CSM. Неспособность понять проблемы, описанные на этой странице, вероятно, приведет вас в ваше нынешнее затруднительное положение, и успешное восстановление зависит от вашего понимания этих проблем или удачи. Либо ваш CSM был включен в начале, либо вы включили его для установки Ubuntu, и это было ошибкой, поскольку CSM усложняет путь загрузки и позволяет настроить конфигурацию, в которой одна ОС установлена ​​в режиме EFI, а другая установлена ​​в BIOS Режим. Как отмечено выше, такая конфигурация неудобна для управления и создает новые подводные камни. Таким образом, я рекомендую отключить CSM, прежде чем делать что-либо еще. Как вы это делаете, меняется от одного компьютера к другому, поэтому я не могу представить конкретные инструкции по этому поводу; вам просто нужно будет прокрутить инструмент настройки прошивки до тех пор, пока не найдете параметр, связанный с загрузкой в ​​режиме CSM, BIOS, загрузкой в ​​режиме устаревших режимов или загрузкой в ​​режиме UEFI и соответствующим образом установите его.

С отключенным CSM у вас есть две основные опции:

На вашем диске используется схема разделения основной загрузочной записи (MBR). Устраните то, что у вас есть. Теоретически вы может восстановить текущую конфигурацию для загрузки в режиме EFI. Для этого потребуется конвертировать из MBR в GPT неразрушающим способом (вы можете использовать мой инструмент Master Boot Record (MBR) ) для этого - он поставляется с Ubuntu). После этого вы можете запустить Boot Repair из загрузки в режиме EFI; или используйте мой менеджер загрузки rEFInd на USB-накопителе или CD-R для загрузки один раз, а затем установите пакет Debian REFInd или PPA. В любом случае ваш текущий загрузчик Windows будет работать достаточно хорошо, чтобы загружать Windows; но если нет, вам может потребоваться его ремонт. Возможно, вы могли бы использовать часть этой процедуры для выполнения задания, или вам, возможно, придется задать на форуме Windows подробные инструкции.

Альтернативой было бы оставить включенную CSM компьютера и попытаться загрузить ее в режиме BIOS. Поскольку GRUB уже начинается, Boot Repair не поможет, по крайней мере, не изначально; вы должны установить версию загрузчика Windows в режиме BIOS, но я не эксперт по восстановлению Windows, поэтому вам может потребоваться спросить об этом на форуме Windows. Кроме того, установка загрузочного загрузчика Windows в режиме BIOS, вероятно, частично уничтожит GRUB, что потребует его повторной установки, что легче всего сделать с помощью Boot Repair, который, по вашему мнению, предполагает, что он должен загружаться в режиме EFI. Мое подозрение в том, что это потому, что он видит /dev/sda2 и интерпретирует его как ESP. Если это так, удаление этого раздела может помочь; но, конечно, если вы доберетесь до этого, у вас будет рабочая Windows, и есть небольшой шанс, что удаление /dev/sda2 может привести к сбою. Таким образом, в дополнение к обычным ловушкам CSM эта процедура рискует создать новые проблемы, как только вы исправите один из ваших текущих, или, возможно, даже создадите новые проблемы, в то время как может фиксировать текущий. [ ! d24]

1
ответ дан 31 July 2018 в 23:38

Другие вопросы по тегам:

Похожие вопросы: