Как восстановить grub при перемещении образа с одного компьютера на другой [закрыто]

У меня был компьютер с 2009 года, который перестал работать. У меня был образ жесткого диска, который я теперь хочу восстановить на новом компьютере. Мне удалось заново создать образ нового компьютера, но я не могу заставить grub работать.

Каждый раз при загрузке он останавливается на приглашении grub> .

Как мне восстановить grub, чтобы он не останавливался на приглашении grub> и загружался на обычный экран входа в систему на новом компьютере?

Версия Ubuntu Desktop - 15.10.

Настройки в меню загрузки моей биографии выглядят так:

 +---------------------------+
 | Boot Mode       | UEFI    |
 | USB Boot        | Enabled |
 | PXE Boot to LAN | Enabled |
 | PXE IPV4 First  | Enabled |
 +---------------------------+

Вот как выглядят мои разделы:

/ dev / sda8 / usr / dev / sda9 / home {{1 }} / dev / sda10 / / dev / sda11 / usr / local

Разделы 1-7 относятся к Windows 10, которая была установлена ​​до восстановления разделов Ubuntu.

Итак, Windows 10 была установлена ​​первой и заняла весь диск (1 ТБ). Я уменьшил раздел Windows до ~ 300 ГБ и создал разделы Linux на оставшемся пространстве.

Я включаю компьютер, и он останавливается на

grub>

Затем я следую инструкциям здесь: Как спасти не загружающийся GRUB 2 в Linux

Сначала я монтирую раздел / , установите ядро, initrd и затем загрузитесь.

grub> set root = (hd0,10) grub> linux /boot/vmlinuz-4.2.0-34-generic root = / dev / sda10 grub> initrd / boot / initrd.img-4.2.0-34-generic grub> boot

Это приводит меня к приглашению Linux.

Затем я запускаю

 root@lnx-R560>update-grub

 Found linux image /boot/vmlinuz-4.2.0-34-generic
  Found initrd image /boot/initrd.img-4.2.0-34-generic
 [  279.358637] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.360540] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.362423] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.364298] FAT-fs (sda2): bogus number of reserved sectors
 [  279.396817] FAT-fs (sda2): bogus number of reserved sectors
 [  279.421858] qnx4: No qnx4 file system (no root dir)
 [  279.423659] ufs:You didn't specify the type of tyour file system
 [  279.423659]
 [  279.423659] mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep
 [  279.423659]
 [  279.423659] >>>WARNING<<< Wrong ufstype may corrupt your filesystem,default is ufstype=old
 [  279.426405] ufs: ufs_fill_super(): bad magic number

 Found Windows Boot Manager on /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi
 Adding boot meny entry for EFI firmware configuration
 done

sda2 - это раздел Windows.

Затем мы устанавливаем grub

 lnx-R540> grub-install /dev/sda

 Installing for i386-pc platform
 grub-install: warning: the GPT partition label contains no BIOS Boot  Partition; embedding won't be possible.
 grub-install: warning: Embedding is not possible.GRUB can only installed in this setup by using blocklists. However blocklists are  UNRELIABLE and their use is discouraged.
 grub-install: error:will nnot proceed with blocklists

И затем перезагружаемся.

root @ lnx-R540> перезагрузить сейчас

После перезагрузки компьютер по-прежнему получает приглашение grub> .

Как восстановить grub, чтобы он загружался в обычном режиме входа в систему?

-1
задан 1 May 2017 в 05:41

1 ответ

Часть Вашего вывода указывает, что Windows установлен в режиме EFI/UEFI и использует Таблицу разделов GUID (GPT) на диске. Это означает, что необходимо установить загрузчик режима EFI для Linux. Поскольку Ваш исходный компьютер был с 2009, тем не менее, это была, вероятно, модель только для BIOS, что означает, что диск, вероятно, использовал таблицу разделов Главной загрузочной записи (MBR) и установил загрузчик режима BIOS на ней. Это объясняет проблемы, которые Вы имеете с update-grub и grub-install; эти команды, учитывая режим BIOS пакеты GRUB, которые Вы имеете, пытаются обновить и установить режим BIOS GRUB, который не работает хорошо над Вашим диском GPT. Даже при создании Раздела начальной загрузки BIOS на диске загрузчик режима BIOS для Linux не работал бы хорошо, начиная с переключения между режимами начальной загрузки является обычно неловким и иногда невозможным.

существует довольно много загрузчиков режима EFI для Linux, как детализировано на эта моя страница. два, которые, вероятно, будет самым легким установить:

  • GRUB (через Восстановление Начальной загрузки) - утилита Boot Repair может установить версию режима EFI GRUB и обновить Ваши пакеты полуавтоматически; однако, необходимо загрузить компьютер в режиме EFI , чтобы сделать это. Обычный способ сделать это должно загрузить использование установщика Ubuntu в "попытке прежде, чем установить" режим; но управление режимом начальной загрузки (EFI/UEFI по сравнению с BIOS/CSM/наследием) может быть хитрым, как обрисовано в общих чертах на эта моя страница. Другой способ гарантировать начальную загрузку режима EFI состоит в том, чтобы использовать, повторно находят, как описано затем....
  • повторно находят - Мои повторно находят, что диспетчер начальной загрузки доступен как CD-R и изображения карты флэш-памяти с интерфейсом USB, а также в пакете Debian и формах PPA. При подготовке CD-R или карты флэш-памяти с интерфейсом USB из изображения соответствия можно загрузиться с ним в режиме EFI. Можно затем установить пакет Debian, или PPA для использования повторно находят как ОС по умолчанию; или выполненное Восстановление Начальной загрузки для установки GRUB. Один протест состоит в том, что карта флэш-памяти с интерфейсом USB перенаходки и изображения CD-R, которые я предоставляю, не настраиваются для поддержки Защищенной загрузки, которая могла бы или не могла бы быть активной теперь. Если Вы не можете добраться, повторно находят для запуска, отключая Защищенную загрузку, по крайней мере временно, может требоваться. (перенаходка может работать с активной Защищенной загрузкой, но она требует перехода через некоторые дополнительные обручи; посмотрите эти , повторно находят документацию относительно Защищенной загрузки для деталей.)

Примечание, как которое Вы, возможно, должны обновить Ваш /etc/fstab файл после дисковой передачи, такой, Вы описываете. Это кажется, что можно, по крайней мере, вынудить систему загрузиться, таким образом, корень (/) файловая система, вероятно, настроен правильно; но Вы, возможно, должны скорректировать других. В частности, при монтировании Системный раздел EFI (ESP) в /boot/efi желателен, так как это - значение по умолчанию для Ubuntu.

1
ответ дан 3 November 2019 в 08:06

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

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