Здравствуйте, LuciferArh, Вы писали:
LA>Нет, неверно. Потому что *nix, как и Win NT, поддерживают несколько активных (загрузочных) разделов. Не веришь — зайди в Disk Manager самой винды и сделай два активных диска. Не проблема. Когда в систему ставится альтернативный загрузчик, то он модифицирует MBR таким образом, что она начинает ссылаться на тело основного загрузчика, расположенного, строго говоря, где угодно на диске или дисках. Штатный MBR винды просто в упор не понимает систем, отличных от FAT или NTFS. В принципе, можно заставить грузить *nix и штатный загрузчик винды, но для этого нужен boot-sector раздела *nix, который и является собственно MBR. Если ты хоть раз ставил винды из-под DOS, то должен помнить, что винда создавала на диске файлик bootset.dos. Вот этот файлик и был копией MBR самого DOS, без которого была невозможна загрузка DOS. WinNT создавала точно такой же файлик при установке из-под Win9x, чтобы последняя могла загрузиться.
1. Что значит поддерживают несколько активных (загрузочных) разделов? Что ты под этим понимаешь?
2. Ну и как ты пометил несколько разделов как Active? Disk management, как и все в винде, слишком уж следит за целостностью.
До
После
Но русские мужики так просто не сдаются! Можно использовать мощные линуксовые приложения (cfdisk, который просто curses интерфейс для sfdisk).
И вот желанный результат:
Осталось посмотреть, что же нам скажет стандартный загрузчик MBR на это безобразие...
Результат плачевный (жаль только, не на человеческом языке... может английский fdisk исправил бы ситуацию, но под рукой нет):
Хотя нет. Ты скажешь это не то... Это стандартный MBR не понял Linuxовые разделы...
Хорошо сделаем снова только один активный раздел...И увидим обычную менюшку GRUB'а, который живет себе на /dev/hda0 и в ус не дует...
Вывод: несколько Active, конечно, возможны... Да только стандартный загрузчик MBR это не держит...
P.S. Можешь сам все это попытаться повторить (рекомендую только на виртуальной машине
).
3. Проведи эксперимент. Поставь загрузчик не в MBR, а потом сравни содержимое MBR до и после (понятно, без таблицы разделов). Там не будет отличий!
Вот тебе цитата с того же ресурса, раз уж ему ты доверяешь:
Thus the MBR loader can assume the location and size of partitions. MBR loader looks for the "active" partition, i.e. partition that has Boot Indicator equals 0x80 (the first one in our case) and passes control to the partition boot sector for further loading.
Где тут поддержка файловых систем? Где тут какие-то непонятные действия? Все, что должен сделать загрузчик MBR — это передать управление первому сектору активного раздела. И уже там должен стоять загрузчик ОС. Если активных разделов несолько или нет ни одного, то он должен вывести сообщение об ошибке. И это все. Не надо приписывать ему каких-то магических действий.
Порядок действий при загрузке следующий:
1. Классический MBR
Загрузчик MBR -> первый сектор актинвного раздела (например, загрузчик винды) -> дозагрузка ntldr, парсинг boot.ini, рисование менюшки -> выбор варината загрузки. Загрузка ядра винды или передача управления указанному загрузчику.
2. GRUB
Stage1 из MBR -> stage1.5 из первого цилиндра (embedded вариант) или прямо с раздела (по файлу-карте) -> загрузка stage2 уже с драйвером нужной ФС -> вывод приглашение/парсинг menu.lst. И т.п. GRUB достаточно сложен — это мини ОСь. Есть вариант без stage1.5 — когда по map файлу грузится сразу stage2.
3. LILO
Stage1 из MBR -> stage 2 по карте -> Отрисовка меню (из stage2) -> загрузка ядра по карте или передача управления загрузчику из первого сектора указанного раздела.
Исходя из вышеследующего, самый логичный вариант — оставлять MBR таким, какое оно есть и не трогать. LILO или GRUB можно поставить в /boot или / (соответствующий раздел), дальше на них установить загрузку с нужных разделов для альтернативных ОС. Тогда вся "порча" при установке винды будет смнеа активного раздела, который просто вернуть на место в любой ОСи. Никаких rescue дисков и т.п. не требуется вообще.
