После загрузки с живого компакт-диска Ubuntu (пробовал 14.04 и 16.04) я смог обойти эту проблему, запустив update-grub chroot'ed в раздел grub. (Замена /dev/sda1 ниже с тем разделом, на котором вы установили grub. Все команды от имени root.)

mkdir /mnt/chrootdir
mount /dev/sda1 /mnt/chrootdir
for dir in proc dev sys etc bin sbin var usr lib lib64 tmp; do
    mkdir /mnt/chrootdir/$dir && mount --bind /$dir /mnt/chrootdir/$dir
done
chroot /mnt/chrootdir
update-grub2  # inside chroot

Найдите диск, который должен загрузиться с

mount

Или же

parted -l

Или же

fdisk /dev/sda

И введите p, чтобы получить список разделов, ищите тип 83.

(Если у вас есть Fedora, вам, возможно, придется использовать команды "vgs" и "lvs", а если у вас есть mdraid, вам может понадобиться "cat /proc/mdstat" или mdadm -A --scan или insmod raid1 или insmod raid5, а затем mdadm -A --scan), и вы будете использовать /dev/md0 или /dev/mapper/my-vg вместо / dev / sda

тогда попробуй смонтировать

mkdir /mnt
mount /dev/sda1 /mnt
cd /mnt
ls -l

Это твой диск? Здорово!

grub-install --recheck --root-directory=/mnt /dev/sda 

(В зависимости от того, какой диск / dev использует ваш корень, с установленным путем)

grub-install --recheck --root-directory=/mnt /dev/sda --force

(Принудительно, если вам не нравятся ваши разделы.)

Теперь он должен загрузиться в grub, и вы можете использовать команды grub для загрузки, после перезагрузки и выбора правильного загрузочного диска в BIOS Setup, или нажав ESC или F12 в зависимости от вашего BIOS и того, достаточно ли вы быстры, затем в приглашение Grub - вы можете использовать завершение табуляции, чтобы найти его, если оно не (hd0,1), но (hd1,3) или что-то еще, но будьте осторожны, завершение табуляции иногда зависает на несколько секунд, если grub не может прочитать диск,

insmod linux
ls
root=(hd0,1)
linux /boot/vmlinuz root=/dev/sda1
initrd /boot/initrd
boot

Или, надеюсь, у вас все еще есть неповрежденный файл grub.cfg... или, возможно, это сработает:

grub-mkconfig -o /mnt/boot/grub/grub.cfg

Пересмотренное решение на основе кода выше

Решение, описанное выше, не будет работать полностью без проблем, поскольку оно монтирует загрузочный раздел в / (корневой) файловой системы. Это заставляет grub жаловаться, что /boot не существует, конечно. Это исправит эту проблему:

mkdir /mnt/chrootdir
mkdir /mnt/chrootdir/boot
mount /dev/sda1 /mnt/chrootdir/boot
for dir in proc dev sys etc bin sbin var usr lib lib64 tmp; do mkdir /mnt/chrootdir/$dir && mount --bind /$dir /mnt/chrootdir/$dir ; done
chroot /mnt/chrootdir
update-grub2  # inside chroot

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

Другое (более простое) решение

Если у вас возникли проблемы с его запуском, попробуйте скопировать раздел /boot в раздел / (root). Для этого запустите вашу систему с Ubuntu live boot dvd и откройте терминал. Внутри этого типа:

sudo su
fdisk -l

Чтобы узнать, какие разделы у вас есть. В моем случае sda1 - это мой /boot раздел размером около 250 МБ и sda5 размером около 500 ГБ. Я использую эти значения в командах ниже:

mkdir /mnt/boot/
mount /dev/sda1 /mnt/boot/

mkdir /mnt/root/
mount /dev/sda5 /mnt/root/

cp -R /mnt/boot/ /mnt/root/boot/

Установите загрузочный флаг для раздела данных и удалите его для загрузочного раздела:

fdisk /dev/sda
b -> 1 (unset the bootable flag for the first partition)
b -> 5 (set the bootable flag for the fifth partition)
w -> write changes to the MBR

Ваш компьютер теперь будет искать внутри sda5 загрузочные файлы. Пришло время снова выполнить chroot, на этот раз с некоторыми необходимыми папками, необходимыми для grub и уже сгенерированными вашим живым диском Ubuntu:

mkdir /mnt/chrootdir/
mkdir /mnt/chrootdir/dev/
mkdir /mnt/chrootdir/proc/
mkdir /mnt/chrootdir/sys/

mount /dev/sda5 /mnt/chrootdir/
mount --bind /dev/ /mnt/chrootdir/dev/
mount --bind /proc/ /mnt/chrootdir/proc/
mount --bind /sys/ /mnt/chrootdir/sys/

chroot /mnt/chrootdir/

grub-install /dev/sda

Установка завершена. Об ошибках не сообщается.

Если вы не видите сообщения о том, что файл grub.cnf сгенерирован, запустите команду обновления:

update-grub2 /dev/sda

Теперь вы можете безопасно перезагрузиться и снова увидеть известное меню загрузки.

Это решение было единственным, которое работало для меня после перехода с физического сервера на виртуальную машину. Я надеюсь, что кто-то найдет это полезным!

Получил ту же ошибку. Единственная проблема заключалась в том, что /cow все еще был установлен на /.

Маленькая sudo umount /cow сделала свое дело.

Я знаю, это старая проблема, но сегодня у меня были те же проблемы с актуальной версией mint-linux (на основе Ubuntu). Я нашел очень простое решение!:-) Сними интернет-соединение при первой установке. Это остановить загрузку несовместимого grub2. Сделайте обновление всего после завершения установки.

Я перепробовал все решения и не смог это исправить. Что сработало для меня - это установить Windows 10(он создаст раздел EFI), затем удалить все разделы Windows, кроме EFI, и установить Linux. На этот раз Linux успешно и автоматически настроит grub.

Это команда update-grub, которая выдаст вам ошибку при использовании ее с live cd. Я столкнулся с подобной ситуацией, когда делал спасение. Проблема в том, что команды update-grub и grub-install не работают напрямую под live cd (я не знаю почему). Итак, вам нужно перейти в / usr / sbin, где находятся команды, и выполнить их оттуда (т.е../update-grub).