3. Обновление FreeBSD

Эта инструкция описывает процедуру бинарного обновления с предыдущих версий FreeBSD.

Внимание: Хотя процедура обновления FreeBSD предпринимает все меры для предотвращения потери данных, все еще более чем возможно потерять все содержимое жесткого диска во время обновления! Пожалуйста, не подтверждайте установку без наличия резервной копии всех важных файлов.

Важно: Здесь предполагается, что вы используете sysinstall(8), поставляемую с той версией FreeBSD, до которой вы хотите обновиться. Использование другой версии sysinstall(8) это почти гарантия возникновения проблем, система будет приведена в неработоспособное состояние. Наиболее часто совершаемая в этом случае ошибка -- это использование старой копии sysinstall(8) из существующей системы для обновления FreeBSD до новой версии. Это не рекомендуется.

Внимание: Бинарное обновление до FreeBSD 5.5-STABLE с FreeBSD 4-STABLE на данный момент не поддерживается. В FreeBSD 4-STABLE есть несколько файлов, наличие которых может быть разрушительно, но они не удаляются бинарным обновлением. Один известный пример это старый каталог /usr/include/g++, наличие которого приводит неправильной компиляции C++ программ (или они не компилируются вообще).

Эти инструкции по обновлению предоставляются для пользователей, обновляющихся с относительно свежих FreeBSD 5-STABLE снэпшотов.

3.1. Введение

Процедура обновления заменяет выбранные пользователем дистрибутивные наборы на наборы из нового релиза FreeBSD. Она сохраняет файлы настройки системы, как и данные пользователя, установленные пакеты и другое программное обеспечение.

Администраторам, выполняющим обновление, предлагается изучить этот раздел полностью перед началом обновления.

3.1.1. Обзор обновления

Обновление дистрибутива производится путем извлечения новой версии компонентов поверх предыдущей версии. Файлы, принадлежащие старому дистрибутиву, не удаляются.

Настройки системы сохраняются путем сохранения и восстановления предыдущей версии следующих файлов:

Xaccel.ini, XF86Config, adduser.conf, aliases, aliases.db, amd.map, crontab, csh.cshrc, csh.login, csh.logout, cvsupfile, dhclient.conf, disktab, dm.conf, dumpdates, exports, fbtab, fstab, ftpusers, gettytab, gnats, group, hosts, hosts.allow, hosts.equiv, hosts.lpd, inetd.conf, localtime, login.access, login.conf, mail, mail.rc, make.conf, manpath.config, master.passwd, motd, namedb, networks, newsyslog.conf, nsmb.conf, nsswitch.conf, pam.conf, passwd, periodic, ppp, printcap, profile, pwd.db, rc.conf, rc.conf.local, rc.firewall, rc.local, remote, resolv.conf, rmt, sendmail.cf, sendmail.cw, services, shells, skeykeys, spwd.db, ssh, syslog.conf, ttys, uucp

Версии этих файлов, соответствующие новой версии системы, перемещаются в /etc/upgrade/. Системный администратор может объединить эти версии если требуется. Обратите внимание, что многие из этих файлов взаимно зависимы, и лучшая процедура объединения -- это копирование специфичных данных из старых версий файлов в новые.

Во время процедуры обновления у администратора запрашивается место для сохранения файлов из /etc/. Если в используемые файлы будут внесены изменения, они могут быть последовательно восстановлены из этого каталога.

3.2. Процедура

Этот раздел описывает детали процедуры обновления. Особое внимание уделено моментам, которые существенно отличаются от обычной установки.

3.2.1. Резервное копирование

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

3.2.2. Монтирование файловых систем

Запускается редактор дисковых разделов со списком устройств имеющихся файловых систем. Перед началом обновления администратор должен обратить внимание имена устройств и соответствующие точки монтирования. Эти точки монтирования должны быть введены здесь. Не устанавливайте ``newfs flag'' для файловых систем, поскольку это приведет к потере данных.

3.2.3. Выбор дистрибутивных наборов

На выбор дистрибутивных наборов не накладывается ограничений. Общее правило состоит в том, что для обновления должен быть выбран дистрибутивный набор base, и man если страницы справочника уже установлены. Другие дистрибутивные наборы могут быть позже, если администратор захочет добавить дополнительные возможности.

3.2.4. После установки

После завершения процедуры установки администратору предлагается проверить новые файлы настройки. В этот момент должна быть выполнена проверка правильности настроек системы. В частности, необходимо проверить файлы /etc/rc.conf и /etc/fstab.

3.3. Обновление из исходных текстов

Для тех, кто интересуется более гибким и ``интеллектуальным'' методом обновления, существует глава Руководства FreeBSD На переднем крае разработок. Эта процедура относится к пересборке FreeBSD из исходных текстов. Она требует хорошего сетевого подключения, свободного места на диске и времени, но имеет преимущества при сетевых и других более сложных установках. Это та же процедура, что используется для отслеживания ветвей разработки -STABLE или -CURRENT.

/usr/src/UPDATING содержит важную информацию по обновлению системы FreeBSD из исходных текстов. В нем отражены различные вопросы, относящиеся к изменениям в FreeBSD, которые могут повлиять на обновление.

Этот файл и другие документы, относящиеся к данной версии FreeBSD, могут быть найдены по адресу ftp://ftp.FreeBSD.org/pub/FreeBSD/development/sparc64/.

Если у вас возник вопрос, касающийся FreeBSD, прочтите документацию, прежде чем написать письмо в <questions@FreeBSD.org>.

Всем пользователям FreeBSD 5-STABLE рекомендуется подписаться на список рассылки <stable@FreeBSD.org>.

Вопросы, касающиеся этого документа, вы можете направить по адресу <doc@FreeBSD.org>.