Error symbol grub file filters not found как исправить

Примерно неделю назад у меня была точно такая же проблема. Я решил это, загрузив загрузочный ремонтный диск из sourceforge. Вам потребуется изготовить загрузочный USB-ключ или компакт-диск, если у вас есть подходящий дисковод для компакт-дисков. В Интернете есть множество руководств о том, как это сделать. Я надеюсь, что у вас есть доступ к системе, в которой вы можете это сделать. Вы можете сделать это в Windows.

Возможно, это удастся исправить из приглашения grub rescue, а затем из приглашения grub. Сначала я попробовал это, но безуспешно следовал руководству, которое нашел в Интернете.

Удачи

PonJar

26 окт ’19 в 17:16
2019-10-26 17:16

В моем случае у меня была виртуальная машина Xubuntu 18.04, и после обновления до 20.04 я получил ошибку grub. Итак, я выполнил то, что описано здесь, что касается Kali, но должно работать для любой установки Linux / grub:

1. Используя Ubuntu / Xubuntu ISO Live, войдите в режим реального времени (я использовал Ubuntu 20.04, так как он уже был загружен на мой компьютер).

2. Оказавшись внутри, я открыл терминал и запустил:

# So we can run the next commands as `root`:
sudo su

# To figure which partition had my Xubuntu installation (partition type `Linux`)
# in my case it was `/dev/sda1`, we can use:
fdisk -l

# Let's mount a few things:
mount /dev/sda1 /mnt
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys

chroot /mnt

# Now let's try to fix Grub:
grub-install /dev/sda

Если все прошло хорошо, вы должны увидеть сообщение вроде:

Installation finished. No error reported

1. Теперь мы можем очистить и перезагрузить:

# To change back chroot:
exit

# And now we can umount all:
umount /mnt/dev/pts
umount /mnt/dev
umount /mnt/proc
umount /mnt/sys
umount /mnt

# Now we can reboot:
reboot

yorch

12 июл ’20 в 15:35
2020-07-12 15:35

Я не мог получить boot-repair (или boot-repair-disk) работает, но исправить это удалось, загрузившись с живого Ubuntu 19.10 USB, установив старый диск, введя chrootи работает grub-install а также update-grub,

Здесь есть ошибка панели запуска, которая рекомендует исправление chroot, как описано здесь.

parsim

08 ноя ’19 в 03:54
2019-11-08 03:54

Я тоже столкнулся с точно такой же проблемой после обновления до 19.10. Вот как я (только сейчас) решил это:

Во-первых, у вас есть две проблемы, а не одна. И ваша установка испорчена И Grub Bootloader испорчен. И запуск только одного исправления не исправит все. Вам нужно ОБА “загрузочный ремонтный диск” и последнюю версию Ubu (обе на загрузочных USB-дисках. НЕ используйте DVD.)

Если вы сначала попытаетесь выполнить (только) “Восстановить установку” с диска Ubu Live, вы все равно будете приветствовать приглашение “grub rescue>”, когда закончите.:(Итак, сначала вы должны использовать “boot-repair-disk”. Скажите, чтобы он восстановил ваш сломанный загрузочный раздел с Ubu. Если вы не уверены в ID раздела, запустите “GParted” из меню “Пуск”. (Нижний левый.)

Восстановите этот загрузочный раздел. Это должно по крайней мере вернуть Grub. Попробуйте запустить Ubu. Если это работает, все готово. Если нет, загрузите Live CD с USB.

Дважды щелкните значок “Install Ubuntu 19.10” на рабочем столе (не волнуйтесь, будет возможность исправить без потери ваших старых программ / файлов.)

Я рекомендую установить флажки для загрузки всех обновлений во время установки, включая сторонние.

Установщик должен обнаружить ваш сломанный раздел и дать вам возможность починить его (первый вариант). Возможно, потребуется отключить некоторые сторонние репозитории. Ничего страшного, они достаточно легки, чтобы вернуться позже.

(Примечание. Если раньше вам приходилось входить с паролем, не пытайтесь выбрать “Войти без пароля” сейчас. Он не пропустит вас, когда вы закончите.)

После этого у вас должна быть установлена ​​Ubuntu 19.10 со всеми / большинством существующих приложений (хотя ярлыки на панели инструментов будут сброшены). Мне пришлось переустанавливать несколько сторонних приложений, но впоследствии их конфигурации все еще были там, так что ничего не было потерял.:)

Mugsy

01 ноя ’19 в 22:08
2019-11-01 22:08

nishant

05 ноя ’19 в 20:57
2019-11-05 20:57

Работал для меня при новой установке Ubuntu 20.04, где grub, по-видимому, не установился правильно.

    $ sudo mount /dev/sda1 /mnt
    $ sudo grub-install --root-directory=/mnt /dev/sda

как описано выше в предыдущем посте (используйте значения для вашей установки вместо /dev/sda1 и /dev/sda)

jakester

02 ноя ’20 в 12:54
2020-11-02 12:54

Для читателей, которые сталкиваются с этой проблемой при обновлении виртуальной облачной системы, вы можете смягчить ее, переустановив grub и
update-grubсразу после обновления системы перед перезагрузкой. Возможно, даже простое обновление grub перед перезагрузкой в ​​обновленную систему могло бы смягчить его, но я не хотел рисковать, и сейчас у меня нет времени проверять это.

Я усвоил это на собственном горьком опыте, но, к счастью (должен ли я сказать, естественно?), У меня был снимок системы прямо перед попыткой обновления системы, поэтому я, прочитав возможные причины, восстановил снимок, повторно выполнил систему обновить, затем переустановить grub.

Увы, пока это каким-то образом не будет задокументировано в документации поставщиков облачных услуг или пока не будет разработано обходное решение, которое предотвращает это, не будет возможности гарантировать, что пользователи, которые столкнутся с этим, готовы.

Я также сообщил об этом в связанной проблеме на Launchpad.

A. Gh.

08 ноя ’20 в 14:51
2020-11-08 14:51

У меня были такие же проблемы, и я не мог их решить. Я устал использовать Grub-Rescue, но не добился успеха.

Я загрузился с живого носителя Ubuntu (DVD или USB), и установка инструмента восстановления загрузки решила эту проблему для меня.

Как установить инструмент Boot-Repair на живой диск Ubuntu?

Я копирую свое решение сюда, кажется, что этот поток более заметен.

Что НЕ РАБОТАЛО

1. У меня была такая же проблема, и вышеприведенное решение от @rapid3642 НЕ РАБОТАЛО. Дело CHROOT мне не подошло, потому что я мог использовать
   F12и смог войти в Linux без проблем. Я также попытался запустить вышеуказанные команды как chroot в системе / разделе ubuntu напрямую (без монтажной части, поскольку у меня была установлена ​​​​и работала ubuntu)
2. Rescatux тоже не заработал, хотя вроде бы утилита, которая должна была быть чистым гуи.

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

Что мне помогло, так это утилита boot-repair-disk .Как ни странно, это не работало в режиме по умолчанию (
Recommended Repairsection ), но мне пришлось изменить следующее

Дополнительные параметры -> Местоположение Grub

1. Измените ОС для загрузки по умолчанию на Linux (да, вы можете войти в Windows, но вам нужно сохранить Linux в качестве мастера)
2. Снимите флажок Spearate /boot /boot/efi partition
3. Поместите личинку в
   <your linux partition such /dev/sda>

Я также удалил еще одну опцию, убедившись, что по умолчанию GRUB просматривает окна, я не помню, что это было (хотя я выполнил процедуру всего несколько минут назад

Обратите внимание, что есть инструкции, которым вы должны следовать , и команды, которые вам нужно выполнить вручную, что также включает очистку grub-install из раздела linux (чего в ретроспективе могло бы быть достаточно).

Я считаю, что все можно сделать другими методами, и особенно ответ @mugsy кажется почти таким же. Однако мой ответ не использует Gparted и какие-либо дополнительные материалы.

vegabondx

06 июл ’21 в 01:34
2021-07-06 01:34

If the system was not rebooted after the upgrade, kindly run: 

/usr/sbin/shim-install