Как удалить терминал запуска «GNU GRUB версии 2.02» в Linux Mint 20 cinamon?
Цель файла — позволить кому-то запустить произвольный код на вашем сервере через HTTP .
Что вам следует сделать, так это немедленно закрыть доступ к сайту и, если возможно, к остальной части сервера, найти поддающиеся проверке резервные копии, сделанные до компрометации, для восстановления, тщательно изучить все, чтобы выяснить, что еще они сделали, и как они попали в первую очередь, чтобы вы могли исправить это, прежде чем снова запускать что-либо.
См. также:Что делать со скомпрометированным сервером? о безопасности SE.
Поскольку вы недавно установили новую версию ОС, «консоль», которую вы видите, может быть устаревшей установкой GRUB, которая не поддерживается вашей текущей загруженной системой. Вам нужно будет настроить параметры порядка загрузки системы, чтобы избежать устаревшего экземпляра GRUB, и, возможно, затем удалить его из системы.
Попробуйте запустить sudo efibootmgr -v, скопируйте и отредактируйте вывод в исходный вопрос.
Если ваша система загружается в стиле UEFI -, у вас может быть незначительная проблема, связанная с безопасной загрузкой -:сценарии установки могли изначально создать «простую» загрузочную запись для GRUB без загрузчика-заглушки для безопасной загрузки, и еще один вариант загрузки с загрузчиком Secure Boot shimx64.efi. Если действует безопасная загрузка, «обычный» GRUB не сможет загрузить какой-либо исполняемый код, поскольку модули GRUB не будут использовать исполняемый формат Windows PE, распознаваемый безопасной загрузкой. В результате он попадает в приглашение оболочки GRUB.
Как только вы выходите из «обычного» GRUB, другая загрузочная запись запускает GRUB через shimx64.efiзагрузчик,что позволяет GRUB работать при наличии Secure Boot.
Если это проблема, вам просто нужно определить загрузочную запись, которая использует shimx64.efi, и сделать ее первой в порядке загрузки встроенного ПО. Это может сделать команда efibootmgr.
Возможно даже, что старая загрузочная запись из предыдущей установки Mint 19 все еще присутствует и вызывает путаницу.
В выводе sudo efibootmgr -vпервой строкой должно быть BootCurrent: XXXX, где XXXX— четырехзначное -шестнадцатеричное число. Он идентифицирует загрузочную запись, которая загрузила работающую в данный момент ОС. Если его номер в данный момент не является первым в строке BootOrder:вывода, вам необходимо это исправить.
Итак, если вывод sudo efibootmgr -vбудет выглядеть примерно так:
BootCurrent: XXXX
Timeout: 1 seconds
BootOrder: YYYY, XXXX, ZZZZ, <...possibly other numbers...>
BootXXXX* Mint 20 <....> File(\EFI\Mint\SHIMX64.EFI)
<other boot entries...>
Здесь BootXXXXв настоящее время не является первым в BootOrder, поэтому вам нужно будет сделать его первым, вот так:
sudo efibootmgr -o XXXX,YYYY,ZZZZ,<any other Boot numbers listed in the original BootOrder line...>
Обратите внимание, что хотя в исходной строке BootOrder:после запятых есть пробелы, вы не должны использовать пробелы при указании номеров загрузки для команды sudo efibootmgr -o....
Прошу прощения, я давно не обращал внимания на GRUB. При этом вы можете сделать то же самое, что и я. Прочтите текстовые файлы в /boot и онлайн-документацию GRUB. Это особенно важно, если вы новичок в Linux.
Ваш файл /etc/default/grub выглядит так же, как мой. Все, о чем я могу думать, это еще один экземпляр без комментариев #GRUB _TERMINAL="console" в /boot/grub/grub.cfg или отсутствующие пункты меню в этом файле.
Записи и метки меню могут быть в /boot/grub/grub.cfg, иначе этот файл будет указывать на несколько других файлов с открытым текстом с информацией.
Вы должны увидеть пункты меню в похожем формате:
menuentry "Start Linux Mint 18.2 Cinnamon 64-bit" {
set gfxpayload=keep
linux /casper/vmlinuz file=/cdrom/preseed/linuxmint.seed boot=casper iso-scan/filename=${iso_path} quiet splash --
initrd /casper/initrd.lz
Другие файлы, относящиеся к GRUB и загрузке, обычно находятся в том же каталоге, что и файл заставки, или поблизости.
Вы можете попробовать :sudo find /boot -type f -iname *.png