На переднем крае разработок Реструктуризацию, реорганизацию и добавление частей выполнил &a.jim; в марте 2000. Оригинальный текст написали &a.jkh;, &a.phk;, &a.jdp; и &a.nik; при помощи многих других. Краткий обзор Между релизами над FreeBSD ведется постоянная работа. Для тех, кто хочет быть не переднем крае, есть несколько простых методов для поддержания своей системы в соответствии с последними разработками. Будьте осторожны—передний край не для всех! Эта глава поможет вам решить, хотите ли вы отслеживать систему в процессе работы над ней или останетесь верным одному из выпущенных релизов. -CURRENT против -STABLE Во FreeBSD имеется две ветки разработки; -CURRENT и -STABLE. Этот раздел описывает каждую из них и объясняет, как синхронизировать вашу систему с каждой соответствующей веткой. Сначала будет обсуждена ветка -CURRENT, затем -STABLE. Как оставаться с текущими разработками во FreeBSD Пока вы читаете этот текст, помните, что -CURRENT является передовым краем работ над FreeBSD, и если вы являетесь во FreeBSD новичком, вам лучше сначала дважды подумать, прежде чем работать с этой веткой. Что такое FreeBSD-CURRENT? FreeBSD-CURRENT это, если точно, не более чем ежедневный слепок исходных текстов FreeBSD, над которыми ведется работа. Сюда включаются неоконченные работы, экспериментальные изменения и промежуточные механизмы, которые могут присутствовать, а могут и отсутствовать в следующем официальном релизе программного обеспечения. Хотя многие из нас выполняют компиляцию из исходных текстов FreeBSD-CURRENT практически ежедневно, случаются периоды времени, когда исходные тексты заведомо не могут быть откомпилированы. Такие проблемы обычно решаются быстро, насколько это возможно, но содержат или нет исходные тексты FreeBSD-CURRENT мину замедленного действия или очень нужную функциональность, может оказаться зависящим от того, в какой момент из 24-часового периода времени вы их сгрузили! Кому нужна FreeBSD-CURRENT? FreeBSD-CURRENT в основном предназначается трем основным заинтересованным группам: Члены команды разработчиков FreeBSD, активно работающие над некоторой частью дерева исходных текстов и для кого работа в current является абсолютной необходимостью. Члены команды разработчиков FreeBSD, которые являются активными тестерами, тратящие время на работу с проблемами для того, чтобы определить, что FreeBSD-CURRENT остается, насколько это возможно, нормально работающей системой. Есть также люди, которые вносят важные предложения по изменениям и общему направлению развития FreeBSD. Остальные члены групп разработчиков FreeBSD (или других групп), которые просто хотят быть в курсе всех изменений и используют текущие исходные тексты для ознакомительных целей (к примеру, для чтения, но не для использования). Такие люди также иногда высказывают замечания или предоставляют код. Чем FreeBSD-CURRENT <emphasis>не</emphasis> является? Быстрым способом получить предварительную версию, потому что вы слышали, что здесь появилась некая крутая возможность и вы хотите быть первым в вашем микрорайоне, у кого она есть. Быстрым способом получения исправлений. Официально поддерживаемой нами каким бы то ни было способом. Мы прилагаем все усилия, чтобы помочь тем, кто изначально принадлежит одной из трех признанных категорий FreeBSD-CURRENT, но у нас просто нет времени на техническую поддержку этой ветки. Это не потому, что мы гадкие и злые люди, которые не хотят помочь другим (если бы это было так, мы не создали бы FreeBSD), это исключительно потому, что мы не можем отвечать на 400 сообщений в день и что-то еще делать по FreeBSD! Я уверен, что если бы стоял выбор между тем, отвечать ли нам на вопросы или продолжать усовершенствовать FreeBSD, большинство из вас проголосовали бы за нашу работу над усовершенствованием. Использование FreeBSD-CURRENT Присоединитесь к спискам рассылки &a.current; и &a.cvsall;. Это не просто хорошая мысль, это необходимо. Если вы не являетесь участником списка рассылки FreeBSD-CURRENT, вы не увидите замечания, высказываемые о текущем состоянии системы и в итоге можете столкнуться со множеством проблем, которые уже были найдены и решены другими. Еще хуже, если вы пропустите важные сообщения, касающиеся жизнеспособности вашей системы. Список рассылки &a.cvsall; позволит вам для каждого изменения увидеть соответствующую запись в журнале коммитов, так как они делаются вместе со всей относящейся к делу информацией о возможных посторонних эффектах. Чтобы подключиться к этим спискам, пошлите письмо на адрес &a.majordomo; указав в теле письма следующее: subscribe freebsd-current subscribe cvs-all Дополнительно вы можете также указать help, а Majordomo вышлет вам подробную справку о том, как подписаться и отказаться от подписки на различные другие списки рассылки, которые мы ведем. Сгрузите исходные тексты с ftp.FreeBSD.org. Вы можете сделать это одним из трех способов: При помощи CTM. Если у вас нет хорошего подключения по TCP/IP с фиксированной абонентской платой, то это то, что нужно. При помощи программы cvsup с таким sup-файлом. Это второй самый рекомендуемый метод, так как он позволяет вам сгрузить набор исходных текстов один раз полностью, а затем сгружать только произошедшие изменения. Многие запускают cvsup при помощи прграммы cron и получают самые свежие исходные тексты автоматически. Для облегчения его получения просто наберите:
&prompt.root; pkg_add -f \ ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz
При помощи ftp. Дерево исходных текстов для FreeBSD-CURRENT всегда экспортируется на: ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/. К тому же мы используем wu-ftpd, позволяющий выполнять сгрузку полных деревьев каталогов сжатых/упакованных при помощи tar, к примеру, возьмем: usr.bin/lex Чтобы получить весь каталог в виде tar-файла, вы можете сделать следующее: ftp> cd usr.bin ftp> get lex.tar Итак, если вам нужен быстрый доступ по требованию к исходным текстам и нагрузка на каналы связи для вас не представляет проблемы, то используйте cvsup или ftp. В противном случае воспользуйтесь CTM. Если вам нужны исходные тексты для компиляции и запуска, а не просто для ознакомления, то сгружайте исходные тексты ветки current полностью, а не отдельные ее части. Причиной является то, что многие части исходных текстов зависят от других обновлений где-то еще, и попытка компиляции лишь некоторой части программ гарантированно приведет к возникновению проблем. Перед тем, как компилировать current, внимательно прочтите файл Makefile в каталоге /usr/src. В процессе обновления вы по крайней мере раз должны пройти через make world. Чтение &a.current; позволит вам быть в курсе всех процедур начальной загрузки, которые иногда бывают необходимы при переходе к следующему релизу. Будьте активными подписчиками! Если вы работаете с FreeBSD-CURRENT, мы хотим знать, что вы думаете о ней, особенно если у вас есть соображения по ее улучшению или исправлению ошибок. Пожелания, к которым прилагается код, всегда принимаются с большим энтузиазмом!! Работа с веткой stable во FreeBSD Если вы используете FreeBSD в производстве и хотите быть уверенными, что у вас есть все последние исправления из ветки -CURRENT, то вам нужно работать со -STABLE. Это та ветка, из которой делаются -RELEASE при их выпуске. Например, если у вас есть копия 3.4-RELEASE, то это всего лишь снэпшот ветки -STABLE, который мы поместили на компакт-диск. Для того, чтобы получить все изменения, вошедшие в -STABLE после выхода -RELEASE, вам нужно отслеживать ветку -STABLE. Что такое FreeBSD-STABLE? FreeBSD-STABLE является нашей веткой разработки для менее важных и более консервативных изменений, предназнанных для следующего основного релиза. Экспериментальные или непротестированные изменения в эту ветку не преднаханчены для этой ветки (смотрите материал о FreeBSD-CURRENT). Кому нужна FreeBSD-STABLE? Если вы корпоративный пользователь или тот, кто вопрос надежность работы своей системы FreeBSD ставит прежде всех других аспектов, то вам необходимо отслеживать ветку stable. Это особенно важно, если вы установили самый последний релиз ( &rel.current;-RELEASE на момент написания этого текста), так как ветка stable на самом деле является разработкой свободной от ошибок предыдущего релиза. Кроме всего прочего. дерево stable пытается быть всегда надежным и пригодным к компиляции, однако иногда мы делаем ошибки (в конце концов, это все таки активная разработка с часто происходящими обновлениями). Мы также прилагаем все усилия, чтобы протестировать все исправления в current перед тем, как вносить их в stable, однако наши тесты иногда предусматривают не все возможные случаи. Если у вас что-то работает в stable не так, то, пожалуйста, дайте нам знать немедленно! (смотрите следующий раздел). Использование FreeBSD-STABLE Подключитесь к списку рассылки &a.stable;. Это позволит вам быть информированным о зависимостях этапа построения, которые могут появиться в ветке stable или любых других проблемах, требущих особого внимания. В этом списке рассылки разработчики также делают объявления, когда они рассматривают некоторое спорное исправление или добавление, давая пользователям возможность ответить, возникли ли у них проблемы, вызванные предполагаемым изменением. Список рассылки &a.cvsall; позволит вам для каждого изменения увидеть соответствующую запись в журнале коммитов, так как они делаются вместе со всей относящейся к делу информацией о возможных посторонних эффектах. Чтобы подключиться к этим спискам, пошлите письмо на адрес &a.majordomo; указав в теле письма следующее: subscribe freebsd-stable subscribe cvs-all Дополнительно вы можете также указать help, а Majordomo вышлет вам подробную справку о том, как подписаться и отказаться от подписки на различные другие списки рассылки, которые мы ведем. Если вы устанавливаете новую систему и хотите, чтобы она работала максимально стабильно, то можете просто сгрузить самый последний по дате снэпшот ветки по адресу ftp://releng4.FreeBSD.org/pub/FreeBSD/ и установить его, как любой другой релиз. Если вы уже работаете с предыдущим релизом FreeBSD и хотите обновить его из исходных текстов, то вы можете легко это сделать с сервера ftp.FreeBSD.org. Это можно сделать одним из трех способов: При помощи CTM. Если у вас нет хорошего подключения по TCP/IP с фиксированной абонентской платой, то это то, что нужно. При помощи программы cvsup с таким sup-файлом. Это второй самый рекомендуемый метод, так как он позволяет вам сгрузить набор исходных текстов один раз полностью, а затем сгружать только произошедшие изменения. Многие запускают cvsup при помощи прграммы cron и получают самые свежие исходные тексты автоматически. Для облегчения его получения просто наберите:
&prompt.root; pkg_add -f \ ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz
При помощи ftp. Дерево исходных текстов для FreeBSD-STABLE всегда экспортируется на: ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-stable/. К тому же мы используем wu-ftpd, позволяющий выполнять сгрузку полных деревьев каталогов сжатых/упакованных при помощи tar, к примеру, возьмем: usr.bin/lex Чтобы получить весь каталог в виде tar-файла, вы можете сделать следующее: ftp> cd usr.bin ftp> get lex.tar Итак, если вам нужен быстрый доступ по требованию к исходным текстам и нагрузка на каналы связи для вас не представляет проблемы, то используйте cvsup или ftp. В противном случае воспользуйтесь CTM. Перед тем, как компилировать stable, внимательно прочтите файл Makefile в каталоге /usr/src. В процессе обновления вы по крайней мере раз должны пройти через make world. Чтение &a.stable; позволит вам быть в курсе всех процедур начальной загрузки, которые иногда бывают необходимы при переходе к следующему релизу. Синхронизация ваших исходных текстов Имеются различные способы использования Интернет (или почтового) подключения для того, чтобы иметь самые последние версии исходных текстов любого проекта FreeBSD, во всех областях, в зависимости от того, чем вы интересуетесь. Основной сервисы, который мы предлагаем, это Анонимный CVS, CVSup и CTM. Анонимный CVS и CVSup используют модель pull обновления исходных текстов. В случае CVSup пользователь (или скрипт программы cron) вызывают cvsup, а она работает с каким-либо сервером cvsupd, чтобы выполнить обновление ваших файлов. Обновления, которые вы получаете, обнолены с точностью до минуты и вы получаете их тогда и только тогда, когда сами захотите. Вы можете с легкостью ограничить ваши обновления конкретными файлами или каталогами, которые представляют для вас интерес. Обновления создаются на лету сервером согласно тому, что у вас есть и что вы хотите иметь. Анонимный CVS гораздо проще, чем CVSup в том смысле, что он представляет собой всего лишь расширение CVS, позволяющее сгрузить изменения непосредственно с удаленного хранилища CVS. CVSup может делать это гораздо более эффективно, однако анонимным CVS легче пользоваться. CTM, с другой стороны, не сравнивает последовательно исходные тексты, имеющиеся у вас, с теми, что находятся в главном архиве и ни каким-либо другим способом их не сгружает.. Вмесо этого несколько раз в день на главной машине CTM запускается скрипт, идентифицирующий изменения в файлах с момента своего предыдущего запуска, все замеченные изменения подвергаются сжатию, пометке последовательным номером и кодировке для передачи по электронной почте (исключительно в форме печатаемых символов ASCII). После получения эти дельта-файлы CTM могут быть переданы утилите &man.ctm.rmail.1;, которая осуществит автоматическое декодирования, проверку и применение изменений к пользовательской копии исходных текстов. Этот процесс гораздо более эффективен, чем CVSup и требует меньше ресурсов нашего сервера, так как он сделан по модели push, а не pull. Есть другие минусы, конечно. Если вы случайно уничтожили часть вашего архива, то CVSup обнаружит и перестроит поврежденную часть. CTM этого делать не будет, и если вы уничтожили какую-то часть вашего дерева исходных текстов (и у вас нет архивной копии), то вам нужно будет начать с самого начала (с самого последнего базового дельта-файла CVS), перестроив все с помощью CTM, или, используя anoncvs, просто удалить поврежденную часть и пересинхронизироваться. Более подробная информация об анонимном CVS, CTM и CVSup находится в этом разделе далее. Использование <command>make world</command> После того, как вы засинхронизировали ваше локальное дерево исходных текстов с некоторой версией FreeBSD (stable, current и так далее), то должны использовать эти исходные тексты для перестроения системы. Создайте резервную копию Я не могу удивить вас тем, насколько важно сделать резервную копию вашей системы до того, как вы будете это делать. Хотя перестроение всей системы (пока вы следуете этим инструкциям) является простой задачей, вы всегда можете допустить ошибку, или ошибка может оказаться в исходных текстах, что может привести к тому, что система перестанет загружаться. Обязательно сделайте резервную копию. И держите под рукой аварийную дискету. Мне никогда не приходилось ими пользоваться, но, постучав по дереву, всегда лучше подготовиться, чем потом извиняться. Подпишитесь на соответствующий список рассылки Ветки -STABLE и -CURRENT кода FreeBSD по природе своей являются изменяющимися. В разработке FreeBSD участвуют люди, и время от времени случаются ошибки. Иногда эти ошибки достаточно безобидны и приводят к выводу нового диагностического сообщения. Бывает, что изменение оказывается катастрофичным, и система не может загрузиться или разрушаются файловые системы (или еще хуже). Если возникают подобные проблемы, в соответствующем списке рассылки публикается сообщение heads up, в котором описывается природа проблемы и затрагиваемые системы. Когда проблема решается, публикуется сообщение all clear. Если вы пытаетесь отслеживать -STABLE или -CURRENT и не читаете списки рассылки stable@FreeBSD.org или current@FreeBSD.org, то вы напрашиваетесь на неприятности. Прочтите <filename>/usr/src/UPDATING</filename> Перед тем, как делать что-либо, прочтите /usr/src/UPDATING (или соответствующий файл, если у вас есть копия исходных текстов). В этом файле должна содержаться важная информация о проблемах, с которыми вы можете столкнуться, или указан порядок, в котором вы должны запускать определенные команды. Если в файле UPDATING написано нечто, противоречающее тому, что вы здесь читаете, то нужно следовать указаниям в UPDATING. Чтение UPDATING не заменит подписки на соответствующий список рассылки, как это и описано выше. Эти два условия являются дополняющими, а не взаимоисключающими друг друга. Проверьте содержимое <filename>/etc/make.conf</filename> Просмотрите файлы /etc/defaults/make.conf и /etc/make.conf. Первый содержит некоторые предопределенные по умолчанию значения – большинство из них закомментировано. Чтобы воспользоваться ими при перестроении системы из исходных текстов, добавьте их в файл /etc/make.conf. Имейте в виду, что все, добавляемое вами в /etc/make.conf, используется также каждый раз при запуске команды make, так что полезно задать здесь значения, подходящие вашей системе. Как обычный пользователь (не разработчик FreeBSD), вам может потребоваться скопировать строки CFLAGS и NOPROFILE, расположенные в /etc/defaults/make.conf, в файл /etc/make.conf и раскомментировать их. Если в вашей машине имеется сопроцессор для работы с вещественными числами (машины класса 386DX, 486DX, Pentium и выше), то вы можете также раскомментировать строчку HAVE_FPU.</para> <para>Это определение было убрано в версиях FreeBSD 2.2.2 и выше.</para> </note> <para>Посмотрите на другие определения (COPTFLAGS, NOPORTDOCS и так далее) и решите, имеют ли они для вас значение.</para> </sect2> <sect2> <title>Обновите файл <filename>/etc/group</filename> Каталог /etc содержит значительную часть информации о конфигурации вашей системы, а также скрипты, работающие в начале работы системы. Некоторые из этих скриптов меняются от версии к версии FreeBSD. Некоторые конфигурационные файлы также используются в ежедневной работе системы. В частности, файл /etc/group. Случалось, что установочная часть make world ожидала существования определенных имен пользователей или групп. При обновлении вероятно, что эти группы не существуют. Это вызывает проблемы при обновлении. Самым свежим примером этого является добавление группы ppp устанавливались с использованием не существующего (для них) имени группы. Выходом является просмотр файла /usr/src/etc/group и сравнение списка групп в нем с вашим собственным. Если в новом файле есть группы, отсутствующие в вашем, то скопируйте их. Таким же образом вы должны переименовывать все группы в /etc/group, которые имеют тот же самый GID, но другое название в /usr/src/etc/group. Если ощущаете себя параноиком, вы можете проверить вашу систему в поиске файлов, владельцем которых является та группа, которую вы переименовываете или удаляете. &prompt.root; find / -group GID -print выдаст список всех файлов, владельцем которых является группа GID (задаваемая по имени группы или численному значению ID). Вам может понадобиться откомпилировать систему в однопользовательском режиме. Кроме обычного выигрыша в значительном ускорении процесса, переустановка системы затрагивает много важных системных файлов, все стандартные выполнимые файлы системы, библиотеки, include-файлы и так далее. Изменение их на работающей системе (в частности, в которой работают пользователи) может привести к неприятностям.</para> <para>Если вы смелы и предупреждены о неприятностях, то можете пропустить этот шаг.</para> <note> <title>Версия 2.2.5 и выше Как описывается более подробно ниже, в версиях FreeBSD 2.2.5 и выше процессы установки и построения разделены. Таким образом, вы можете построить новую систему в многопользовательском режиме, а для установки затем перейти в однопользовательский режим. Как администратор, вы можете выполнить &prompt.root; на работающей системе, что переведет ее в однопользовательский режим. Либо вы можете выполнить перезагрузку и в приглашении загрузчика задать флаг . После этого система загрузится в однопользовательском режиме. В приглашии командного процессора вы должны тогда запустить: &prompt.root; fsck -p &prompt.root; mount -u / &prompt.root; mount -a -t ufs &prompt.root; swapon -a Эти команды выполнят проверку файловых систем, перемонтируют / в режиме чтения/записи, смонтируют все остальные файловые системы UFS, перечисленные в файле /etc/fstab и включат подкачку. Удалите <filename>/usr/obj</filename> При перестроении частей системы они помещаются в каталоги, которые (по умолчанию) находятся в /usr/obj. Каталоги скрывают их в /usr/src. Вы можете ускорить выполнение процесса make world и, возможно, избавить себя от некоторой головной боли, связанной с зависимостями, удалив этот каталог. На некоторых файлах из /usr/obj будут установлены специальные флаги (обратитесь к &man.chflags.1; за дополнительной информацией), которые сначала должны быть сняты. &prompt.root; cd /usr/obj &prompt.root; chflags -R noschg * &prompt.root; rm -rf * <title>Все версии Вы должны находиться в каталоге /usr/src... &prompt.root; cd /usr/src (если, конечно, ваш исходный код находится где-то еще, в случае чего вам нужно перейти в соответствующий каталог). Для полного перестроения системы используется команда &man.make.1;. Эта команда читает инструкции из файла Makefile, описывающего, как должны быть перестроены команды, которые составляют систему FreeBSD, в каком порядке они должны быть построены и так далее. Общий формат командной троки, которую вы будет набирать, таков: &prompt.root; make В этом примере является параметром, который вы передаете в &man.make.1;. Обратитесь к справочной странице программы &man.make.1;, в которой есть пример параметров, которые вы можете передать. передает переменную в Makefile. Поведение Makefile определяется этими переменными. Это те же самые переменные, которые задаются в /etc/make.conf, и это дает еще один способ их задания. &prompt.root; make -DNOPROFILE=true target является другим способом указания того, что библиотеки для профилирования строить не нужно, и соответствует строкам NOPROFILE= true # Avoid compiling profiled libraries в файле /etc/make.conf. target указывает программе &man.make.1; на то, что вы хотите сделать. Каждый файл Makefile определяет некоторое количество различных целей, и ваш выбор цели определяет то, что будет делаться. Некоторые цели перечислены в файле Makefile, но вам не нужно их вызывать. Просто они используются в процессе построения для разбиения шагов, необходимых для перестроения системы, на несколько под-шажков. В большинстве случаев вам не нужно передавать никаких параметров в &man.make.1;, так что ваша команда будет выглядеть примерно так: &prompt.root; make target Сохраните вывода Неплохо сохранить вывод, получаемый при работе программы &man.make.1;, в другой файл. Если что-то идет не так, вы будете иметь копию сообщения об ошибке и полную картину того, где она произошла. Хотя это может и не помочь в определении причин происходящего, это может помочь другим, если вы опишите вашу проблему в одном из списков рассылки FreeBSD. Проще всего это сделать при помощи команды &man.script.1; с параметром, в котором указано имя файла, в который нужно сохранить вывод. Вы должны сделать это непосредственно перед тем, как перестроить систему, а по окончании процесса набрать exit. &prompt.root; script /var/tmp/mw.out Script started, output file is /var/tmp/mw.out &prompt.root; make world … compile, compile, compile … &prompt.root; exit Script done, … Если вы делаете это, не сохраняйте вывод в /tmp. Этот каталог может быть очищен при следующей перезагрузке. Лучше сохранить его в /var/tmp (как в предыдущем примере) или в домашнем каталоге пользователя root. Версия 2.2.2 и ниже /usr/src/Makefile содержит цель world, при выполнении которой система перестраивается и переустанавливается полностью. Используйте ее вот так: &prompt.root; make world Версия 2.2.5 и выше Начиная с версии FreeBSD 2.2.5 (на самом деле впервые это было сделано в ветке -CURRENT, а затем адаптировано в -STABLE где-то между 2.2.2 и 2.2.5) цель world была разделена на две. buildworld и installworld. Как указывают на это названия, buildworld строит полностью новое дерево в каталоге /usr/obj, а installworld устанавливает это дерево на используемой машине. Это весьма полезно по двум причинам. Во-первых, это позволяет вам безопасно строить систему, зная, что компоненты вашей рабочей системы затронуты не будут. Построение самодостаточно. По этой причине вы можете спокойно запустить buildworld на машине, работающей в многопользовательском режиме без признаков каких-либо проблем. Но все же я рекомендую запускать цель installworld в однопользовательском режиме. Во-вторых, это позволяет вам использовать монтирование по NFS для обновления многих машин в сети. Если у вас есть три машины, A, B и C, которые вы хотите обновить, запустите make buildworld и make installworld на машине A. B и C должны затем смонтировать по NFS каталоги /usr/src и /usr/obj с машины A, а вы сможете запустить make installworld для установки результатов построения на машинах B и C. Цель world все еще существует, и вы можете использовать ее точно также, как это делается для версии 2.2.2. make world выполняет make buildworld, за которым следует make installworld. Если вы выполняете команды make buildworld и make installworld раздельно, вы должны передавать команде &man.make.1; каждый раз одни и те же параметры. Если вы запускаете: &prompt.root; make -DNOPROFILE=true buildworld вы должны установить полученный результат командой: &prompt.root; make -DNOPROFILE=true installworld в противном случае будет делаться попытка установить библиотеки для профилирования, которые не строились во время выполнения фазы make buildworld. -CURRENT и выше Если вы отслеживаете -CURRENT, вы можете также передать команде make параметр . Это позволит команде make запустить несколько параллельных процессов. Лучше всего это делать на многопроцессорных машинах. Однако из-за того, что большая часть процесса компиляции заключается во вводе/выводе, а не обработке, это также полезно и в случае однопроцессорных машин. На типичной машине с одним CPU вы должны запускать: &prompt.root; make -j4 target &man.make.1; будет иметь до 4 одновременно работающих процессов. Эмпирические замеры, публикуемые в списках рассылки, показывают, что в среднем это дает наибольшее улучшение производительности. Если у вас многопроцессорная машина и вы используете ядро с настройками для SMP, попробуйте использовать значения между 6 и 10 и посмотрите, как это отразится на скорости работы. Имейте в виду, что (на момент написания этого текста) это остается экспериментальной возможностью, и изменения в дереве исходных текстов иногда могут это портить. Если система не может быть построена с использованием этого параметра, попробуйте еще раз без него перед тем, как сообщать о проблемах. Время на построение Полагая, что все проходит нормально, приготовьтесь подождать от полутора часов до суток и больше. Примите во внимание, что P6 с тактовой частотой 200МГц с более чем 32МБ ОЗУ и нормальными дисками SCSI выполняет команду make world примерно за полтора часа. P133 с 32МБ делает это за 5 или 6 часов. Увеличьте эти числа, если ваша машина медленнее… Обновите файлы, не обновленные по команде <command>make world</command> При перестроении системы не будут обновляться некоторые каталоги (в частности, /etc, /var и /usr) с новыми или измененными конфигурационными файлами. Самым простым способом обновить такие файлы является запуск утилиты &man.mergemaster.8;, хотя можно сделать это и вручную, если вам так нравится. Однако мы настоятельно рекомендуем использовать &man.mergemaster.8;, и если вы это сделаете, то можете сразу перейти к следующему разделу, так как программа &man.mergemaster.8; весьма проста в использовании. Сначала вы должны прочитать справочную страницу и сделать резервную копию /etc на случай, если что-то пойдет не так. Если вы хотите произвести обновление вручную, то вы не можете просто скопировать файлы из /usr/src/etc в /etc и получить работающую систему. Некоторые из этих файлов сначала нужно установить. Это нужно потому, что каталог /usr/src/etc не является копией того, что должен содержать ваш каталог /etc. Кроме того, есть файлы, которые должны присутствовать в /etc, но которых нет в /usr/src/etc. Вручную проще всего сделать это, установив файлы в новый каталог, а затем пройтись по ним, отмечая разницу. Сделайте резервную копию вашего каталога <filename>/etc</filename> Хотя, теоретически, автоматически этот каталог не трогается, всегда лучше чувствовать себя уверенно. Так что скопируйте имеющийся каталог /etc в какое-нибудь безопасное место. Нечто вроде: &prompt.root; cp -Rp /etc /etc.old задает выполнение рекурсивного копирования, а сохраняет даты, владельца файлов и тому подобное. Вам нужно создать простенький набор каталогов для установки нового каталога /etc и других файлов. Обычно я размещаю этот каталог в /var/tmp/root, и к тому же сюда требуется разместить некоторое количество подкаталогов. &prompt.root; mkdir /var/tmp/root &prompt.root; cd /usr/src/etc &prompt.root; make DESTDIR=/var/tmp/root distrib-dirs distribution Эти команды приведут к созданию нужной структуры каталогов и установке файлов. Множество каталогов, созданных в каталоге /var/tmp/root, пусты и должны быть удалены. Проще всего сделать это так: &prompt.root; cd /var/tmp/root &prompt.root; find -d . -type d | xargs rmdir 2>/dev/null Эти команды удалят все пустые каталоги. (Стандартный поток диагностических сообщений перенаправляется в /dev/null для исключения предупреждений о непустых каталогах.) Теперь /var/tmp/root содержит все файлы, которые должны быть помещены в соответствующие места в /. Теперь пройдитесь по каждому их этих файлов и определите, чем они отличаются от имеющихся у вас файлов. Заметьте, что некоторые из файлов, которые были установлены в /var/tmp/root, имеют первым символом /var/tmp/root/ и /var/tmp/root/root/, хотя могут быть и другие (зависи от того, когда вы это читаете. Пользуйтесь командой Проще всего сделать это при помощи команды &man.diff.1; для сравнения двух файлов. &prompt.root; diff /etc/shells /var/tmp/root/etc/shells По это команде будет показана разница между вашим файлом /etc/shells и новым файлом /etc/shells. Используйте это для определения того, переносить ли сделанные вами изменения или скопировать поверх вашего старого файла. Называйте новый корневой каталог (<filename>/var/tmp/root</filename>) по дате, чтобы вы смогли легко выявить разницу между версиями Частое перестроение системы означает также и частое обновление /etc, которое может быть несколько обременительным. Вы можете ускорить этот процесс, сохраняя копию последнего набора измененных файлов, которые вы перенесли в /etc. Следующая процедура подаст вам одну идею о том, как это сделать. Выполните перестроение системы обычным образом. Когда вы вам потребуется обновить /etc и другие каталоги, дайте целевому каталогу имя на основе текущей даты. Если вы делаете это 14 февраля 1998 года, то вы можете сделать следующее. &prompt.root; mkdir /var/tmp/root-19980214 &prompt.root; cd /usr/src/etc &prompt.root; make DESTDIR=/var/tmp/root-19980214 \ distrib-dirs distribution Перенесите изменение из этого каталога, как это описано выше. Не удаляйте каталог /var/tmp/root-19980214 после окончания этого процесса. Когда вы сгрузите самую последнюю версию исходного кода и перестроите систему, выполните шаг 1. Это даст вам новый каталог, который может называться /var/tmp/root-19980221 (если вы ждете неделю между обновлениями). Теперь вы можете видеть изменения, которые были сделаны за прошедшую неделю, выполнив при помощи команды &man.diff.1; рекурсивное сравнение двух каталогов. &prompt.root; cd /var/tmp &prompt.root; diff -r root-19980214 root-19980221 Как правило, здесь содержится гораздо меньше отличий, чем между каталогами /var/tmp/root-19980221/etc и /etc. Так как отличий мешьше, то и легче перенести эти изменения в ваш каталог /etc. Теперь вы можете удалить более старый из двух каталогов /var/tmp/root-*. &prompt.root; rm -rf /var/tmp/root-19980214 Повторяйте этот процесс всякий раз, когда вам нужно перенести изменения в каталог /etc. Для автоматической генерации имен каталогов вы можете использовать команду &man.date.1;. &prompt.root; mkdir /var/tmp/root-`date "+%Y%m%d"` Обновите <filename>/dev</filename> DEVFS Если вы используете DEVFS, то вам это, скорее всего, делать не нужно. Для безопасности этот процесс делается в несколько шагов. Скопируйте /var/tmp/root/dev/MAKEDEV в /dev. &prompt.root; cp /var/tmp/root/dev/MAKEDEV /dev Если вы использовали &man.mergemaster.8; для обновления /etc, то ваш скрипт MAKEDEV уже должен быть обновлен, так что его не нужно проверять (утилитой &man.diff.1;) и копировать вручную в случае необходимости. Теперь выведите текущее содержимое вашего каталога /dev. Этот список должен содержать права, владельцев, старшее и младшее числа каждого файла, но не должен содержать информацию о времени. Проще всего это сделать, отрезав при помощи &man.awk.1; часть информации. &prompt.root; cd /dev &prompt.root; ls -l | awk '{print $1, $2, $3, $4, $5, $6, $NF}' > /var/tmp/dev.out Повторно создайте все устройства. &prompt.root; Создайте еще один список содержимого каталога, на этот раз в /var/tmp/dev2.out. Теперь просмотрите оба эти файла и поищите устройства, которые вы забыли создать. Таких быть не должно, но лишний раз удостовериться не помешает. &prompt.root; diff /var/tmp/dev.out /var/tmp/dev2.out Скорее всего, вы заметите разногласия в именовании дисковых слайсов, что решается такими командами, как &prompt.root; sh MAKEDEV sd0s1 для повторного создания устройств слайсов. Точное название зависит от вашей системы и может отличаться от приведенного. Обновите <filename>/stand</filename> Этот шаг описан только для полноты. Он может быть безболезненно пропущен. В целях полноты обновления вам может потребоваться обновить также файлы в каталоге /stand. Эти файлы представляют собой жесткие ссылки на выполнимый файл /stand/sysinstall. Этот файл должен быть статически скомпонован, чтобы его работа не зависела от других файловых систем (в частности, от наличия смонтированной файловой системы /usr). &prompt.root; cd /usr/src/release/sysinstall &prompt.root; make all install Исходные тексты, старее, чем 2 апреля 1998 Если ваш исходный код старше, чем 2 апреля 1998 или версия файла Makefile не равна 1.68 и выше (для текущих версий FreeBSD и систем 3.X) или 1.48.2.21 и выше (для систем 2.2.X), вам нужно добавить параметр NOSHARED=yes, как здесь; &prompt.root; make NOSHARED=yes all install Откомпилируйте и установите новое ядро Чтобы получить полную отдачу от вашей новой системы, вы должны перекомпилировать ядро. Это практически необходимость, так как отдельные структуры в памяти могут меняться, и программы типа &man.ps.1; и &man.top.1; не будут работать, пока версии ядра и исходных текстов системы не будут совпадать. Для компиляции нового ядра следуйте указаниям в Руководстве. Если ранее вы строили собственное ядро, то внимательно проанализируйте конфигурационный файл LINT на предмет наличия новых параметров, которые вы должны использовать. В предыдущем варианте этого документа советуется выполнить перезагрузку перед тем, как перестраивать ядро. Это неправильно, потому что: Такие команды, как &man.ps.1;, &man.ifconfig.8; и &man.sysctl.8; могут отказаться работать. Это может привести к невозможности подключиться к сети. Могут не работать основные утилиты, такие, как &man.mount.8;, приводя к невозможности монтирования /, /usr и так далее. Скорее всего, этого не случится, если вы отслеживате кандидата на -STABLE, но весьма вероятно при отслеживании -CURRENT во время большого изменения. Загружаемые модули ядра (LKM на системах до 3.X, KLD в системах 3.X и выше) строящиеся как часть окружения, могут привести к сбою в работе старого ядра. По этим причинам всегда лучше перестроить и установить новое ядро до перезагрузки. Вы должны строить свое новое ядро после того, как завершили процесс make world (или make installworld). Если вы не хотите этого делать (может быть, вы хотите убедиться в построении ядра до обновления вашей системы), то у вас могут возникнуть проблемы. Это может происходить из-за того, что ваша команда &man.config.8; старее, чем исходные тексты ядра. В этом случае вы можете построить ваше ядро с новой версией &man.config.8; &prompt.root; /usr/obj/usr/src/usr.sbin/config/config KERNELNAME Во всех случаях это может и не работать. Рекомендуется, чтобы вы закончили выполнение команд make world (или make installworld) до компиляции нового ядра. Теперь вы сделали все. После того, как вы проверили, что все на месте, можете перегрузить систему. Простая команда &man.fastboot.8; должна это сделать.</para> <screen>&prompt.root; <userinput>fastboot</userinput></screen> </sect2> <sect2> <title>Завершение Вы должны иметь успешно обновленную систему FreeBSD. Поздравляем. Вы можете заметить некоторые проблемы из-за того, что вы что-то забыли. Например, однажды я удалил /etc/magic в процессе обновления, перенес это в /etc, и команда file перестала работать. В результате недолгих размышлений оказалось, что команды &prompt.root; cd /usr/src/usr.bin/file &prompt.root; достаточно для исправления этой ситуации. <qandaentry> <question> <para>Нужно ли полностью перестраивать систему при каждом изменении?</para> </question> <answer> <para>Простого ответа на этот вопрос нет, так как это зависит от характера изменения. Например, я только что запустил CVSup, и он выдал, что с момента последнего его запуска были изменены следующие файлы;</para> <screen> <filename>src/games/cribbage/instr.c</filename> <filename>src/games/sail/pl_main.c</filename> <filename>src/release/sysinstall/config.c</filename> <filename>src/release/sysinstall/media.c</filename> <filename>src/share/mk/bsd.port.mk</filename> </screen> <para>Здесь нет ничего, ради чего нужно перестраивать систему. Я перейду в соответствующие подкаталоги и выдам команду <command>make all install</command>, и этого достаточно. Однако, если меняется что-то важное, например, <filename>src/lib/libc/stdlib</filename>, то перестрою всю систему или по крайней мере те ее части, которые скомпонованы статически (а также все остальное, что добавлял я и что статически скомпоновано).</para> <para>В конце концов, выбор за вами. Вам может быть достаточно перестраивать систему, скажем, каждый вечер, а изменения скачивать ночью. Или вы можете захотеть перестраивать только те вещи, которые менялись, и проверять, что вы отследили все изменения.</para> <para>И, конечно же, это все зависит от того, как часто вы хотите делать обновление, и отслеживаете ли вы -STABLE или -CURRENT.</para> </answer> </qandaentry> <qandaentry> <question> <para>Компиляция прерывается с большим количеством ошибок по сигналу 11 (или с другим номером сигнала). Что случилось?</para> </question> <answer> <para>Как правило, это говорит о проблемах с оборудованием. (Пере)построение системы является эффективным стресс-тестом для вашего оборудования и частенько выявляет проблемы с памятью. Обычно это проявляется в виде неожиданных сбоев компилятора или получения странных программных сигналов.</para> <para>Явным указателем на это является то, что при перезапуске процедуры построения она прекращается в различные моменты времени.</para> <para>В этом случае вы мало что можете сделать, разве что попробовать заменить комплектующие вашей машины для определения сбоящей компоненты.</para> </answer> </qandaentry> <qandaentry> <question> <para>Могу ли я удалить каталог <filename>/usr/obj</filename> после окончания?</para> </question> <answer> <para>Это зависит от того, как вы хотите выполнять построение системы в будущем.</para> <para>Каталог <filename>/usr/obj</filename> содержит все объектные файлы, которые создаются во время фазы компиляции. Обычно одним из первых шагов в процессе <quote/make world/ является удаление этого каталога и начало с нуля. В этом случае сохранение <filename>/usr/obj</filename> после окончания имеет мало смысла, и будет занимать большой объем дискового пространства (на данный момент около 150МБ).</para> <para>Однако если вы знаете, что делаете, то можете заставить процедуру <quote/make world/ пропустить этот шаг. Это позволит последующие построения выполняться гораздо быстрее, так как большинство исходных текстов не нужно будет перекомпилировать. Оборотной стороной медали этого подхода является вероятность появления некоторых проблем с зависимостями, что может привести к прерыванию построения по странным причинам. Это частенько вызывает шум в списках рассылки FreeBSD, когда кто-либо жалуется на прерывание процесса построения, не обращая внимания на то, что он пытается срезать углы на повороте.</para> <para>Если вы хотите так поступать, то выполняйте построение, задавая переменную <makevar>NOCLEAN</makevar> утилите make, как это сделано здесь:</para> <screen> &prompt.root; <userinput>make -DNOCLEAN world</userinput> </screen> </answer> </qandaentry> <qandaentry> <question> <para>Могут ли быть продолжены прерванные процессы построения?</para> </question> <answer> <para>Это зависит от того, насколько далеко зашел процесс построения перед тем, как вы обнаружили проблему.</para> <para><emphasis>В общем случае</emphasis> (и это не сложное и быстрое правило) процесс <quote>make world</quote> строит новые копии необходимых инструментальных средств (таких, как &man.gcc.1; и &man.make.1;>) и системные библиотеки. Затем эти средства и библиотеки устанавливаются. Новые инструментальные средства и библиотеки затем используются для перестроения самих себя, и повторно устанавливаются. Система в целом (теперь включая обычные пользовательские программы, такие, как &man.ls.1; или &man.grep.1;) теперь перестраивается с новыми системными файлами.</para> <para>Если вы на последнем шаге, и вы знаете это (потому что просматривали вывод, который сохраняете), то вы можете (достаточно безболезненно) выполнить команду</para> <screen> <emphasis>… исправление проблемы …</emphasis> &prompt.root; <userinput>cd /usr/src</userinput> &prompt.root; <userinput>make -DNOCLEAN all</userinput> </screen> <para>При этом результат предыдущего запуска <quote>make world</quote> откатываться не будет.</para> <para>Если вы видите сообщение <screen> -------------------------------------------------------------- Building everything.. -------------------------------------------------------------- </screen> в выводе команды <quote>make world</quote>, то делать так достаточно безопасно.</para> <para>Если этого сообщения не было, или вы в этом не уверены, то всегда лучше обезопасить себя, и начать построение с самого начала.</para> </answer> </qandaentry> <qandaentry> <question> <para>Могу ли я использовать одну машину как <emphasis/главную/ для обновления множества машин (NFS)?</para> </question> <answer> <para>В списках рассылки FreeBSD часто задается вопрос о том, можно ли выполнять всю компиляцию на одной машине, а затем использовать результаты этой компиляции для выполнения команды <command>make install</command> на других машинах в сети.</para> <para>Я этого не делал, так что рекомендации ниже исходят от других людей или вытекают из логики работы make-файлов.</para> <para>Точные инструкции зависят от вашей версии FreeBSD</para> <para>Вы все же должны будете обновить <filename>/etc</filename> и <filename>/dev</filename> на целевых машинах после выполнения этих рекомендаций.</para> <para>Для 2.1.7 и ниже, Antonio Bemfica рекомендует такую последовательность действий:</para> <screen> Date: Thu, 20 Feb 1997 14:05:01 -0400 (AST) From: Antonio Bemfica <bemfica@militzer.me.tuns.ca> To: freebsd-questions@FreeBSD.org Message-ID: <Pine.BSI.3.94.970220135725.245C-100000@militzer.me.tuns.ca> Josef Karthauser спрашивал: > У кого-нибудь есть хороший метод обновления машин в сети Во-первых, выполните процедуры make world и так далее на вашей главной машине Во-вторых, смонтируйте / и /usr с удаленной машины: main_machine% mount remote_machine:/ /mnt main_machine% mount remote_machine:/usr /mnt/usr В-третьих, выполните 'make install' с целевым каталогом /mnt: main_machine% make install DESTDIR=/mnt Повторите это для каждой удаленной машины в вашей сети. У меня это работает прекрасно. Antonio </screen> <para>Этот механизм будет работать, если только (насколько я знаю) вы имеете право на запись в каталог <filename>/usr/src</filename> сервера NFS, так как цель <maketarget>install</maketarget> в 2.1.7 и ниже этого требует.</para> <para>Между 2.1.7 и 2.2.0 появилась цель <quote>reinstall</quote>. Вы можете действовать точно также, как это было описано для 2.1.7, но вместо <quote>install</quote> использовать <quote>reinstall</quote>.</para> <para>Эта схема <emphasis>не</emphasis> требует доступа с правом на запись к каталогу <filename>/usr/src</filename> на сервере NFS.</para> <para>Между версиями 1.68 и 1.107 файла Makefile в этой цели присутствовала ошибка, которая приводила к тому, что доступ с правом записи к NFS-серверу все же <emphasis>требовался</emphasis>. Эта ошибка была исправлена до выхода FreeBSD версии 2.2.0, но может быть причиной ошибок, если у вас старый сервер, на котором работает -STABLE с тех времен.</para> <para>Для версий 2.2.5 и выше вы можете воспользоваться целями <quote>buildworld</quote> и <quote>installworld</quote>. Используйте их для построения дерева исходных текстов на одной машине, затем смонтируйте по NFS <filename>/usr/src</filename> и <filename>/usr/obj</filename> на удаленной машине и устанавливайте все здесь.</para> </answer> </qandaentry> <qandaentry> <question> <para>Как ускорить процесс построения системы?</para> <itemizedlist> <listitem> <para>Работайте в однопользовательском режиме.</para> </listitem> <listitem> <para>Разместите каталоги <filename>/usr/src</filename> и <filename>/usr/obj</filename> в отдельных файловых системах, располагающихся на разных дисках. Если это возможно, то разместите эти диски на разных дисковых контролерах.</para> </listitem> <listitem> <para>Еще лучше разместить эти файловые системы на нескольких отдельных дисках при помощи устройства <quote>ccd</quote> (драйвер объединенных дисков).</para> </listitem> <listitem> <para>Выключите генерацию профилирующего кода (установив <quote>NOPROFILE=true</quote> в файле <filename>/etc/make.conf</filename>). Вам это практически никогда не нужно.</para> </listitem> <listitem> <para>Также в <filename>/etc/make.conf</filename> установите значение <quote>CFLAGS</quote> во что-то типа <quote>-O -pipe</quote>. Оптимизация <quote>-O2</quote> выполняется гораздо медленнее, а разница между <quote>-O</quote> и <quote>-O2</quote> обычно несущественна. <quote>-pipe</quote> позволяет компилятору использовать для связи вместо временных файлов программные каналы, что уменьшает обращение к диску (за счет оперативной памяти).</para> </listitem> <listitem> <para>Передайте утилите make параметры <option>-j<n></option> (если вы работаете с достаточно свежей версией FreeBSD) для запуска параллельно нескольких процессов. Это поможет вне зависимости от того, сколько процессоров установлено в вашей машине.</para> </listitem> <listitem> <para>Файловая система, на которой располагается каталог <filename>/usr/src</filename>, может быть смонтирована (или перемонтирована) с опцией <quote>noatime</quote>. Это отключит запись на диск информации о времени последнего доступа к файлам. Скорее всего, вам эта информация и не нужна. <note> <para><quote>noatime</quote> есть в версии 2.2.0 и выше.</para> </note> <screen> &prompt.root; <userinput>mount -u -o noatime /usr/src</userinput> </screen> <warning> <para>В примере предполагается, что <filename>/usr/src</filename> располагается на собственной файловой системе. Если это не так (то есть он является частью, скажем, <filename>/usr</filename>), то вам нужно использовать точку монтирования той файловой системы, а не <filename>/usr/src</filename>.</para> </warning> </para> </listitem> <listitem> <para>Файловая система, на которой располагается <filename>/usr/obj</filename>, может быть смонтирована (или перемонтирована) с опцией <quote>async</quote>. Это приведет к тому, что операции записи на диск будут выполняться асинхронно. Другими словами, запись будет завершаться немедленно, а данные записываться на диск несколькими секундами позже. Это позволит объединять операции записи и приведет к значительному приросту производительности.</para> <warning> <para>Имейте в виду, что эта опция делает вашу файловую систему менее устойчивой. С этой опцией имеется больше шансов, что при перезагрузке машины после неожиданного сбоя при пропадании напряжения файловая система окажется в невосстановимом состоянии.</para> <para>Если каталог <filename>/usr/obj</filename> - это все, что есть в этой фаловой системе, то это не проблема. Если на той же самой файловой системе имеются какие-то еще важные данные, то проверьте давность ваших резервных копий перед включением этой опции.</para> </warning> <screen> &prompt.root; <userinput>mount -u -o async /usr/obj</userinput> </screen> <warning> <para>Как и раньше, если каталог <filename>/usr/obj</filename> располагается не на собственной файловой системе, то в примере замените его на имя соответствующей точки монтирования.</para> </warning> </listitem> </itemizedlist> </question> </qandaentry> </qandaset> </sect2> </sect1> </chapter> <!-- Local Variables: mode: sgml sgml-declaration: "../chapter.decl" sgml-indent-data: t sgml-omittag: nil sgml-always-quote-attributes: t sgml-parent-document: ("../book.sgml" "part" "chapter") End: -->