Восстановление изображения Win10 NVMe заставляет GRUB2 исчезать

Question 1

Таким образом, у меня есть GRUB2 (v2.02 бета 3.6ubuntu3.9) работающий над двойной загрузкой (каждая OS имеет собственный HDD), ПК Win10/Ubuntu 16.04 UEFI. Macrium Отражается ("MR"), образ резервной копии создается из всех разделов Win10 C:\ (3; GPT на 221 ГБ, 99 МБ FAT32, 451 Освобожденный).

После восстановления диска C (disk3) меню GRUB2 изображения исчезает. Поскольку это - NVMe (например, вместо GRUB2 на sda1 это находится на nvmeOn1p1), отправленные решения не будут работать. Аналогично, восстановление "без операционной системы" диска N:\ (disk0; ssd), который имеет домой и корневые разделы (ПОДКАЧКА на HDD) для Linux, не возвратит GRUB2.

Переустановка Linux требуется, чтобы возвращать GRUB2. Это происходит с Отражением, Acronis и Lazesoft программное обеспечение обработки изображений. Испытанное резервное копирование через EasyUEFI, но это перестало работать также. Существует ли лучший способ получить GRUB2 назад после восстановления изображения?

Разъяснение:

Я копирую все разделы на ssd с помощью программного обеспечения обработки изображений - например, Macrium Отражаются. Когда я должен восстановить ОС, я загружаюсь от WinPE usb или USBLinux и устанавливаю изображение из изображения (MR) файл для восстановления диска к предыдущему условию.

Так как я установил Ubuntu 16.04, я начал двойную загрузку. Несмотря на переустановку изображений и для изображений ОС (Win10 на NVMe C:\ (disk3) и для Ubuntu на N:\ (disk0) GRUB2 cannot be restored. GRUB2 (и Linux) установлен на disk0 (MBR), но, мое понимание, то, что часть GRUB2 находится также на Системном Разделе EFI disk3.

Так или GRUB2 скрыт где-нибудь таким образом, что программное обеспечение обработки изображений не может скопировать его, или ему нужно что-то как команда "обновление личинки" для повторной активации его, idk. Единственным путем я могу добраться, оригинал GRUB2 должен переустановить Linux от живого usb Linux на disk0 ssd. Это - проблема - GRUB2 исчезает каждый раз, когда я должен восстановить резервное изображение OS. Я хотел бы к любому получению GRUB2 в образе диска (и смог бы переустановить его с помощью изображения), или найдите другой способ скопировать GRUB2, таким образом, я не должен переустанавливать Linux каждый раз, когда я должен восстановить образ резервной копии Win10 или Linux.

Извинения за длинное сообщение. Я надеялся описать проблему в трех коротких абзацах, но надо надеяться вышеупомянутое Разъяснение предоставляет подробную информацию Android Dev, который требуют.

Спасибо!

Информация о системе:

**Secure Boot & Fast Boot:  Disabled**

Summary
        Operating Systems:
            Windows 10 Pro 64-bit/Ubuntu 16.04 64-bit
        CPU
            Intel Core i7 4790 @ 3.60GHz    38 °C
            Haswell 22nm Technology
        RAM
            16.0GB Dual-Channel DDR3 @ 780MHz (9-9-9-24)
        Motherboard
            ASUSTeK COMPUTER INC. Z97-A (SOCKET 1150)   28 °C
        Graphics
            ASUS VE278 (1920x1080@59Hz)
            Dell E193FP (1280x1024@60Hz)
            2048MB ATI AMD Radeon HD 7800 Series (Sapphire/PCPartner)   43 °C
        Storage
            119GB Samsung SSD 840 PRO Series (SSD)  29 °C
            1863GB Seagate ST32000641AS (SATA)  36 °C
            3726GB TOSHIBA HDWQ140 (SATA)   34 °C
            232GB Samsung SSD 960 EVO 250GB (Unknown)
            3GB Samsung SSD 840 PRO Series (SSD)    29 °C

Привет, oldfred, Ваша помощь ЗНАЧИТЕЛЬНО ценится. Вот результат efibootmgr:

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0002,0001,003B,003E,0044,0045,0046
Boot0000* ubuntu    HD(1,GPT,2087d7-5dc8-4038-a9c1-90939c232,0xe1800,0x31800)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0001* Windows Boot Manager  HD(1,GPT,287d7-5dc8-4038-a9c1-9d969c232,0xe1800,0x31800)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...d................
Boot0002* Windows Boot Manager  HD(1,GPT,20887dc7-5dc8-4038-a9c1-9d09639c2322,0xe1800,0x31800)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...d................
Boot003B* UEFI: (NTFS) Lexar USB Flash Drive    PciRoot(0x0)/Pci(0x14,0x0)/USB(21,0)/HD(1,MBR,0x104,0x800,0x3b9e800)..BO
Boot003E* Windows Boot Manager  PciRoot(0x0)/Pci(0x1,0x1)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-57-71-B0-F8-84)/HD(1,GPT,20887dc7-5dc8-4038-a9c1-9d09639c2322,0xe1800,0x31800)..BO
Boot0044* Windows Boot Manager  PciRoot(0x0)/Pci(0x1,0x1)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-57-71-B0-F8-84)/HD(1,GPT,2087c7-5dc8-4038-a9c1-90969c2322,0xe1800,0x31800)..BO
Boot0045* ubuntu    PciRoot(0x0)/Pci(0x1,0x1)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-57-71-B0-F8-84)/HD(1,GPT,20887dc7-5dc8-4038-a9c1-9d0939c232,0xe1800,0x31800)..BO
Boot0046* ubuntu    HD(1,GPT,2087dc7-5dc8-4038-a9c1-9d06392322,0xe1800,0x31800)/File(\EFI\UBUNTU\GRUBX64.EFI)..BO

и от blkid:

device     fs_type label    mount point    UUID
-------------------------------------------------------------------------------
/dev/nvme0n1
                        (in use)       
/dev/nvme0n1p1
       vfat             /boot/efi      2A4B-F383
/dev/nvme0n1p2
       ntfs    960NVMe  (not mounted)  EE60D3E6040F31
/dev/sda1  ext4             (not mounted)  08bd78-3292-473f-a132-8b62dc7b1
/dev/sda2  ntfs    QA       /media/gks/QA 64DA7D8DA5C8
/dev/sda3  ext4             /              1ca465-6375-402c-be7d-4c7eb840e
/dev/sda4  ext4             /home          b467e3d-a581-4335-981b-bb7c0d23e
/dev/sdb1  ntfs    WindowsPAGE (not mounted) 6EEAFF83EA8B
/dev/sdb2  ntfs    BackUp   (not mounted)  E862507262504788
/dev/sdb4  swap             [SWAP]         cbd8ffa2-1c86-42c4-bead-64d6ab7bf82a
/dev/sdb5  ntfs    ASUSHDD2E (not mounted) 01CCE805006500
/dev/sdb6  ntfs    ASUSHDD2D (not mounted) 01CCE687CD6DC0
/dev/sdc1                   (not mounted)  
/dev/sdc2  ntfs    Toshiba4 (not mounted)  26E4D4EED61FBB
/dev/sdd1  ntfs

Question 2

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

Благодаря всем для Ваших комментариев. Стержень, я, конечно, проверю Ваше решение и читающий список.

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

Позволяют нам начать с используемого программного обеспечения. В настоящее время я использую Профессионала Комплекта Восстановления Lazesoft для резервного копирования образа и Win10 и Ubuntu.

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

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

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

Question 3

Question 4

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

Возможности один, или обе из двух вещей произошел:

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

В дополнение к решению проблемы в одном из выше-указанного путей, всегда существует подход "грубой силы" переустановки GRUB (или некоторый другой загрузчик). Наиболее распространенный способ сделать это в Ubuntu с Восстановлением Начальной загрузки, но существуют другие подходы, такие как руководство переустанавливают с sudo grub-install сопровождаемый sudo update-grub или установка пакета Debian rEFInd или PPA.

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

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

Запись в блоге Adam Williamson о том, как EFI работает - Эта страница, описывает теорию позади начальной загрузки режима EFI.
Вопрос и ответы на различиях между BIOS и EFI, загружающимся на Superuser.com - Это обеспечивает основы предыдущего, но более кратко.
Моя страница при установке Linux в системах EFI - Эта страница является более практическим введением в режим EFI, загружающийся, чем блог Adam Williamson.
Моя страница на загрузчиках EFI для Linux - Эта страница описывает выбор загрузчика EFI для систем Linux.

Ted Harold · Answer 1 · 2 November 2019 в 07:50

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

Благодаря всем для Ваших комментариев. Стержень, я, конечно, проверю Ваше решение и читающий список.

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

Позволяют нам начать с используемого программного обеспечения. В настоящее время я использую Профессионала Комплекта Восстановления Lazesoft для резервного копирования образа и Win10 и Ubuntu.

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

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

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

Rod Smith · Answer 2 · 2 November 2019 в 07:50

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

Возможности один, или обе из двух вещей произошел:

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

В дополнение к решению проблемы в одном из выше-указанного путей, всегда существует подход "грубой силы" переустановки GRUB (или некоторый другой загрузчик). Наиболее распространенный способ сделать это в Ubuntu с Восстановлением Начальной загрузки, но существуют другие подходы, такие как руководство переустанавливают с sudo grub-install сопровождаемый sudo update-grub или установка пакета Debian rEFInd или PPA.

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

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

Запись в блоге Adam Williamson о том, как EFI работает - Эта страница, описывает теорию позади начальной загрузки режима EFI.
Вопрос и ответы на различиях между BIOS и EFI, загружающимся на Superuser.com - Это обеспечивает основы предыдущего, но более кратко.
Моя страница при установке Linux в системах EFI - Эта страница является более практическим введением в режим EFI, загружающийся, чем блог Adam Williamson.
Моя страница на загрузчиках EFI для Linux - Эта страница описывает выбор загрузчика EFI для систем Linux.

Восстановление изображения Win10 NVMe заставляет GRUB2 исчезать

2 ответа

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

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