LINUX.ORG.RU

lilo - двойная загрузка


0

0

Поставил я на свободный раздел slackware, и лило в суперблок корневого раздела. Загрузчик от РХ в МБР оставил старый. Редактировал старый лило в МБР чтоб он мог грузить и РХ и Slackware (РХ у меня на hda1 а Slackware на hda3). Сначала я просто добавил в конфиг лило other=/dev/hda3 label=slackware, выполнил /sbin/lilo но это ничего не дало (кроме сообщения, что лило не может найти путь к образу ядра на hda3. В загрузочном меню при старте лило по прежнему фигурировал только РХ. Тогда я прописал путь к образу image=/boot/vmlinuz. Это сработало, но странным образом. В меню лило появились, кроме РХ ещё две возможности загрузки: slackware и /dev/hda3. При выборе slackware или dev/hda3 грузиться всё равно slackware. Как убрать эту запись (dev/hda3) из меню загрузки лило? Я уже всё пробовал, ничего не выходит.

Кстати, я подмонтировал раздел со слакой к РХ и глянул в /boot где обнаружил, вроде два образа ядра vmlinuz и vmlinuz-ide-2.4.22. Я пробовал в конфиге лило указать путь ко второму образу, но лило его не нашёл... Почему так? И кстати, в /boot я не обназужил никакого initrd.blah - в слаке так и должно быть?

Пробовал, кстати использовать lili.conf samples подходящие к моему случаю, но ничто не помогло. Кстати, тут мне советовали указывать в лило не other=/dev/dev/hda3, а root=/dev/hda3 - так вто - не хочет лило иметь в конфиге два рута...

anonymous

На будущее. other используется для загрузки __НЕ__Linux__.

Вам надо было сделать так:

1. Временно подмонтировать куда-нибудь /dev/hda3. В рассматриваемом 
мной примере это /tmp/slack.

2. Убрать _все_, что вы написали ранее.

3. Указать, что 

image = /tmp/slack/boot/vmlinuz
  root = /dev/hda3
  label = Slackware
  read-only 

4. /sbin/lilo

5. Размонтировать /tmp/slack, перегрузиться, должно быть все правильно.

> И кстати, в /boot я не обназужил никакого initrd.blah - в слаке так и должно быть? 

По умолчанию Slackware не страдает рамдисками, поскольку использует 
только оригинальные "vanilla" ядра с kernel.org.

Obidos ★★★★★
()

Не знаю почему у тебя не получилось,могу только предпрложить,что ты упустил параметр read-only,только непойму как он всетаки у тебя загрузился.Для примера даю свой рабочий 
листинг lilo.conf возможно это тебе поможет:
# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
lba32 # Allow booting past 1024th cylinder with a recent BIOS
append="hdc=ide-scsi hdd=ide-scsi"
boot="/dev/hda"
# message = /boot/boot_message.txt
map = /boot/map-bmp
install= /boot/boot-bmp.b
bitmap = /boot/pictures/kgb.bmp
bmp-colors = 6,9,0;15,9,0
bmp-table = 59,5,1,19,
bmp-timer = 66,28,6,8,0
prompt
timeout="1200"
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
# VESA framebuffer console @ 800x600x64k
# vga="788"
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# End LILO global section
# Slackware bootable partition config begins
image=/boot/vmlinuz
root=/dev/hda2
label=Slackware
read-only
# Slackware bootable partition config ends
# Gentoo Linux 1.4 bootable partition config begins
image=/boot/vmlinuz
root=/dev/hda7
label=Gentoo_Linux
read-only
# Gentoo Linux 1.4 bootable partition config ends
# kernel-ide-2.4.20 Slackware config begins
# image=/boot/vmlinuz-2.4.20-old
# root=/dev/hda9
# label=2.4.20_old
# read-only
# kernel-ide-2.4.20 Slackware config ends
# Kernel-2.4.19 Slackware config begins
# image=/boot/vmlinuz-2.4.19
# root=/dev/hda2
# label=kernel-2.4.19
# read-only
# kernel-2.4.19 Slackware config ends
# Windows XP bootable partition config begins
other=/dev/hda1
label="Windows_XP"
table=/dev/hda
# Windows XP bootable partition config ends
# Windows 98 bootable partition config begins
#other = /dev/hdc1
#label="Windows 98"
#table = /dev/hdc 
# map-drive = 0x80
#  to = 0x81
# map-drive = 0x81
# to = 0x80
# Windows 98 bootable partition config ends
# Zagruzka is floppy config begins
other=/dev/fd0
label ="Floppy_disk"
unsafe
# Zagruzka is floppy config ends

PS: http://www.opennet.ru/docs/HOWTO-RU/mini/LILO.html   

madfire
()
Ответ на: комментарий от madfire

Да нет, параметр read-only я добавлял в секцию загрузки слаки (и append="hdc=ide-scsi"). Это никак не отражалось на загрузке.

Кстати, а что это за образ ядра в слаке /boot/vmlinuz-ide-2.4.22 (чем отличается от /boot/vmlinuz)?

anonymous
()
Ответ на: комментарий от anonymous

> Да нет, параметр read-only я добавлял в секцию загрузки слаки (и append="hdc=ide-scsi"). Это никак не отражалось на загрузке.

Ключевое здесь -- грузить линуксы через image, а не other, указать lilo путь к настоящему ядру и правильно прописать root, как я уже писал.

> Кстати, а что это за образ ядра в слаке /boot/vmlinuz-ide-2.4.22 (чем отличается от /boot/vmlinuz)

Судя по размеру, это просто копия. Предполагаю, что для повышения дуракоустойчивости при криворуком пересобирателе ядра.

Obidos ★★★★★
()
Ответ на: комментарий от anonymous

> Кстати, а что это за образ ядра в слаке /boot/vmlinuz-ide-2.4.22 (чем отличается от /boot/vmlinuz)?

Как правило, vmlinuz это символьная ссылка на само ядро,которое ты вырал при установке Слаки, судя по версии ядра ты ставил 9.1 У меня там была именно ссылка на vmlinuz-ide-2.4.22. Скорей всего это сделано, чтобы при собственной сборке ядра в случае его корявости можно быловернуться к старому ядру. Про крайней мере я сам всегда так поступаю :-)

madfire
()
Ответ на: комментарий от Obidos

Спасибо всем за помощь, и, в частности, Obidos - твой "рецепт" сработал. Теперь нет левых записей вроде "/dev/hda3" в меню загрузки лило, и рэдхэт и слака грузятся нормально.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.