Ошибка grub file filters enabled kaspersky
title KRD GUI
find --set-root /liveusb
kernel /rescue/rescue root=live:/dev/well/this/is/nonsense rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg splash quiet doscsi nomodeset
initrd /rescue/rescue.igz
title KRD textmode
find --set-root /liveusb
kernel /rescue/rescue root=live:/dev/well/this/is/nonsense rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg quiet nox kavshell noresume doscsi nomodeset
initrd /rescue/rescue.igz
title KRD show hardware info
find --set-root /liveusb
kernel /boot/rescue root=live:/dev/well/this/is/nonsense rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg quiet softlevel=boot nox hwinfo noresume doscsi nomodeset
initrd /boot/rescue.igz
5) Кроме того, создаём на флешке файл /liveusb.
Б) Для запуска из распакованных файлов:
2) Содержимое образа вываливаем строго в корень файловой системы на флешке
3)
title KRD
kernel /boot/rescue root=live:LABEL=МЕТКА_ФАЙЛОВОЙ_СИСТЕМЫ_НА_ФЛЕШКЕ rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg splash quiet doscsi nomodeset
initrd /boot/rescue.igz
title KRD textmode
kernel /boot/rescue root=live:LABEL=МЕТКА_ФАЙЛОВОЙ_СИСТЕМЫ_НА_ФЛЕШКЕ rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg quiet nox kavshell noresume doscsi nomodeset
initrd /boot/rescue.igz
title KRD show hardware info
kernel /boot/rescue root=live:LABEL=МЕТКА_ФАЙЛОВОЙ_СИСТЕМЫ_НА_ФЛЕШКЕ rootfstype=auto vga=791 init=/init initrd=rescue.igz kav_lang=ru udev liveimg quiet softlevel=boot nox hwinfo noresume doscsi nomodeset
initrd /boot/rescue.igz
3) Вместо LABEL=МЕТКА_ФАЙЛОВОЙ_СИСТЕМЫ_НА_ФЛЕШКЕ можно подставить UUID=uuid_файловой_системы_на_флешке.
Если флешка проброшена не как USB-устройство в виртуальную машину, при проверке загрузки возможны сбои.
USB3.0 также не поддерживается.
Скачал отсюда загрузочный диск с каспером. Диск на основе генту, вроде бы. Там syslinux.
Вопрос: как прикрутить его на флешку?
Добавлено (03.01.2009, 14:38)
---------------------------------------------
Чтобы было проще, вот содержимое диска:
boot.cat
boot.msg
F1.msg
F2.msg
F3.msg
F4.msg
F5.msg
F6.msg
F7.msg
isolinux.bin
isolinux.cfg
kernels.msg
memtest86
rescue
resc ue.igz
System.map-rescue
default rescue
timeout 300
prompt 1
display boot.msg
F1 F1.msg
label rescue
kernel rescue
append root=/dev/ram0 init=/linuxrc looptype=squashfs loop=/image.squashfs cdroot initrd=rescue.igz quiet
label rescue-safe
kernel rescue
append root=/dev/ram0 init=/linuxrc looptype=squashfs loop=/image.squashfs cdroot initrd=rescue.igz nox trace
label rescue-raid
kernel rescue
append root=/dev/ram0 init=/linuxrc looptype=squashfs loop=/image.squashfs cdroot initrd=rescue.igz nox dolvm dodmraid
label rescue-trace
kernel rescue
append root=/dev/ram0 init=/linuxrc looptype=squashfs loop=/image.squashfs cdroot initrd=rescue.igz quiet trace
label rescue-text
kernel rescue
append root=/dev/ram0 init=/linuxrc looptype=squashfs loop=/image.squashfs cdroot initrd=rescue.igz console=tty2 console=ttyS2,115200 softlevel=iamt nox kavshell trace
Добавлено (04.01.2009, 18:48)
---------------------------------------------
По аналогии с SystemRescueCd сделал тут тоже самое. При загрузке говорит что не может найти cdrom.
И еще вопросик. Что значит "добавить параметр ядра". Куда именно его добавлять, вернее в каком файле прописывать, и как?
И тогда еще один вопросик. Вот ссылки я выше опубликовывал, там про то, что вы мне написали ни одного слова нету. Инструкции недописанные?
Добавлено (26.06.2012, 05:22)
---------------------------------------------
Кстате, а где именно взять файл "initramfs"? В "изошнике" я его не нашел. Наверное плохо искал
Добавлено (26.06.2012, 05:27)
---------------------------------------------
И еще один момент. Вот вы написали: "4) Образ положить строго в /rescue/rescue.iso"
И еще один момент. Вот вы написали: "4) Образ положить строго в /rescue/rescue.iso"
А это имеет принципиальное значение? Мне казалось что это влияет лишь только на путь запуска KRD в файле: menu.lst.
Как я понял тут такое дело: командой map --mem /rescue/rescueusb.iso (0xff) мы грузим образ в память (с помощью GRUB4DOS ) и потом запускается загрузчик из мапленного образа - GRUB2 , который понятия не имеет что в памяти висит его образ со всем необходимым и ломится на физический привод где ничего нет, отсюда и ошибки, затем сканирует съемные носители и ищет файл маркер liveusb, если таковой есть то загрузчик идет в папку rescue и берет файлы из находящегося там образа rescue.iso. Видимо так задумывалось разработчиками
> 2. Добавить параметр ядра "root=live:/dev/nonsense". В качестве ядра - файлик: squashfs.img?
Конфиг GRUB2 взять руками из /boot/grub/cfg/kavmenu.cfg и по образу и подобию написать свой menu.lst. О том, где брать ядро и initrd, прочитать в том же конфиге. Ядро и initrd скопировать из образа куда угодно на флешку. Или доставать из образа при помощи map, но тогда образ должен быть строго дефрагментированным.
> И еще вопросик. Что значит "добавить параметр ядра". Куда именно его добавлять, вернее в каком файле прописывать, и как?
Прочитайте документацию по GRUB4DOS, раздел "загрузка Linux". Там сказано, куда писать параметры ядра.
Можно ли развернуть его на диск ?
Хочется вырезать антивирус из gentoo и вставить в более дружественную среду(opensuse,ubuntu) с возможностью сохранять изменения без танцев с бубном.(это реально)
В ext3fs.img нашел папки которые как мне кажется и есть антивирус со всеми потрохами,кроме баз. Папки 3.0.13-krd10 и kl В первой находится ядро и модули, во второй скины библиотеки и два файла с интересными именами krd_stat и kav.Поиск выдал еще два-три файла, но им я не предал особого значения.
LD_LIBRARY_PATH=/home/krd/:$
KL_PLUGINS_PATH=/home/krd/
export LD_LIBRARY_PATH KL_PLUGINS_PATH
/home/krd/kav -gui
> слил kl и 3.0.13-krd10
Пожалуйста, указывайте полные пути. Директория /var/kl/ тоже существует и тоже называется "kl" (и там валяются базы), но в ext3fs.img она пустая.
Это физическая машина, а не виртуальная коробка, и у меня Windows и Linux в двойной загрузке.
Мне удалось выяснить, на каком разделе находится мой linux с помощью ls, но я не знаю, что делать дальше.
insmod нормальный сбой с той же ошибкой
Примерно неделю назад у меня была точно такая же проблема. Я решил это, загрузив загрузочный ремонтный диск из sourceforge. Вам потребуется изготовить загрузочный USB-ключ или компакт-диск, если у вас есть подходящий дисковод для компакт-дисков. В Интернете есть множество руководств о том, как это сделать. Я надеюсь, что у вас есть доступ к системе, в которой вы можете это сделать. Вы можете сделать это в Windows.
В моем случае у меня была виртуальная машина Xubuntu 18.04, и после обновления до 20.04 я получил ошибку grub. Итак, я выполнил то, что описано здесь, что касается Kali, но должно работать для любой установки Linux / grub:
Используя Ubuntu / Xubuntu ISO Live, войдите в режим реального времени (я использовал Ubuntu 20.04, так как он уже был загружен на мой компьютер).
Оказавшись внутри, я открыл терминал и запустил:
Installation finished. No error reported
Я тоже столкнулся с точно такой же проблемой после обновления до 19.10. Вот как я (только сейчас) решил это:
Во-первых, у вас есть две проблемы, а не одна. И ваша установка испорчена И Grub Bootloader испорчен. И запуск только одного исправления не исправит все. Вам нужно ОБА "загрузочный ремонтный диск" и последнюю версию Ubu (обе на загрузочных USB-дисках. НЕ используйте DVD.)
Если вы сначала попытаетесь выполнить (только) "Восстановить установку" с диска Ubu Live, вы все равно будете приветствовать приглашение "grub rescue>", когда закончите.:(Итак, сначала вы должны использовать "boot-repair-disk". Скажите, чтобы он восстановил ваш сломанный загрузочный раздел с Ubu. Если вы не уверены в ID раздела, запустите "GParted" из меню "Пуск". (Нижний левый.)
Восстановите этот загрузочный раздел. Это должно по крайней мере вернуть Grub. Попробуйте запустить Ubu. Если это работает, все готово. Если нет, загрузите Live CD с USB.
Я рекомендую установить флажки для загрузки всех обновлений во время установки, включая сторонние.
Установщик должен обнаружить ваш сломанный раздел и дать вам возможность починить его (первый вариант). Возможно, потребуется отключить некоторые сторонние репозитории. Ничего страшного, они достаточно легки, чтобы вернуться позже.
(Примечание. Если раньше вам приходилось входить с паролем, не пытайтесь выбрать "Войти без пароля" сейчас. Он не пропустит вас, когда вы закончите.)
После этого у вас должна быть установлена Ubuntu 19.10 со всеми / большинством существующих приложений (хотя ярлыки на панели инструментов будут сброшены). Мне пришлось переустанавливать несколько сторонних приложений, но впоследствии их конфигурации все еще были там, так что ничего не было потерял.:)
Только что запустил последний пакет обновлений 20.04 (Xubuntu), и теперь я получаю ошибку GRUB:
Я попал в оболочку "grub rescue", но понятия не имею, что там делать, что может быть полезно. Для меня "символ не найден" означает какую-то ошибку сборки с пакетом grub, но я действительно не знаю, как работает grub. Я заметил, что это обновление также включало "прошивку", не уверен, может ли это быть связано. Лучше всего загрузиться с live CD и посмотреть, смогу ли я как-нибудь откатить обновление до grub?
Отредактировано для добавления:
Хорошо, спасибо многим! Вот что я теперь понимаю.
В системах без UEFI grub устанавливается в двух отдельных частях. Первая, самая основная часть - это часть, которая запускается при загрузке. Но для большей части его функциональности нужна вторая часть. Эти части должны быть выровнены - ни одна из частей не должна требовать каких-либо функций от другой части, которой на самом деле нет.
Видимая проблема во время выполнения возникает, когда эти части не выровнены, а функция grub_calloc не предоставляется. Мне не на 100% ясно, принадлежит ли grub_calloc второй, большей части или первой. Я ожидал второго, но система сборки grub - произведение искусства, поэтому я не знаю:).
Основная причина проблемы заключается в том, что обновление grub не обеспечило обновление обеих частей. В идеале невыполнение этого требования должно привести к сбою установки grub, и систему следует вернуть в безопасное состояние. Так не бывает.
На самом деле для меня это до сих пор остается загадкой. Все, что требуется для обновления по умолчанию, - это поместить каждую часть на место текущих частей, потому что, очевидно, это сработало. Если места установки / диски зависят от конфигурации, и одно из этих мест не может быть достигнуто, то каким-то образом возникло несоответствие между этими данными конфигурации и реальностью. Это может не проявляться как проблема, пока между частями не будет введена новая зависимость.
Все варианты решения включают переустановку личинки, чтобы обеспечить совмещение двух частей. На самом деле нет необходимости возвращаться к предыдущей версии (хотя это будет работать), потому что сама по себе среда выполнения grub не работает. Есть множество способов добиться этого, в зависимости от вашей среды, но запуск живого диска Boot-repair для меня сработал.
Во избежание подобного несоответствия в будущем может быть полезно убедиться, что установщик grub в вашей системе настроен для установки на правильные устройства.
Это обновление устраняет некоторые важные ошибки (см. Уведомление о безопасности Ubuntu 4432). Если вы вернули grub для решения этой проблемы, имейте в виду, что вы подвержены этим проблемам.
Я не совсем уверен, что я сделал. Мне кажется, я установил Ubuntu поверх Windows на своем нетбуке Acer. Затем я попытался установить Linux Mint, но он не запустился.
Я выключил и снова включил нетбук. Теперь я получаю ошибку.
Я прочитал много других вопросов, подобных этому, но в моем случае я не могу загрузить компакт-диск. Если я вставлю компакт-диск с Ubuntu или компакт-диск с Linux Mint в свой внешний привод CD /DVD и сначала изменю свой BIOS на загрузку CD-ROM, у меня просто появится тот же экран с ошибкой.
Обновление скопировано из комментария от 2012-05-26 02:54:29Z
Вот некоторые результаты моих команд:
Следующее решило проблему для меня, у меня есть Windows 7 & Ubuntu 10.04. После запуска следующих команд мне не нужно запускать их каждый раз, и я могу нормально загружать обе ОС:
Теперь, когда вы загрузитесь в Ubuntu, выполните следующие две команды:
Замечания: /dev/sda это диск, где вы хотите установить GRUB, это может быть /dev/sdb или что-то еще, но обычно /dev/sda
Примите во внимание, что hd0 может быть Х (0,1,2..) в зависимости от порядка дисков и 6 может быть и другим, это может быть (hd0,gpt7) , например.
Сначала загрузитесь в Ubuntu из образа ISO.
Найдите раздел Ubuntu и папку, содержащую модули GRUB.
Папка GRUB, содержащая модули, должна быть расположена так, чтобы можно было загружать правильные модули. Эта папка была бы создана во время первоначальной установки Ubuntu и должна находиться в разделе Ubuntu. Эта папка обычно находится в (hdX,Y)/boot/grub или (hdX, Y) / usr / lib / grub / i386-pc. Найдите свой существующий раздел Ubuntu и папку модуля.
- Эта команда должна правильно указывать на папку, содержащую модули GRUB. Адрес должен быть тем, что был в предыдущем разделе, где отображались модули.
Теперь сделайте это после загрузки:
sudo mount /dev/sdaX /mnt
Вот, sdaX ваш загрузочный раздел. Вы можете получить список с sudo blkid как это,
Замечания: sdaX должен быть раздел Linux.
sudo grub-install --boot-directory=/mnt/boot /dev/sda
Загрузите свою систему с Ubuntu Live CD и попробуйте это, для меня это творит чудеса.
Перед прочтением: Ответ ниже предназначен для пользователей Ubuntu, которые только что обновили / восстановили / переустановили / установили OS X. Вероятно, ответ будет работать, если это не так (например, если в вашем разделе есть несоответствия) стол), но я не уверен.
Для меня это произошло после обновления до OS X Mavericks (10.9). В основном, возможно, произошло то, что OS X создала раздел восстановления ("Recovery HD"), который система обнаруживает только иногда. Например, GParted в Ubuntu увидит раздел восстановления нормально, но при перечислении разделов в терминале ( fdisk -l ), вы можете не видеть разделы.
Диагностика проблемы: вызвало ли обновление / форматирование / восстановление OS X проблему?
Чтобы диагностировать, что это действительно так, сначала загрузите GRUB для загрузки в Ubuntu. Чтобы сделать это, перейдите на эту страницу или посмотрите, смогут ли другие ответы на этот вопрос помочь вам в Ubuntu. Для меня запуск следующих команд временно позволил мне загрузить правильный раздел. В зависимости от того, как настроены ваши жесткие диски и разделы, они могут различаться:
Теперь войдите в Ubuntu и проверьте GParted. Если вы видите раздел восстановления, откройте терминал и введите fdisk -l чтобы увидеть, обнаружит ли это раздел восстановления. Если в нем нет одинаковых разделов, проверьте столбец устройства / раздела и посмотрите, не совпадают ли они (например, в GParted ваш загрузочный раздел может быть /dev/sda4 , но это /dev/sda3 при беге fdisk ). Если это так, продолжайте читать. Если это не так, похоже, ваши разделы выстроены правильно. Вы можете либо продолжить чтение и следовать инструкциям (которые, если GRUB работал до восстановления / переустановки / и т. Д., Это должно работать правильно), либо просто переустановить GRUB в нужном разделе.
Способ 2
Всё сильно упрощается, если использовать Live CD – загрузочный диск с системой Linux. Он может быть записан на флешке, на внешнем винчестере или на обычном диске – это неважно, главное, чтобы с него можно было загрузить компьютер.
После загрузки Linux стандартным способом устанавливается бесплатная утилита Boot Repair. Она предназначена именно для устранения ошибок загрузки с помощью загрузчика Grub и очень проста в использовании – достаточно кликнуть по кнопке.
После выполнения всех этих действий ошибка будет устранена. Пишите в комментариях была ли полезна для вас эта статья и задавайте любые интересующие вопросы по рассмотренной теме.
Способ 1
- ls — позволяет вывести всё содержимое;
- set — применяется для установки переменных;
- unset — очищает переменную;
- insmod — необходима для загрузки модулей.
Также можно сделать доступным ряд других команд. Сделать их доступными можно, загрузив модуль «normal». Для этого пропишите:
После этого станут доступны:
- dump — для очистки памяти;
- exit — команда выхода из загрузчика;
- chainloader — необходима, чтобы указать последующей команде boot передать управление цепочечному загрузчику;
- kfreebsd — несколько команд, позволяющих загрузить ядро FreeBSD, его модули;
- rmmod — позволяет выгрузить указанный модуль ядра;
- multiboot.
Первым делом нужно отыскать модули, чтобы загрузить их. Для этого введите:
Результатом выполнения команды будет следующее:
(hd0) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1)
Из этого можно сделать вывод, что загрузчик не может определить файловые системы дисков, поэтому определяет их как msdos. Теперь необходимо угадать видимые диски. В конкретном примере перед вами два диска: hd0 (с тремя разделами) и hd1 (с двумя разделами). Допустим, вы знаете, что Linux инсталлирован на диск, который имеет три раздела. В таком случае вам нужен диск с индексом «0».
GRUB даёт названия разделам в обратном порядке. В связи с этим, неясно как трактовать запись: «(hd0,msdos3)». Ведь можно посчитать это как первым разделом, так и третьим. К счастью, из этой ситуации можно выйти при помощи такого синтаксиса команды: «(hd0,1)». Обратите внимание, что в программе-загрузчике GRUB отсчёт дисков идёт с 0, а разделов с 1.
Допустим, что Линукс хранится в первом разделе, тогда он будет обозначаться (hd0,1). В этом случае команда, которую необходимо прописать, будет иметь вид:
Теперь модули могут быть загружены. Использовать их можно только после загрузки.
После того как вы выбрали нужный диск, проверьте содержится ли там то, что нужно. Для этого пропишите:
В результате выполнения на экране появится список md файлов.
После этого загрузчик будет переведён в режим полной функциональности. Затем автоматически будут найдены разделы с операционной системой, и откроется меню программы.
Теперь остаётся загрузить Linux. Делается это при помощи команды:
Исправление путем удаления / объединения раздела восстановления
Чтобы решить эту проблему, мы хотим избавиться от раздела восстановления - он вызывает проблемы и несоответствия, и его удаление не должно наносить ущерба. В идеале вы хотите объединить его с обычным разделом HFS + OS X, поэтому следуйте этому вопросу и ответьте здесь. После объединения GRUB должен вернуться в нормальное состояние.
Для начала давайте определимся с тем, что из себя представляет эта программа. GRUB — представляет собой системный загрузчик, устанавливающийся непосредственно с Линукса и записывающий все данные на первый раздел диска (MBR).
Сам rescue mode является отличительной чертой GRUB 2 от его предыдущей версии. Этот режим запускается, если программе-загрузчику не удалось найти файл «grub.cfg» либо не удалось передать управление в kernel (ядро). В итоге не удаётся найти загрузочные файлы и запустить операционную систему. Именно тогда и возникает ошибка.
Следуйте инструкциям ниже, чтобы узнать, как решить проблему с GRUB
Читайте также: