Win10 NVMe Image Restore приводит к исчезновению GRUB2

Вы должны быть в состоянии загрузиться на временной основе, используя мой изысканный диспетчер загрузки на флешке или CD-р. (по ссылке можно скачать изображения для обоих типов носителей). Есть один нюанс: образы, которые я предоставить не поддерживает безопасную загрузку, поэтому может потребоваться отключить эту функцию (временно, если вам нравится). С изысканный загрузка обычной установки, параметры восстановления станет легче, и конечно же вы можете использовать вашу систему для реальной работы, в то время как вы выяснить, долгосрочное решение.

шансы один или оба из двух вещей произошло:

неполное резервное копирование/восстановление ЭСП -- на базе EFI системы, Системный раздел EFI (ESP), которые проводит загрузчики ели. Если ESP не была создана резервная копия, восстановлен не был, или был не полностью резервного копирования или восстановления, тогда система будет оказана невозможной. Это звучит, как Windows по-прежнему загружается, поэтому я сомневаюсь, что это что с тобой происходит, но вполне вероятно, что программное обеспечение резервного копирования Windows не удосужились создать резервную копию или восстановить загрузчик grub. Вы можете проверить это, посмотрев на жратву на ESP. При установке Ubuntu, то должны быть [F1] на ЭСП (как минимум с двумя другими файлы поддержки, [F2] и grub.cfg, в той же директории). Поврежденные или недействительные записи nvram -- клавиши [F4] вывод, что oldfred просила показывает записи nvram, которые контролируют процесс загрузки. У вас есть три записи для ubuntu, одно из которых относится к shimx64.efi, другой из которых относится к grubx64.efi, а треть из которых явно ссылается ни один файл. Запись, которая ссылается на shimx64.efi (Boot0000) является первым в порядке загрузки, что означает, что это должно работать, однако, это все-таки возможно, что записи nvram поврежден. В частности, ваш вывод относится к разделу с значение GUID 2087d7-5dc8-4038-a9c1-90939c232 для этой записи, с двух других значений GUID для двух других [F10] для записи. Ты сказал, что изменился, что выглядел как серийный номер, так что я предполагаю, что вы изменили эти значения. (Это было лишнее и делает его тяжелее для нас, чтобы диагностировать вашу проблему. Эти значения GUID не чувствительными с точки зрения безопасности.) В любом случае операция резервного копирования/восстановления, возможно, изменил разделов GUID значения. Если это так, то эти записи могут быть недопустимыми, и Вам необходимо либо сменить раздела значение GUID, чтобы соответствовать, что в nvram (который Вы можете сделать с sgdisk, а в [F12] для изменения идентификатора GUID Раздел 1 [от f13] в 2087d7-5dc8-4038-a9c1-90939c232) или создать новую память nvram (которые вы можете сделать с помощью команды sudo efibootmgr -c -d /dev/nvme0n1 -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu). В зависимости от вашего процесса, вы можете предпочесть сделать это из Windows, используя bcdedit или EasyUEFI, как описано здесь. Другие и более тонкие виды повреждений энергонезависимой памяти или в память nvram происходит рассинхронизация с реальностью, возможно, тоже.

в дополнение к фиксации проблемы в одним из указанных выше способов, всегда есть метод "грубой силы" подход повторной установке grub (или другой загрузчик). Наиболее распространенным способом для этого в Ubuntu с изысканный диспетчер загрузки но есть и другие подходы, такие как инструкция по повторной установки с sudo grub-install, а затем [f17 В] или установке пакета изысканный по Debian или ППА.

еще один момент: Ваш вопрос сформулирован таким образом, что это звучит как, если вы делаете это неоднократно восстановления. Как правило, это не так; вы можете (и должны) регулярно создавать резервные копии, но и восстанавливать их будут нечасто. Одна из причин, чтобы сделать такое восстановление часто, если вы делаете массовом развертывании, как на кучу компьютеров для офиса или классной комнаты. Если это так, следует помнить, что любой целевой системе Ubuntu, на котором не был установлен, не будет иметь запись nvram для загрузки убунту. Таким образом, "поврежден или неверный nvram на запись" пуля всегда будет применяться в таких системах, даже если это не причина проблемы на тестовой системе.

в конце концов, если вы хотите лучше понять процесс загрузки EFI и как с этим справиться, я рекомендую следующий Список литературы:

[dиода d17] неполное резервное копирование/восстановление ЭСП -- на базе EFI системы, Системный раздел EFI (ESP), которые проводит загрузчики ели. Если ESP не была создана резервная копия, восстановлен не был, или был не полностью резервного копирования или восстановления, тогда система будет оказана невозможной. Это звучит, как Windows по-прежнему загружается, поэтому я сомневаюсь, что это что с тобой происходит, но вполне вероятно, что программное обеспечение резервного копирования Windows не удосужились создать резервную копию или восстановить загрузчик grub. Вы можете проверить это, посмотрев на жратву на ESP. При установке Ubuntu, то должны быть [F1] на ЭСП (как минимум с двумя другими файлы поддержки, [F2] и grub.cfg, в той же директории). неполное резервное копирование/восстановление ЭСП -- это обеспечивает основы предыдущего, но более лаконично. поврежденные или недействительные записи nvram -- клавиши [F4] вывод, что oldfred просила показывает записи nvram, которые контролируют процесс загрузки. У вас есть три записи для ubuntu, одно из которых относится к shimx64.efi, другой из которых относится к grubx64.efi, а треть из которых явно ссылается ни один файл. Запись, которая ссылается на shimx64.efi (Boot0000) является первым в порядке загрузки, что означает, что это должно работать, однако, это все-таки возможно, что записи nvram поврежден. В частности, ваш вывод относится к разделу с значение GUID 2087d7-5dc8-4038-a9c1-90939c232 для этой записи, с двух других значений GUID для двух других [F10] для записи. Ты сказал, что изменился, что выглядел как серийный номер, так что я предполагаю, что вы изменили эти значения. (Это было лишнее и делает его тяжелее для нас, чтобы диагностировать вашу проблему. Эти значения GUID не чувствительными с точки зрения безопасности.) В любом случае операция резервного копирования/восстановления, возможно, изменил разделов GUID значения. Если это так, то эти записи могут быть недопустимыми, и Вам необходимо либо сменить раздела значение GUID, чтобы соответствовать, что в nvram (который Вы можете сделать с sgdisk, а в [F12] для изменения идентификатора GUID Раздел 1 [от f13] в 2087d7-5dc8-4038-a9c1-90939c232) или создать новую память nvram (которые вы можете сделать с помощью команды sudo efibootmgr -c -d /dev/nvme0n1 -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu). В зависимости от вашего процесса, вы можете предпочесть сделать это из Windows, используя bcdedit или EasyUEFI, как описано здесь. Другие и более тонкие виды повреждений энергонезависимой памяти или в память nvram происходит рассинхронизация с реальностью, возможно, тоже. поврежденные или недействительные записи nvram -- в этом разделе описывается выбор загрузчик EFI для систем Linux. [!dиода d17]

Извинения за задержку в последующих действиях. Незваный гость, Hurricane Irma, посетил.

Спасибо всем за ваши комментарии. Род, я обязательно проверю ваше решение и список чтения.

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

Начнем с используемого программного обеспечения. В настоящее время я использую Lazesoft Recovery Suite Professional для резервного копирования изображений как для Win10, так и для Ubuntu.

При создании изображения Lazesoft позволяет создавать изображения некоторых или всех разделов. Я рисую все доступные разделы. Важно отметить, что когда / если мне нужно восстановить изображение, я НЕ восстанавливаю раздел. Lazesoft называется MBR (хотя оба диска являются GPT). GRUB2, скорее всего, продолжит предоставлять параметры загрузки, если этот выбор восстановления не проверен.

Если GRUB2 не появляется, несмотря на вышеуказанное действие, убедитесь, что приоритет загрузки UEFI не изменился. В частности, первый элемент в последовательности загрузки должен быть чем-то вроде nameofyourNVMe ubuntu. Иногда этот параметр будет отнесен к ubuntu, загрузчику Windows и т. Д.

. В стороне, у моего ASUS есть запись для загрузочного устройства только UEFI или UEFI и OPROM (или что-то вроде этого, что относится к устаревшее устройство). Поскольку форматы Lazesoft как FAT32 должны иметь последний вариант для загрузки с USB-накопителя.

Вы должны быть в состоянии загрузиться на временной основе, используя мой изысканный диспетчер загрузки на флешке или CD-р. (по ссылке можно скачать изображения для обоих типов носителей). Есть один нюанс: образы, которые я предоставить не поддерживает безопасную загрузку, поэтому может потребоваться отключить эту функцию (временно, если вам нравится). С изысканный загрузка обычной установки, параметры восстановления станет легче, и конечно же вы можете использовать вашу систему для реальной работы, в то время как вы выяснить, долгосрочное решение.

шансы один или оба из двух вещей произошло:

неполное резервное копирование/восстановление ЭСП -- на базе EFI системы, Системный раздел EFI (ESP), которые проводит загрузчики ели. Если ESP не была создана резервная копия, восстановлен не был, или был не полностью резервного копирования или восстановления, тогда система будет оказана невозможной. Это звучит, как Windows по-прежнему загружается, поэтому я сомневаюсь, что это что с тобой происходит, но вполне вероятно, что программное обеспечение резервного копирования Windows не удосужились создать резервную копию или восстановить загрузчик grub. Вы можете проверить это, посмотрев на жратву на ESP. При установке Ubuntu, то должны быть [F1] на ЭСП (как минимум с двумя другими файлы поддержки, [F2] и grub.cfg, в той же директории). Поврежденные или недействительные записи nvram -- клавиши [F4] вывод, что oldfred просила показывает записи nvram, которые контролируют процесс загрузки. У вас есть три записи для ubuntu, одно из которых относится к shimx64.efi, другой из которых относится к grubx64.efi, а треть из которых явно ссылается ни один файл. Запись, которая ссылается на shimx64.efi (Boot0000) является первым в порядке загрузки, что означает, что это должно работать, однако, это все-таки возможно, что записи nvram поврежден. В частности, ваш вывод относится к разделу с значение GUID 2087d7-5dc8-4038-a9c1-90939c232 для этой записи, с двух других значений GUID для двух других [F10] для записи. Ты сказал, что изменился, что выглядел как серийный номер, так что я предполагаю, что вы изменили эти значения. (Это было лишнее и делает его тяжелее для нас, чтобы диагностировать вашу проблему. Эти значения GUID не чувствительными с точки зрения безопасности.) В любом случае операция резервного копирования/восстановления, возможно, изменил разделов GUID значения. Если это так, то эти записи могут быть недопустимыми, и Вам необходимо либо сменить раздела значение GUID, чтобы соответствовать, что в nvram (который Вы можете сделать с sgdisk, а в [F12] для изменения идентификатора GUID Раздел 1 [от f13] в 2087d7-5dc8-4038-a9c1-90939c232) или создать новую память nvram (которые вы можете сделать с помощью команды sudo efibootmgr -c -d /dev/nvme0n1 -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu). В зависимости от вашего процесса, вы можете предпочесть сделать это из Windows, используя bcdedit или EasyUEFI, как описано здесь. Другие и более тонкие виды повреждений энергонезависимой памяти или в память nvram происходит рассинхронизация с реальностью, возможно, тоже.

в дополнение к фиксации проблемы в одним из указанных выше способов, всегда есть метод "грубой силы" подход повторной установке grub (или другой загрузчик). Наиболее распространенным способом для этого в Ubuntu с изысканный диспетчер загрузки но есть и другие подходы, такие как инструкция по повторной установки с sudo grub-install, а затем [f17 В] или установке пакета изысканный по Debian или ППА.

еще один момент: Ваш вопрос сформулирован таким образом, что это звучит как, если вы делаете это неоднократно восстановления. Как правило, это не так; вы можете (и должны) регулярно создавать резервные копии, но и восстанавливать их будут нечасто. Одна из причин, чтобы сделать такое восстановление часто, если вы делаете массовом развертывании, как на кучу компьютеров для офиса или классной комнаты. Если это так, следует помнить, что любой целевой системе Ubuntu, на котором не был установлен, не будет иметь запись nvram для загрузки убунту. Таким образом, "поврежден или неверный nvram на запись" пуля всегда будет применяться в таких системах, даже если это не причина проблемы на тестовой системе.

в конце концов, если вы хотите лучше понять процесс загрузки EFI и как с этим справиться, я рекомендую следующий Список литературы:

[dиода d17] неполное резервное копирование/восстановление ЭСП -- на базе EFI системы, Системный раздел EFI (ESP), которые проводит загрузчики ели. Если ESP не была создана резервная копия, восстановлен не был, или был не полностью резервного копирования или восстановления, тогда система будет оказана невозможной. Это звучит, как Windows по-прежнему загружается, поэтому я сомневаюсь, что это что с тобой происходит, но вполне вероятно, что программное обеспечение резервного копирования Windows не удосужились создать резервную копию или восстановить загрузчик grub. Вы можете проверить это, посмотрев на жратву на ESP. При установке Ubuntu, то должны быть [F1] на ЭСП (как минимум с двумя другими файлы поддержки, [F2] и grub.cfg, в той же директории). неполное резервное копирование/восстановление ЭСП -- это обеспечивает основы предыдущего, но более лаконично. поврежденные или недействительные записи nvram -- клавиши [F4] вывод, что oldfred просила показывает записи nvram, которые контролируют процесс загрузки. У вас есть три записи для ubuntu, одно из которых относится к shimx64.efi, другой из которых относится к grubx64.efi, а треть из которых явно ссылается ни один файл. Запись, которая ссылается на shimx64.efi (Boot0000) является первым в порядке загрузки, что означает, что это должно работать, однако, это все-таки возможно, что записи nvram поврежден. В частности, ваш вывод относится к разделу с значение GUID 2087d7-5dc8-4038-a9c1-90939c232 для этой записи, с двух других значений GUID для двух других [F10] для записи. Ты сказал, что изменился, что выглядел как серийный номер, так что я предполагаю, что вы изменили эти значения. (Это было лишнее и делает его тяжелее для нас, чтобы диагностировать вашу проблему. Эти значения GUID не чувствительными с точки зрения безопасности.) В любом случае операция резервного копирования/восстановления, возможно, изменил разделов GUID значения. Если это так, то эти записи могут быть недопустимыми, и Вам необходимо либо сменить раздела значение GUID, чтобы соответствовать, что в nvram (который Вы можете сделать с sgdisk, а в [F12] для изменения идентификатора GUID Раздел 1 [от f13] в 2087d7-5dc8-4038-a9c1-90939c232) или создать новую память nvram (которые вы можете сделать с помощью команды sudo efibootmgr -c -d /dev/nvme0n1 -l \\EFI\\ubuntu\\shimx64.efi -L ubuntu). В зависимости от вашего процесса, вы можете предпочесть сделать это из Windows, используя bcdedit или EasyUEFI, как описано здесь. Другие и более тонкие виды повреждений энергонезависимой памяти или в память nvram происходит рассинхронизация с реальностью, возможно, тоже. поврежденные или недействительные записи nvram -- в этом разделе описывается выбор загрузчик EFI для систем Linux. [!dиода d17]

Извинения за задержку в последующих действиях. Незваный гость, Hurricane Irma, посетил.

Спасибо всем за ваши комментарии. Род, я обязательно проверю ваше решение и список чтения.

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

Начнем с используемого программного обеспечения. В настоящее время я использую Lazesoft Recovery Suite Professional для резервного копирования изображений как для Win10, так и для Ubuntu.

При создании изображения Lazesoft позволяет создавать изображения некоторых или всех разделов. Я рисую все доступные разделы. Важно отметить, что когда / если мне нужно восстановить изображение, я НЕ восстанавливаю раздел. Lazesoft называется MBR (хотя оба диска являются GPT). GRUB2, скорее всего, продолжит предоставлять параметры загрузки, если этот выбор восстановления не проверен.

Если GRUB2 не появляется, несмотря на вышеуказанное действие, убедитесь, что приоритет загрузки UEFI не изменился. В частности, первый элемент в последовательности загрузки должен быть чем-то вроде nameofyourNVMe ubuntu. Иногда этот параметр будет отнесен к ubuntu, загрузчику Windows и т. Д.

. В стороне, у моего ASUS есть запись для загрузочного устройства только UEFI или UEFI и OPROM (или что-то вроде этого, что относится к устаревшее устройство). Поскольку форматы Lazesoft как FAT32 должны иметь последний вариант для загрузки с USB-накопителя.