Двойная загрузка (Win7+Ubuntu14) перестала работать для Win 7 после добавления SSD с Ubuntu 16

У меня есть ноутбук ASUS с жестким диском и двойной загрузкой через grub2: Windows 7, Ubuntu 14.

Когда после 5 лет жесткий диск начал перестать работать со сбойными блоками, я добавил SSD к порту SATA 2. Я сделал SSD единственной начальной загрузкой Ubuntu 16 с ее собственным разделом EFI - чтобы удалить жесткий диск однажды, когда это перестало работать полностью и возобновлять SSD только.

Я разделил SSD вручную при установке Ubuntu 16 на нем от Живого USB: выбранный "Что-то еще" в диалоговом окне установки, заботился для монтирования /boot/efi, /boot, / и /home к разделам SSD я только что создал из Живого USB и проверил, что разделы жесткого диска находятся в, "Не используют этот раздел".

К сожалению, я не проверял раздел EFI на жестком диске. Таким образом несмотря на определение sdb1 (/boot/efi SSD) как Use as: EFI System Partition и несмотря на выбор/dev/sdb (SSD) как a Device for boot loader installation, загрузчики закончились в жестком диске, не в SSD, когда я запланировал его. Это вызвано тем, что раздел EFI на жестком диске также оставили настроенным как Use as: EFI System Partition.

2 получающихся проблемы:

1. ESP (EFI) находится на жестком диске, не на SSD.

2. Windows 7 попадает в спасение личинки, в то время как и прекрасная начальная загрузка Ubuntu 16 и Ubuntu 14. Интересно, связаны ли эти 2 проблемы.

Для решения проблемы 1 я скопировал содержание EFI жесткого диска к EFI SSD и изменился /boot/efi отображение в /etc/fstab указать на EFI SSD (UUID=E2A1-9FFE, /dev/sdb1):

# /boot/efi was on /dev/sda1 during installation
#UUID=40BE-2040  /boot/efi       vfat    umask=0077      0       1
# redirecting /boot/efi from /dev/sda1 to /dev/sdb1
UUID=E2A1-9FFE  /boot/efi       vfat    umask=0077      0       1

Теперь корректный раздел EFI (на SSD) смонтирован к /boot/efi когда Ubuntu загружается (хотя я не проверял, привыкает ли корректный EFI во время начальной загрузки). Это - OK для решения проблемы 1 этот путь: путем копирования файлов + изменяющийся fstab?

И как я решаю проблему 2? При выборе Windows Boot Manager (on /dev/sda1) в личинке я вижу эту ошибку и эту конфигурацию от set:

error: symbol `grub_term_highlight_color` not found.
grub rescue> set
lang=
locale_dir=
prefix=(hd0,gpt6)/grub
root=hd0,gpt6
secondary_locale_dir=

При выборе Windows Boot Manager (on /dev/sdb1) в личинке я вижу эту ошибку и эту конфигурацию от set:

error: file `/grub/x86_64-efi/normal.mod` not found.
grub rescue> set
prefix=(hd1,gpt6)/grub
root=hd1,gpt6

В BIOS (UEFI) устройства загрузки называют, соответственно:

Windows Boot Manager (P0: ST1000...)
Windows Boot Manager (P1: Samsung SSD 850 PRO ...)

Однако, когда наличие Живого USB в USB-порту, выбор устройств загрузки от BIOS (Esc) производят set вывод с hd числа смещаются на одно:

error: symbol `grub_term_highlight_color` not found.
grub rescue> set
lang=
locale_dir=
prefix=(hd1,gpt6)/grub
root=hd1,gpt6
secondary_locale_dir=

и

error: file `/grub/x86_64-efi/normal.mod` not found.
grub rescue> set
prefix=(hd2,gpt6)/grub
root=hd2,gpt6

Я чувствую, что это в порядке, хотя не 100%, уверенных, это не причина сбоя начальной загрузки Win7.

Вот информация от восстановления начальной загрузки: Вставка от восстановления начальной загрузки в pastebin.

Я боюсь выполнения восстановления начальной загрузки, поскольку его Предложенное восстановление, кажется, фиксирует начальную загрузку Ubuntu, не того из Win. (Я должен все еще учиться что rename-ms-efi средства.)

Я также имел идею удалить SSD и попытаться загрузиться с жестким диском только, но боюсь, что раздел EFI будет завинчен еще больше (например, путем автофиксации себя), и я не смогу загрузиться к Ubuntu 14 больше. Звучит глупым, вероятно. Но в конце концов, представление Ubuntu 14 рядом с оригиналом Win7 ведет для расчистки неспособности возобновить Win7 от спящего режима. Так, я боюсь личинки, делающей "хорошее задание" снова.

Любая справка высоко ценилась бы!

Я буду создавать резервные копии для разделов SSD в это время.