Возня с grub2

Не читай убунту форумы. Что там у чувака не так, не понятно. И весь тред народ гадает на кофейной гуще. Путь к файлам задается при установке. При нескольких грабах сначала загрузится MBR, потом как ты настроил.

Так. Еще есть /etc/grub.d/ с кучей настроек в нем.

Смотри /etc/grub.d/10_linux или как он у тебя называется.

Когда компьютер включается, программа из БИОС записывает первые 512 байт HDD в память по адресу 0x7C00.
Первые 446 байт из этих 512 и есть boot.img - первая часть grub`a, которая ну никак не может быть записана в раздел, и содержит jmp на основное ядро core.img grub'a, которое уже сцуко знает, как устроен твой диск, и в каком каталоге лежат его модули и конфигурационные файлы, основным из которых и является grub.cfg, который можно таки править в ручную, что часто и делается при установки оного загрузчика на сменные носители, но не рекомендуется, а в инструмент предлагают пользоваться grub-tools, утилитами для конфигурирования конфигурационного файла, конфигурационные файлы, которых находятся в /etc/default/ и /etc/grub.d
Помимо всего, уже довольно таки давно, для core.img в дисках с GPT не рекомендуют, а просто требуют создавать отдельный, специальный раздел.
Но это всё не для UEFI.

3. /etc/default/grub параметр GRUB_DISABLE_RECOVERY
наверное.

Пхоже, что Fedora (0-rescue-be33690a1c684bf2a1d7e98cad7d2c7f) создает такая штука как dracut при установке нового ядра.
Пока только нашел запись в /lib/dracut/dracut.conf.d/02-rescue.conf: dracut_rescue_image=«yes».
Короче есть несколько вариантов.
Удалить из /boot нафиг все файлы с имением 0-rescue-be33690a1c684bf2a1d7e98cad7d2c7f и затем, да grub2-mkconfig -o /boot/grub/grub.cfg
до следуещего нового ядра.
Или, закомментировать запись

menuentry 'Fedora ( (0-rescue-be33690a1c684bf2a1d7e98cad7d2c7f) 23 (Twenty Three)'
...
}

Ни черта не понял. Почему просто не отредактировать /etc/grub.d/10_linux?

Почему просто не отредактировать /etc/grub.d/10_linux?

Не просто. Не все так хорошо владеют башем.

/etc/default/grub параметр GRUB_DISABLE_RECOVERY наверное.

Попробую. А где про это написано?

Первые 446 байт из этих 512 и есть boot.img - первая часть grub`a

Ну вообще-то в первых 446 байтах обычно загрузчик mbr располагается.

Нет никакого «загрузчика MBR», а есть в структуре диска с классической структурой разбиения такая, простите за тавтологию, структура как MBR, главная загрузочная запись. В первых 446 байтах ее располагается код загрузчика, задачей которого является загрузка более «высокоуровнего» загрузочного кода и передача ему управления. У «обычных» загрузчиков в MBR помещается весь необходимый код, способный загрузить в память и передать управление ядру или другому загрузчику по цепочке, а у GRUB-а туда помещается только Stage1. Stage1 обычно передает управление Stage1.5, занимающей промежуток между таблицей разделов (находщейся в оставшейся части MBR) и первым разделом. Stage1.5 может и не быть, в этом случае управление передается сразу на Stage2, собственно и реализующей пользовательский интерфейс GRUB-а, поддержку файловых систем и прочей шелухи. И именно Stage2 открывает ядро как файл, считывает его в память и передает управление.

можно править руками /boot/grub/grub.cfg
всегда так делаю. проще и удобнее. никаких проблем

Почему просто не отредактировать /etc/grub.d/10_linux?

В моем варианте я еще сильно сомневаюсь но и разбираться дальше как-то тоже не собираюсь, не сильно то этот rescue и мешает.

grub нужно устанавливать в MBR. На раздел установить нельзя

Вроде можно и в раздел установить.

Когда я пользовался lilo или extlinux я делал так:
1. Восстанавливал стандартный загрузчик в mbr командой «dd if=/usr/share/syslinux/mbr.bin of=/dev/sda»
2. Делал активным /dev/sda2 (он у меня обычно используется под «/») 3. Ставил загрузчик в /dev/sda2

+1, нельзя только тем, кто считает, что действительно нельзя :)

Пункт 1 — излишество. То же самое делает LILO с ключом -M. Пункты 2 и 3 — необязательны, я всегда ставил LILO в MBR. А теперь вот перешел на GPT.

Нельзя — это глупость. Просто все твои правки слетят после перегенерации. Даже в олдстейбл дебиане ядра прилетают, про всякие фёдоры и арчи я молчу.

И? Граб на флешке может быть полезным, а вот как штатный загрузчик — оверхед.

как штатный загрузчик — оверхед

Надо было в начале темы вбрасывать — тебе бы рассказали что без него как без рук :)

оверхед

Я это говорил еще тогда, когда его только начали пихать во все дистры.

на флешке

На флешке syslinux за глаза, как и на любой iso-шке.

Но как видим, побеждают бешеные комбайны: сустемдик, граб2. Кто следующий?

можно править руками /boot/grub/grub.cfg ... проще и удобнее

Плюсую.

Еще один неграмотный плюсовальщик. Ты и на арче ручками после почти каждого обновления предлагаешь править?

Да это дело можно и автоматизировать с помощью костылей! Предложения в студию!

chattr +i и никто твой мелколсисечный конфиг не перезапишет и не удалит.

Пфффф... Звание на самый дурацкий костыль присуждено!

Может легче груб2 выкинуть?

Я же сказал, может, а не является :) Сам-то я syslinux и пользую на флешках, а основной загрузчик у меня lilo.