>sup file:
>*default host=cvsup.FreeBSD.org
>*default base=/usr
>*default prefix=/usr
>*default release=cvs tag=RELENG_4
>*default delete use-rel-suffix
>*default compress
>src-all
>А потом просто сделать(ядро короче перекомпилить):
^^^^^^^^^^^^^^^^^^
не верно, поскольку возможны изменения в
системе: утилит, библиотек and etc...
1. сначала собирается система
2. потом собирается и инсталится ядро
3. после чего инсталится система
порядок такой:
cd /usr/src
make buildworld
make buildkernel KERNCONF=ИМЯ_ФАЙЛА_КОНФИГУРАЦИИ_ЯДРА
make installkernel KERNCONF=NAME
(в принципе можно одним проходом installkernel)
[reboot
boot -s]
make installworld
mergemaster
один этап
make world лучше заменить на два:
make buildworld; сборка-установка ядра, потом
make installworld
тоже самое с ядром (но необязательно).
Необязательно, НО ПРАВИЛЬНО, сделать reboot
в single-user перед
make installworld
mergemaster
вот почему reboot в квадратных кавычках
>cd /usr/src
>make world
>cd /usr/src/sys/i386/conf;
так собирается ядро в системе где не делался
upgrade, те после того как произведено все
вышеописанное
>config GENERIC
>cd ../../compile/GENERIC
>make depend
>make
>make install
>Получается если я это сделаю, то
>уменя после reboot будет FreeBSD
>4.4 -Stable
нет, будет 4-Stable, те на текущий момент это
4.5-Stable, если нужно конкретно 4.4-Stable,
то в supfile нужно задать дату между выпуском
4.4-RELEASE и 4.5-RELEASE, правильную дату
выбрать после чтения архива stable@freebsd.org
>Если не так поправьте пожалуйста!
>А если так, то подтвердите!
желательно производить действия после cvsup:
cd /usr/src
less UPDATING
PS. Сам вопрос в Subj непонятен:
- на боевых серверах частый upgrade НЕ НУЖЕН
на боевых серверах ОБЫЧНО ставят RELEASE и
настраивают тег для вытягивания security-patches
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html
После чего достаточно пересобрать лишь нужные -
зависимые части системы, очень редко - ядро.
- на своей опытной-экспериментальной машине
желателен, но не часто, для этого надо следить
за maillist'ом: stable@freebsd.org или смотреть
(читать) его архив:
http://www.freebsd.org/mail/
на предмет того чтобы не влететь на "кривую" Stable
с ошибками при сборке системы или ядра
Почему на своей или опытной телеге желателен -
чтобы следить за развитием системы
Чего здесь не хватает? Здесь не хватает cvsup'а
портов, который было бы правильно делать в тот же
день или время что и cvsup системы, если конечно,
после будет произведена сборка системы и ядра