Что наименее болезненный путь состоит в том, чтобы зафиксировать мою глупую установку начальной загрузки?

У меня был жесткий диск (/dev/sda1) на 750 ГБ, который я заменил SSD на 1 ТБ (/dev/sdb1). Я хотел затем стереть старый жесткий диск и использовать его в качестве резервного диска. Однако кажется, что раздел начальной загрузки находится все еще на старом диске, и личинка не находит начальной загрузки на новом диске. Это создает несколько проблем:

1) ОС по умолчанию в личинке является затем Ubuntu 16.04 на жестком диске вместо Ubuntu 18.04 на новом диске. Если я не должен там выбирать, который ОС, это переходит к старому, которое не действительно функционально.

2) Я не могу стереть старый жесткий диск, пока у меня нет надлежащей начальной загрузки на новом SDD.

3) Я недавно установил HWE на Ubuntu 18.04, так, чтобы я мог использовать 5,0 ядер. Однако это, кажется, не использует или не распознает то ядро. Я подозреваю, что это - также связанная личинка, таким образом, кажется лучше зафиксировать личинку сначала.

Так, мой вопрос - то, что наименее болезненный путь состоит в том, чтобы сделать это? Я предполагаю, что должен загрузиться в от LiveCD, изменить раздел на моем SSD и установить начальную загрузку так или иначе. Кто-либо может указать на меня на некоторые инструкции относительно того, как сделать это, не завинчивая мою ОС или корневой каталог? Я ценил бы любую справку.

Это сообщение выглядит подобным, но испугало меня немного: Удалите второй жесткий диск ОС из личинки

Детали моей системы:

~$ uname -a
Linux xxxxx 4.15.0-33-generic #36-Ubuntu SMP Wed Aug 15 16:00:05 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.3 LTS
Release:        18.04
Codename:       bionic

Править:

Вот является результат sudo разделенным-l

Model: ATA WDC WD7500BPKT-0 (scsi)
Disk /dev/sda: 750GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  50.0GB  50.0GB  primary   ext4            boot
 2      50.0GB  750GB   700GB   extended
 5      50.0GB  66.0GB  16.0GB  logical   linux-swap(v1)
 6      66.0GB  750GB   684GB   logical   ext4


Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  1000MB  999MB   fat32                 boot, esp
 2      1000MB  17.0GB  16.0GB  linux-swap(v1)
 3      17.0GB  67.0GB  50.0GB  ext4
 4      67.0GB  1000GB  933GB   ext4


Error: /dev/sdc: unrecognised disk label
Model: Initio INIC-1610P (scsi)                                           
Disk /dev/sdc: 4142MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags: 

Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/cryptswap1: 16.0GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags: 

Number  Start  End     Size    File system     Flags
 1      0.00B  16.0GB  16.0GB  linux-swap(v1)
0
задан 14 November 2019 в 19:15

1 ответ

Новая установка на SDD была в режиме UEFI, таким образом, Ваша машина UEFI способный - я предложил бы, чтобы Вы сохранили режим UEFI. Быстрое примечание к вашему вопросу: необходимо смочь выполнить sudo личинку обновления от 16,04 систем и взять эти 5,0 ядер на 18.04 для попытки. Установщик UEFI имеет ошибку 1396379, который помещает загрузчики UEFI на sda, независимо от которого устройства Вы указываете, таким образом, вероятно, раздел EFI SDD пуст. Наследие 16,04 установок, вероятно, не имеют этих загрузчиков UEFI, таким образом, необходимо будет скопировать их от медиа установки, в основном просто скопировать все файлы от/EFI/BOOT/каталога медиа установки до каталога EFI/BOOT на разделе EFI. Если раздел EFI имеет файловую систему, необходимо смочь смонтировать его:

sudo mount -tvfat /dev/sdb1 /tmp/xx

Если никакая файловая система даже не существует, сделайте одно первое, то смонтируйте его:

sudo mkfs.vfat /dev/sdb1

Затем просто скопируйте файлы по (bootx64.efi, grubx64.efi... и т.д.), EFI также будет нужен тупик grub.cfg файл, который включает сохраняемый grub.cfg файл от Вашей корневой файловой системы. Получите UUID для своего корня:
sudo blkid затем редактируют тот UUID в ниже файла (EFI/ubuntu/grub.cfg)

search.fs_uuid your-UUID root hd1,gpt1 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg  

Это должно произвести загрузочную установку UEFI на sdb - выбирают его как устройство загрузки и видят, загружается ли это.


Ваш каталог EFI/BOOT не содержит копию grubx64.efi, таким образом, bootx64.efi, там должен быть grubx64.efi (проверьте их размеры для подтверждения). Это должно работать, когда безопасная начальная загрузка отключена. Если Вы хотите позволить безопасную начальную загрузку, Вы помещаете grubx64.efi и shimx64.efi там с shimx64.efi, переименованным к bootx64.efi.

0
ответ дан 21 December 2019 в 23:59

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

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