Имеется два жестких - соответственно hda и hdb. Первый - primary master, второй - primary slave. В корне первого записан NT Loader, в корне второго - LILO. В биосе загрузочные устройства прописаны так: First boot dev. - HDD0 (то есть первый жесткий), second boot dev. - HDD1 (соотв. второй жесткий), third boot dev. - cdrom.
Внимание, вопрос: почему же при загрузке компа всем рулит LILo?
Не то, чтобы меня это смущало, наоборот, так гораздо удобнее, но все же интересно, почему так происходит.
dennica: Задачка на сообразительность
он видимо в MBR
Если не путаю, то MBR своя на каждом диске, собственно в корне этого диска. Соответственно для маздая на первом диске в MBR записан NTL, а для линуха на втором диске в MBR записан LILO. В противном случае я не мог бы грузиться в какую-либо из осей при отключенном (физически) одном из винтов. А оси прекрасно грузятся и по отдельности. Причем, если физически отключать второй диск, то винда грузится без проблем.
lilo пишет себя в mbr тогда как виндовые загрузчики себя туда не пишут, а пользуются "стандартным" mbr загрузчиком
Что есть "стандартный" mbr загрузчик? Чем он отличается от прочих? Мне всегда казалось, что под виндой командой fixmbr я просто переписываю обычную область MBR.
Правильно, переписываешь, но при этом код в загрузчике будет указывать на запуск винды
Верно, туда он и указывает. Но загрузчик винды на primary master, а загрузкой системы управляет lilo, который на primary slave.
Я просто не совсем понял мысль Sheridan'a насчет "стандартных" и нестандартных загрузчиков. В чем отличие загрузочной записи на диске с виндой от загрузочной записи на диске с линухом?
Покажи плиз lilo.conf
boot=/dev/hdb
map=/boot/map
install=menu
default="263-7"
keytable=/boot/ru4.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
disk=/dev/hdb bios=0x80
disk=/dev/hda bios=0x81
image=/boot/vmlinuz
label="linux"
root=/dev/hdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdb5 splash=silent"
vga=788
read-only
image=/boot/vmlinuz
label="linux-nonfb"
root=/dev/hdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdb5"
read-only
image=/boot/vmlinuz-2.6.3-7mdk
label="263-7"
root=/dev/hdb1
initrd=/boot/initrd-2.6.3-7mdk.img
append="devfs=mount acpi=ht resume=/dev/hdb5 splash=silent"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/hdb1
initrd=/boot/initrd.img
append="failsafe acpi=ht resume=/dev/hdb5 devfs=nomount"
read-only
other=/dev/hda1
label="windows"
table=/dev/hda
map-drive=0x80
to=0x81
map-drive=0x81
to=0x80
Но дело ведь не в том, что написано в LILO, а в том, что LILO не должен физически вылезать вперед NTLoder'a, независимо от того, что в нем написано.
[quote=dennica]Но дело ведь не в том, что написано в LILO, а в том, что LILO не должен физически вылезать вперед NTLoder'a, независимо от того, что в нем написано.[/quote]
Не согласен. Если склероз не изменяет, если стоит лило с загрузкой винды, при выборе винды, если есть НТ лоадер, запускается он. (прошу прощения за сумбурность)
То есть, одна из строк в NT Loader'e обеспечивает переход к другому загрузчику на другой диск? Не вполне понимаю этот механизм. По моему мнению, дело может быть только в BIOS'e, который вопреки всему определяет порядок загрузки так, как ему хочется.
[quote=dennica]
boot=/dev/hdb
...
disk=/dev/hdb bios=0x80
disk=/dev/hda bios=0x81
[/quote]
Здесь у тебя указано, что HDD0 называется hdb, а HDD1 называется hda, т.о. когда ты сказал lilo, она прописала загрузчик в MBR HDD0
[quote=dennica]
...
map-drive=0x80
to=0x81
map-drive=0x81
to=0x80
[/quote]
А здесь у тебя указан мэппинг драйвов, причем все ремэпается с точностью до наоборот. Честно говоря, у меня от такого lilo.conf скоро segmentation fault случится. Перепиши его, плиз, руками без всяких автомагических генераторов (судя по всему это тебе при установке какая-нибудь шибко умная мандраковская прога сгенерила :-)).....
Точно. Недостаток мандраки в том, что переписывать руками приходится все. Послеустановочная настройка занимает уйму времени. lilo.conf тоже перепишу, но позже - не самая критичная точка на данный момент.
Спасибо, что обратил мое внимание на эти тонкости.
Да, еще совет: пропиши хотя бы один вариант с append="noresume", могут быть проблемы с восстановлением образа памяти из свопа.
Спасибо за совет. Хотя переписывать уже достало. Проще будет снести мандраку, тем более, что с каждой новой версией она становится только хуже, а вместо нее поставить слаку. Самодеятельность системы мне надоела.

Последние комментарии
10 лет 10 недель назад
10 лет 29 недель назад
10 лет 39 недель назад
10 лет 39 недель назад
11 лет 29 недель назад
11 лет 29 недель назад
11 лет 29 недель назад
11 лет 30 недель назад
11 лет 30 недель назад
11 лет 31 неделя назад