Двойная загрузка с Windows 10, но с неправильным W10

Question 1

Представленные здесь решения приведут к тому, что все html-файлы будут интерпретироваться с помощью процесса php-fpm. Если все ваши html-файлы не содержат php, это не очень эффективно.

Лучшим решением было бы изменить ваш сайт, чтобы требовать от файлов, содержащих php, дополнительные дополнительные служебные данные, например. путем присвоения им имени с расширением .php.

Question 2

У вас сложная настройка:

/dev/sda разбито на разделы с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и появляется как Windows, так и Ubuntu. Исходя из его размера, я предполагаю, что это жесткий диск, на который вы ссылались. /dev/sdb разбивается на разделы с использованием новой таблицы GUID Partition Table (GPT), имеет загрузочный загрузчик Windows в режиме BIOS в своем MBR, имеет загрузочный загрузчик Windows EFI в своем /dev/sdb2, имеет GRUB EFI-режима (Ubuntu загрузочный загрузчик) на /dev/sdb2 и, кажется, содержит установку Windows. Исходя из его размера, я предполагаю, что это ваш SSD. /dev/sde выглядит как загрузочный USB-накопитель с установщиком Ubuntu (или другим Linux). Поэтому я игнорирую это. /dev/sdf разделяется с использованием GPT и имеет то, что похоже на раздел данных NTFS без установленной на нем ОС. Поскольку он не является загрузочным диском, я игнорирую его.

Это сложно и сложно, потому что Windows связывает свой режим загрузки с типом таблицы разделов: на дисках MBR Windows загружается только в режиме BIOS / CSM / legacy; и на GPT-дисках Windows загружается только в режиме EFI / UEFI. На ваших дисках также есть загрузочные устройства Windows BIOS и режим EFI. Это предполагает установку Windows в режиме BIOS на /dev/sda и установку Windows в режиме EFI на /dev/sdb. (Я предполагаю, что загрузочный загрузчик Windows в режиме BIOS на вашем GPT /dev/sdb либо оставлен после предыдущей установки, либо был случайно установлен на неправильный диск.) Нет никаких признаков режима GRUB в режиме BIOS, но есть GRUB режима EFI на /dev/sdb2; но основная часть Ubuntu, похоже, установлена на /dev/sda.

Обратите внимание, что переключение между ОС, установленными в двух режимах загрузки (BIOS). Ubuntu гораздо менее жестка в привязке типов таблиц разделов и стилей загрузочного режима, поэтому конфигурация Ubuntu, хотя и нетрадиционная, не озадачивает. и EFI) сложно. Обычно вы должны использовать встроенный менеджер загрузочных программ, что обычно неудобно. Мое подозрение в том, что это вы делали; но обновление сломало что-то; возможно, это запуталось из-за смеси дисков MBR и GPT и конфигурации с несколькими загрузками. Обратите внимание, что GRUB в EFI-режиме не может перенаправить процесс загрузки для загрузки вашей установки в BIOS в режиме BIOS, но он может перенаправлять на загрузку установки Windows в EFI-режиме.

Одно предостережение перед предыдущим анализом состоит в том, что я не знаю, мог ли загрузочный загрузчик Windows EFI-режима, установленный на ESP на GPT-диске, загружать установку Windows на диске MBR. Если это возможно, тогда мой анализ может быть немного выключен; возможно, вы загрузили обе установки Windows через загрузчик Windows EFI-mode. Если вы уверены, что однажды можете загружать обе версии Windows через GRUB, то это, вероятно, происходит, но обновление загрузчика Windows, вероятно, изменило конфигурацию Windows каким-то образом, что нарушило способность загрузчика EFI-режима для загрузки OS.

У меня есть два предложения о том, как продолжить ремонт. Не гарантируется и работа; на самом деле, они оба длинные кадры. Таким образом, я настоятельно рекомендую вам создать резервную копию важных данных и быть готовым полностью переустановить нерабочую установку Windows. Мои две идеи:

/dev/sda разделен с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и, как представляется, содержит обе Windows и Ubuntu. Основываясь на своих размерах, я предполагаю, что это жесткий диск, на который вы ссылались. Преобразование вашего жесткого диска Windows в режим загрузки GPT и EFI - Основная загрузочная запись (MBR) описывает как конвертировать Windows для загрузки в режиме EFI с диска GPT, а не в режиме BIOS с диска MBR. (Новая программа Windows MBR2GPT будет делать то же самое автоматическим способом, но я не совсем уверен, насколько она будет работать на вашей сложной установке с тремя загрузками.) Если вы примените этот метод к существующей настройке, снова загрузите Windows на первую загрузку диска. Обратите внимание, однако, что система, вероятно, загрузится прямо к этой Windows. Вам нужно будет использовать EasyUEFI для настройки порядка загрузки, чтобы снова загрузить GRUB (ubuntu) загрузчик по умолчанию; и после этого вам может понадобиться ввести sudo update-grub в Ubuntu, чтобы убедиться, что меню GRUB было соответствующим образом обновлено. Этот метод, скорее всего, будет полезен, если вы выбрали свою версию Windows через встроенный менеджер загрузки встроенного программного обеспечения, прежде чем вы нажмете GRUB. В этом случае вам, вероятно, необходимо обеспечить большую согласованность конфигурации, а это означает преобразование всего для загрузки в режиме EFI с дисков GPT.

Как я уже сказал, ни один из этих подходов не будет гарантированно работать, а также может ухудшить ситуацию. Попытка rEFInd на флэш-накопителе USB довольно низка в риске; и если он работает, установка его на жесткий диск также вряд ли создаст новые проблемы, хотя есть способы, с помощью которых установка rEFInd может завершиться неудачей. Преобразование Windows из режима BIOS в режим загрузки EFI намного более рискованно.

Question 3

Question 4

посмотрите в директории / efi / boot HHD для менеджера загрузки Windows (обычно bootx64.efi)

, если он там, скопируйте его с SSD на жесткий диск.

обновление grub

Question 5

У вас сложная настройка:

/dev/sda разбито на разделы с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и появляется как Windows, так и Ubuntu. Исходя из его размера, я предполагаю, что это жесткий диск, на который вы ссылались. /dev/sdb разбивается на разделы с использованием новой таблицы GUID Partition Table (GPT), имеет загрузочный загрузчик Windows в режиме BIOS в своем MBR, имеет загрузочный загрузчик Windows EFI в своем /dev/sdb2, имеет GRUB EFI-режима (Ubuntu загрузочный загрузчик) на /dev/sdb2 и, кажется, содержит установку Windows. Исходя из его размера, я предполагаю, что это ваш SSD. /dev/sde выглядит как загрузочный USB-накопитель с установщиком Ubuntu (или другим Linux). Поэтому я игнорирую это. /dev/sdf разделяется с использованием GPT и имеет то, что похоже на раздел данных NTFS без установленной на нем ОС. Поскольку он не является загрузочным диском, я игнорирую его.

Это сложно и сложно, потому что Windows связывает свой режим загрузки с типом таблицы разделов: на дисках MBR Windows загружается только в режиме BIOS / CSM / legacy; и на GPT-дисках Windows загружается только в режиме EFI / UEFI. На ваших дисках также есть загрузочные устройства Windows BIOS и режим EFI. Это предполагает установку Windows в режиме BIOS на /dev/sda и установку Windows в режиме EFI на /dev/sdb. (Я предполагаю, что загрузочный загрузчик Windows в режиме BIOS на вашем GPT /dev/sdb либо оставлен после предыдущей установки, либо был случайно установлен на неправильный диск.) Нет никаких признаков режима GRUB в режиме BIOS, но есть GRUB режима EFI на /dev/sdb2; но основная часть Ubuntu, похоже, установлена на /dev/sda.

Обратите внимание, что переключение между ОС, установленными в двух режимах загрузки (BIOS). Ubuntu гораздо менее жестка в привязке типов таблиц разделов и стилей загрузочного режима, поэтому конфигурация Ubuntu, хотя и нетрадиционная, не озадачивает. и EFI) сложно. Обычно вы должны использовать встроенный менеджер загрузочных программ, что обычно неудобно. Мое подозрение в том, что это вы делали; но обновление сломало что-то; возможно, это запуталось из-за смеси дисков MBR и GPT и конфигурации с несколькими загрузками. Обратите внимание, что GRUB в EFI-режиме не может перенаправить процесс загрузки для загрузки вашей установки в BIOS в режиме BIOS, но он может перенаправлять на загрузку установки Windows в EFI-режиме.

Одно предостережение перед предыдущим анализом состоит в том, что я не знаю, мог ли загрузочный загрузчик Windows EFI-режима, установленный на ESP на GPT-диске, загружать установку Windows на диске MBR. Если это возможно, тогда мой анализ может быть немного выключен; возможно, вы загрузили обе установки Windows через загрузчик Windows EFI-mode. Если вы уверены, что однажды можете загружать обе версии Windows через GRUB, то это, вероятно, происходит, но обновление загрузчика Windows, вероятно, изменило конфигурацию Windows каким-то образом, что нарушило способность загрузчика EFI-режима для загрузки OS.

У меня есть два предложения о том, как продолжить ремонт. Не гарантируется и работа; на самом деле, они оба длинные кадры. Таким образом, я настоятельно рекомендую вам создать резервную копию важных данных и быть готовым полностью переустановить нерабочую установку Windows. Мои две идеи:

/dev/sda разделен с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и, как представляется, содержит обе Windows и Ubuntu. Основываясь на своих размерах, я предполагаю, что это жесткий диск, на который вы ссылались. Преобразование вашего жесткого диска Windows в режим загрузки GPT и EFI - Основная загрузочная запись (MBR) описывает как конвертировать Windows для загрузки в режиме EFI с диска GPT, а не в режиме BIOS с диска MBR. (Новая программа Windows MBR2GPT будет делать то же самое автоматическим способом, но я не совсем уверен, насколько она будет работать на вашей сложной установке с тремя загрузками.) Если вы примените этот метод к существующей настройке, снова загрузите Windows на первую загрузку диска. Обратите внимание, однако, что система, вероятно, загрузится прямо к этой Windows. Вам нужно будет использовать EasyUEFI для настройки порядка загрузки, чтобы снова загрузить GRUB (ubuntu) загрузчик по умолчанию; и после этого вам может понадобиться ввести sudo update-grub в Ubuntu, чтобы убедиться, что меню GRUB было соответствующим образом обновлено. Этот метод, скорее всего, будет полезен, если вы выбрали свою версию Windows через встроенный менеджер загрузки встроенного программного обеспечения, прежде чем вы нажмете GRUB. В этом случае вам, вероятно, необходимо обеспечить большую согласованность конфигурации, а это означает преобразование всего для загрузки в режиме EFI с дисков GPT.

Как я уже сказал, ни один из этих подходов не будет гарантированно работать, а также может ухудшить ситуацию. Попытка rEFInd на флэш-накопителе USB довольно низка в риске; и если он работает, установка его на жесткий диск также вряд ли создаст новые проблемы, хотя есть способы, с помощью которых установка rEFInd может завершиться неудачей. Преобразование Windows из режима BIOS в режим загрузки EFI намного более рискованно.

Question 6

посмотрите в директории / efi / boot HHD для менеджера загрузки Windows (обычно bootx64.efi)

, если он там, скопируйте его с SSD на жесткий диск.

обновление grub

Eliah Kagan · Answer 1 · 18 July 2018 в 11:30

У вас сложная настройка:

/dev/sda разбито на разделы с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и появляется как Windows, так и Ubuntu. Исходя из его размера, я предполагаю, что это жесткий диск, на который вы ссылались. /dev/sdb разбивается на разделы с использованием новой таблицы GUID Partition Table (GPT), имеет загрузочный загрузчик Windows в режиме BIOS в своем MBR, имеет загрузочный загрузчик Windows EFI в своем /dev/sdb2, имеет GRUB EFI-режима (Ubuntu загрузочный загрузчик) на /dev/sdb2 и, кажется, содержит установку Windows. Исходя из его размера, я предполагаю, что это ваш SSD. /dev/sde выглядит как загрузочный USB-накопитель с установщиком Ubuntu (или другим Linux). Поэтому я игнорирую это. /dev/sdf разделяется с использованием GPT и имеет то, что похоже на раздел данных NTFS без установленной на нем ОС. Поскольку он не является загрузочным диском, я игнорирую его.

Это сложно и сложно, потому что Windows связывает свой режим загрузки с типом таблицы разделов: на дисках MBR Windows загружается только в режиме BIOS / CSM / legacy; и на GPT-дисках Windows загружается только в режиме EFI / UEFI. На ваших дисках также есть загрузочные устройства Windows BIOS и режим EFI. Это предполагает установку Windows в режиме BIOS на /dev/sda и установку Windows в режиме EFI на /dev/sdb. (Я предполагаю, что загрузочный загрузчик Windows в режиме BIOS на вашем GPT /dev/sdb либо оставлен после предыдущей установки, либо был случайно установлен на неправильный диск.) Нет никаких признаков режима GRUB в режиме BIOS, но есть GRUB режима EFI на /dev/sdb2; но основная часть Ubuntu, похоже, установлена на /dev/sda.

Обратите внимание, что переключение между ОС, установленными в двух режимах загрузки (BIOS). Ubuntu гораздо менее жестка в привязке типов таблиц разделов и стилей загрузочного режима, поэтому конфигурация Ubuntu, хотя и нетрадиционная, не озадачивает. и EFI) сложно. Обычно вы должны использовать встроенный менеджер загрузочных программ, что обычно неудобно. Мое подозрение в том, что это вы делали; но обновление сломало что-то; возможно, это запуталось из-за смеси дисков MBR и GPT и конфигурации с несколькими загрузками. Обратите внимание, что GRUB в EFI-режиме не может перенаправить процесс загрузки для загрузки вашей установки в BIOS в режиме BIOS, но он может перенаправлять на загрузку установки Windows в EFI-режиме.

Одно предостережение перед предыдущим анализом состоит в том, что я не знаю, мог ли загрузочный загрузчик Windows EFI-режима, установленный на ESP на GPT-диске, загружать установку Windows на диске MBR. Если это возможно, тогда мой анализ может быть немного выключен; возможно, вы загрузили обе установки Windows через загрузчик Windows EFI-mode. Если вы уверены, что однажды можете загружать обе версии Windows через GRUB, то это, вероятно, происходит, но обновление загрузчика Windows, вероятно, изменило конфигурацию Windows каким-то образом, что нарушило способность загрузчика EFI-режима для загрузки OS.

У меня есть два предложения о том, как продолжить ремонт. Не гарантируется и работа; на самом деле, они оба длинные кадры. Таким образом, я настоятельно рекомендую вам создать резервную копию важных данных и быть готовым полностью переустановить нерабочую установку Windows. Мои две идеи:

/dev/sda разделен с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и, как представляется, содержит обе Windows и Ubuntu. Основываясь на своих размерах, я предполагаю, что это жесткий диск, на который вы ссылались. Преобразование вашего жесткого диска Windows в режим загрузки GPT и EFI - Основная загрузочная запись (MBR) описывает как конвертировать Windows для загрузки в режиме EFI с диска GPT, а не в режиме BIOS с диска MBR. (Новая программа Windows MBR2GPT будет делать то же самое автоматическим способом, но я не совсем уверен, насколько она будет работать на вашей сложной установке с тремя загрузками.) Если вы примените этот метод к существующей настройке, снова загрузите Windows на первую загрузку диска. Обратите внимание, однако, что система, вероятно, загрузится прямо к этой Windows. Вам нужно будет использовать EasyUEFI для настройки порядка загрузки, чтобы снова загрузить GRUB (ubuntu) загрузчик по умолчанию; и после этого вам может понадобиться ввести sudo update-grub в Ubuntu, чтобы убедиться, что меню GRUB было соответствующим образом обновлено. Этот метод, скорее всего, будет полезен, если вы выбрали свою версию Windows через встроенный менеджер загрузки встроенного программного обеспечения, прежде чем вы нажмете GRUB. В этом случае вам, вероятно, необходимо обеспечить большую согласованность конфигурации, а это означает преобразование всего для загрузки в режиме EFI с дисков GPT.

Как я уже сказал, ни один из этих подходов не будет гарантированно работать, а также может ухудшить ситуацию. Попытка rEFInd на флэш-накопителе USB довольно низка в риске; и если он работает, установка его на жесткий диск также вряд ли создаст новые проблемы, хотя есть способы, с помощью которых установка rEFInd может завершиться неудачей. Преобразование Windows из режима BIOS в режим загрузки EFI намного более рискованно.

ravery · Answer 2 · 18 July 2018 в 11:30

посмотрите в директории / efi / boot HHD для менеджера загрузки Windows (обычно bootx64.efi)

, если он там, скопируйте его с SSD на жесткий диск.

обновление grub

Eliah Kagan · Answer 3 · 24 July 2018 в 19:48

У вас сложная настройка:

/dev/sda разбито на разделы с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и появляется как Windows, так и Ubuntu. Исходя из его размера, я предполагаю, что это жесткий диск, на который вы ссылались. /dev/sdb разбивается на разделы с использованием новой таблицы GUID Partition Table (GPT), имеет загрузочный загрузчик Windows в режиме BIOS в своем MBR, имеет загрузочный загрузчик Windows EFI в своем /dev/sdb2, имеет GRUB EFI-режима (Ubuntu загрузочный загрузчик) на /dev/sdb2 и, кажется, содержит установку Windows. Исходя из его размера, я предполагаю, что это ваш SSD. /dev/sde выглядит как загрузочный USB-накопитель с установщиком Ubuntu (или другим Linux). Поэтому я игнорирую это. /dev/sdf разделяется с использованием GPT и имеет то, что похоже на раздел данных NTFS без установленной на нем ОС. Поскольку он не является загрузочным диском, я игнорирую его.

Это сложно и сложно, потому что Windows связывает свой режим загрузки с типом таблицы разделов: на дисках MBR Windows загружается только в режиме BIOS / CSM / legacy; и на GPT-дисках Windows загружается только в режиме EFI / UEFI. На ваших дисках также есть загрузочные устройства Windows BIOS и режим EFI. Это предполагает установку Windows в режиме BIOS на /dev/sda и установку Windows в режиме EFI на /dev/sdb. (Я предполагаю, что загрузочный загрузчик Windows в режиме BIOS на вашем GPT /dev/sdb либо оставлен после предыдущей установки, либо был случайно установлен на неправильный диск.) Нет никаких признаков режима GRUB в режиме BIOS, но есть GRUB режима EFI на /dev/sdb2; но основная часть Ubuntu, похоже, установлена на /dev/sda.

Обратите внимание, что переключение между ОС, установленными в двух режимах загрузки (BIOS). Ubuntu гораздо менее жестка в привязке типов таблиц разделов и стилей загрузочного режима, поэтому конфигурация Ubuntu, хотя и нетрадиционная, не озадачивает. и EFI) сложно. Обычно вы должны использовать встроенный менеджер загрузочных программ, что обычно неудобно. Мое подозрение в том, что это вы делали; но обновление сломало что-то; возможно, это запуталось из-за смеси дисков MBR и GPT и конфигурации с несколькими загрузками. Обратите внимание, что GRUB в EFI-режиме не может перенаправить процесс загрузки для загрузки вашей установки в BIOS в режиме BIOS, но он может перенаправлять на загрузку установки Windows в EFI-режиме.

Одно предостережение перед предыдущим анализом состоит в том, что я не знаю, мог ли загрузочный загрузчик Windows EFI-режима, установленный на ESP на GPT-диске, загружать установку Windows на диске MBR. Если это возможно, тогда мой анализ может быть немного выключен; возможно, вы загрузили обе установки Windows через загрузчик Windows EFI-mode. Если вы уверены, что однажды можете загружать обе версии Windows через GRUB, то это, вероятно, происходит, но обновление загрузчика Windows, вероятно, изменило конфигурацию Windows каким-то образом, что нарушило способность загрузчика EFI-режима для загрузки OS.

У меня есть два предложения о том, как продолжить ремонт. Не гарантируется и работа; на самом деле, они оба длинные кадры. Таким образом, я настоятельно рекомендую вам создать резервную копию важных данных и быть готовым полностью переустановить нерабочую установку Windows. Мои две идеи:

/dev/sda разделен с использованием старого метода начальной загрузочной записи (MBR), имеет загрузочный загрузчик Windows в режиме BIOS, установленный в MBR, и, как представляется, содержит обе Windows и Ubuntu. Основываясь на своих размерах, я предполагаю, что это жесткий диск, на который вы ссылались. Преобразование вашего жесткого диска Windows в режим загрузки GPT и EFI - Основная загрузочная запись (MBR) описывает как конвертировать Windows для загрузки в режиме EFI с диска GPT, а не в режиме BIOS с диска MBR. (Новая программа Windows MBR2GPT будет делать то же самое автоматическим способом, но я не совсем уверен, насколько она будет работать на вашей сложной установке с тремя загрузками.) Если вы примените этот метод к существующей настройке, снова загрузите Windows на первую загрузку диска. Обратите внимание, однако, что система, вероятно, загрузится прямо к этой Windows. Вам нужно будет использовать EasyUEFI для настройки порядка загрузки, чтобы снова загрузить GRUB (ubuntu) загрузчик по умолчанию; и после этого вам может понадобиться ввести sudo update-grub в Ubuntu, чтобы убедиться, что меню GRUB было соответствующим образом обновлено. Этот метод, скорее всего, будет полезен, если вы выбрали свою версию Windows через встроенный менеджер загрузки встроенного программного обеспечения, прежде чем вы нажмете GRUB. В этом случае вам, вероятно, необходимо обеспечить большую согласованность конфигурации, а это означает преобразование всего для загрузки в режиме EFI с дисков GPT.

Как я уже сказал, ни один из этих подходов не будет гарантированно работать, а также может ухудшить ситуацию. Попытка rEFInd на флэш-накопителе USB довольно низка в риске; и если он работает, установка его на жесткий диск также вряд ли создаст новые проблемы, хотя есть способы, с помощью которых установка rEFInd может завершиться неудачей. Преобразование Windows из режима BIOS в режим загрузки EFI намного более рискованно.

Повлияют ли эти процессы на загрузку SSD? Должен ли я копировать данные в переносной диск? И как я могу удалить SSD-загрузку с grub? Поскольку у Grub есть SSD-загрузка как sdb2, и я не хочу этого, я использовал для выбора из установки, какой диск использовать. Как я могу вернуться к старым старым? Спасибо за отличный ответ. — Sapientia, 20 June 2017 в 19:37
Резервное копирование важных данных всегда является мудрой предосторожностью, прежде чем сбрасывать разделы с разделами или загрузчиками. Мне на 100% не понятно, какова была ваша первоначальная конфигурация, но это было, вероятно, странно и, по-видимому, нежным. Таким образом, я не рекомендую возвращаться к нему. Существует множество способов упорядочивания загрузочных заказов, разных загрузчиков и менеджеров загрузки и т. Д. Таким образом, сложно рекомендовать, как изменить порядок вещей, чтобы получить что-то вроде того, что у вас было до этого. Вы можете отправить новый вопрос с просьбой дать рекомендации о том, как достичь желаемого эффекта после , вы получаете работу. — Rod Smith, 20 June 2017 в 20:14

ravery · Answer 4 · 24 July 2018 в 19:48

посмотрите в директории / efi / boot HHD для менеджера загрузки Windows (обычно bootx64.efi)

, если он там, скопируйте его с SSD на жесткий диск.

обновление grub

-2

ответ дан ravery 24 July 2018 в 19:48

1

У Ubuntu нет стандартного каталога /efi/boot. Если вы имеете в виду /boot/efi (ESP), то это /dev/sdb2, который находится на SSD. На /dev/sda (HDD) нет ESP. Файл EFI/BOOT/bootx64.efi в ESP может не быть загрузчиком Windows; это резервное имя файла и может быть чем угодно. (Это часто, , но не всегда, копия загрузчика Windows.) Загрузочный загрузчик Windows должен быть EFI/Microsoft/Boot/bootmgfw.efi. Копирование этого файла с одного ESP на другой вряд ли поможет, так как процесс загрузки Windows зависит от файлов конфигурации, которые уникальны для каждой установки. – Rod Smith 17 June 2017 в 22:26
2

каталог n disk - это / efi / boot ....., который монтируется в boot / efi в linux. давая путь linux / boot / efi / efi / boot. должен быть файл efi / boot / windows / bootx64.efi. это тот, который вы хотите скопировать. – ravery 17 June 2017 в 22:48
3

** исправление к предыдущему комментарию-- /efi/windows/bootx64.efi скопируйте этот файл в /efi/boot/bootx64.efi внутреннего диска – ravery 17 June 2017 в 22:58
4

Ах, да, EFI/BOOT на ESP. Это имеет больший смысл, но общие советы по-прежнему бесполезны, поскольку в HD нет ESP, для которого нужно скопировать файл, а файлы конфигурации загрузчика Windows требуют настройки для каждой установки. См. Мой анализ в моем ответе для деталей. – Rod Smith 17 June 2017 в 23:45
5

@rod smith - w10 - только efi. вы установили ubuntu в режиме BIOS? если это так, режим BIOS не может читать диск gpt. BOOTx64.efi не является файлом конфигурации, это загрузочный загрузчик efi. – ravery 17 June 2017 в 23:49

Двойная загрузка с Windows 10, но с неправильным W10

4 ответа

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

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