он видимо в 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", могут быть проблемы с восстановлением образа памяти из свопа.

Спасибо за совет. Хотя переписывать уже достало. Проще будет снести мандраку, тем более, что с каждой новой версией она становится только хуже, а вместо нее поставить слаку. Самодеятельность системы мне надоела.