Записи меню личинки обновления для корректного указания на старые установки ОС

Я недавно добавил SSD NVMe к своей системе. Я установил Windows и Ubuntu на этом новом SSD NVMe. Я хочу сохранить более раннюю установленную Ubuntu.

NVMe0 - New Ubuntu 18.04 (works) [1]
      - New windows 10 (works) [2]
SSD0  - Ubuntu 18.04 (old) [3]
SSD1  - Windows 10 (old) [4]

Я попытался работать update-grub когда на [1]. Это привело к меню личинки, имеющему дополнительные записи для [3] и [4]. Когда я выбираю один из этих двух однако, я получаю следующую ошибку:

error: no such device: B6C5-4C11.
error: disk 'hd3,gpt2' not found.

Если я пытаюсь загрузиться от SSD0, я получаю свое старое меню личинки, где я могу загрузиться в [3] и [4], но не [1] и [2].

То, что я пытаюсь выполнить: смогите войти [1], [2], [3] и [4] из одного меню личинки после начальной загрузки к NVMe0.

Вот Эскиз

a sketch of the disk/OS layout

Обновление 1

UUID раздела NVMe0 EFI: Содержание A85E-D029 /etc/fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p5 during installation
UUID=0eb898d2-f93b-490f-b7f0-40d1ff6cacce /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=A85E-D029  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
  1. Старый Windows идет /dev/sde4 с UUID E23CCF783CCF45EF.
  2. Старая Ubuntu идет /dev/sdf1 с UUID 664b5f90-b52c-4f6b-b2b7-89933eb7bc27

Вот эти две записи, сгенерированные update-grub которые бросают ошибки.

menuentry 'Windows Boot Manager (on /dev/sde2)' --class windows --class os $menuentry_id_option 'osprober-efi-B6C5-4C11' {
    insmod part_gpt
    insmod fat
    set root='hd4,gpt2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd4,gpt2 --hint-efi=hd4,gpt2 --hint-baremetal=ahci4,gpt2  B6C5-4C11
    else
      search --no-floppy --fs-uuid --set=root B6C5-4C11
    fi
    chainloader /efi/Microsoft/Boot/bootmgfw.efi
}
menuentry 'Ubuntu 18.04.2 LTS (18.04) (on /dev/sdf1)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-664b5f90-b52c-4f6b-b2b7-89933eb7bc27' {
    insmod part_gpt
    insmod ext2
    set root='hd5,gpt1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd5,gpt1 --hint-efi=hd5,gpt1 --hint-baremetal=ahci5,gpt1  664b5f90-b52c-4f6b-b2b7-89933eb7bc27
    else
      search --no-floppy --fs-uuid --set=root 664b5f90-b52c-4f6b-b2b7-89933eb7bc27
    fi
    linux /boot/vmlinuz-4.15.0-46-generic root=UUID=664b5f90-b52c-4f6b-b2b7-89933eb7bc27 ro quiet splash $vt_handoff
    initrd /boot/initrd.img-4.15.0-46-generic
}

Обновление 2

Все 4 ОС установлены на внутренних дисках в режиме UEFI. Вывод update-grub:

Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.18.0-16-generic
Found initrd image: /boot/initrd.img-4.18.0-16-generic
Found linux image: /boot/vmlinuz-4.18.0-15-generic
Found initrd image: /boot/initrd.img-4.18.0-15-generic
Found Windows Boot Manager on /dev/nvme0n1p2@/EFI/Microsoft/Boot/bootmgfw.efi
Found Windows Boot Manager on /dev/sde2@/efi/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 18.04.2 LTS (18.04) on /dev/sdf1
Adding boot menu entry for EFI firmware configuration
done

Обновление 3

Я установил восстановление начальной загрузки.

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair

При генерации сводных выводов 2.1k долго сообщают строки.

2
задан 19 March 2019 в 02:48

1 ответ

Я не уверен, в какой точке была устранена эта проблема, поскольку я сделал все следующие перед тестированием.

  1. Выполненный update-grub на недавно установленной Ubuntu
  2. Выполненный update-grub на более старой установке Ubuntu
  3. Проверенные настройки BIOS
  4. Высвеченная последняя BIOS
  5. Настройки BIOS сброса
  6. Задержите все настройки к тому, что они были прежде сброшены (UEFI вместо наследия, и т.д.)

Я не вижу, почему обновление BIOS оказало бы влияние, как единственный объект в журнале изменений: "Обновите Микрокод ЦП для проблемы безопасности Intel".. Таким образом, мое лучшее предположение: шаг 2 решил проблему.

0
ответ дан 2 December 2019 в 06:26

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

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