>и т.п. (что было описано мной) но попробуйте посмотрите гуугль хотя
>бы для "NTFS Freebsd ntldr missing"
Все дело в том, что винда (а также соляра и немало других) не любят, когда их грузят не с активного раздела. А что касается совместной установки фрюхи и винды, могу поделиться своим опытом, как раз в прошлую пятницу пришлось потратить 7 часов на восстановление диска, после того как всего то хотел обновить версию фрюхи, так что "опыта" мне теперь не занимать ;)
Итак. Самое главное правило, пользоваться фрюхиным инсталлятором как можно меньше, так как лично, по моему грустному опыту, это одна из самых глючных прог из тех, что я видел в своей жизни. Поэтому дальше я буду для краткости называть ее гадом. А дальше, лично я делаю так:
1. Надо разбить диск на два раздела, лучше всего для этого подойдет fdisk от линух (ERD knoppix - очень неплохой выбор для подобной работы). В первый раздел пойдет винда, во второй - фрюха. При этом я ни в коем случае не юзаю фрюхин fsck (тот что в инсталляторе)потому что если позволить этой твари создать MBR с нуля, то на некоторых машинах после этого виндовый инсталляционный диск отказывается запускаться. hit any key to boot from cd и тишина. Проверено и на XP и на 2003 server. Многократно. Фрюха должна пойти на второй по счету раздел, почему так, объясню позже.
2. Ставим FreeBSD. Суем диск. Ждем. Выбираем custom инсталляцию. Заходим в fsck, смотрим, что разбиение она взяла (бывает, и не берет: например, разбиваешь диск вполне нормально, а фрюхин fsck видет все разделы в обратном, перевернутом порядке, вот такие вот глюки, не поверил бы никогда, если бы сам не видел), на выходе нас спрашивают, оставить MBR так как есть и т.д. и т.п. Можно отвечать как угодно. Все равно инсталлятор залезет в MBR и как минимум пометит bsdшный раздел активным. Потом руками это дело поменяем.
3. Разбиваем слайс №2 (фрюхин который) на разделы. И т.д. и т.п.
4. Разворачиваем пакеты с инсталяционного диска. Берем только базовые пакеты, никаких портов, KDE и иксов там всяких (все это можно будет с меньшим риском для здоровья поставить потом с помощью той же гадины-sysinstall или вручную через pkg_add), потому что во время установки пакетов гадина ОЧЕНЬ любит виснуть, причем наглухо. При этом после этого в большинстве случаев приходится махать MBR ручкой и разбивать диск заново. А если там уже стоят другие операционки? Ну, тогда либо прыгать (как я в прошлую пятницу до 5 утра) вокруг компа с дисками восстановления, либо помахать ручкой и своим операционкам тоже. Почему гадина портит MBR во время копирования пакетов? Это вопрос к ее разработчикам. У самого руки чешутся задать лично, с небольшим ломиком в руках. Симптомы последствий таких вот "зависонов" следующие: fsck и parted видят MBR нормально и говорят, что она в порядке, но, как я уже говорил, виндовые диски на такой машине отказываются запускать дальнейшую инсталляцию, а partitition magic просто вылетает с дикими криками, что диску мол - копец, майкрософтофский же первичный загрузчик, тот что читает MBR, отказывается с ней работать, говоря, что она тухлая (fixmbr тут не поможет, до него же не добраться). Так что, если что, я предупреждал. Но есть и выход, именно поэтому я и рекомендую ставить фрюху на самый последний раздел диска. Потом можно запустить в случае сбоя гадины ERD (knoppix тот же) диск и удалить помощью fdisk этот раздел нахрен, а потом создать его заново. Это потому, что, на наше счастье, гадина в MBR портит инфу только о bsdшном разделе, поэтому насильное его удаление все приводит в норму. Ну а почему я рекомендовал этот раздел поместить в конце? Просто потому, что в случае удаления разделов, проще удалять их с конца (многие утилиты только так разделы и удаляют, bsdшный fdisk, например).
5. Ставим XP, если уже она уже стоит, то делаем ее раздел заново активным c помощью хоть соляркиной fdisk, но только не фришной, и юзаем fixmbr.
6. Снова запускаем ERD. С помощью dd снимаем PBR. Например, если диск висит мастером на первом IDE контроллере, nt раздел идет первым, bsd - вторым, а с ERD была загружена линукс, пишем:
dd if=/dev/hda2 of=freebsd.boot bs=512 count=1
Теперь можно для очистки совести открыть полученный freebsd.boot в любом hex-редакторе и проверить что закончивается этот файл последовательностью байт 0x55 0xAA. Если это так, значит у нас точно копия PBR - первых 512 байтов фрюхиного раздела. Это и есть вторичный загрузчик FreeBSD, теперь мы отдадим его на съедение ntloader.
7. Кладем наш freebsd.boot в корень виндового диска (можно при этом сделать его системным или там скрытым файлом, кому как нравится) а в boot.ini прописываем:
c:\freebsd.boot="FreeBSD tra la la"
При этом можно снять комментарий с опции timeout и выставить ее по собственному желанию.
P.S. Кто то может сказать, что насчет гадины я все гоню. Типа, у них вот никогда описанных мной ужасов не случалось ни разу. Я сам не знаю - почему это так происходит. У меня дома стоит старый целерон, я на него уже сколько раз заливал разные версии FreeBSD. Никаких проблем не было. Все неприятности случались (по крайней мере, пока), у меня только на машинах с 4 пнями и интеловскими чипсетами. Может sysinstall, fsck и иже с ними не дружат с конкретным железом? Вполне вероятно, но лично мне от этого не легче. Так что, если боязно копаться с fdisk, а словосочетания MBR или PBR вызывают головную боль, так есть же прекрасное решение - Acronis OS selector (про него уже вспоминали). Он красив, прост в настройке, быстр, надежен и недорог. Начу точно понравится. Поверьте моему слову. Он даже darwin грузить умеет, а уж FreeBSD и подавно.
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(??) on
07-Июн-05, 13:07 (MSK)
