Freebsd обновление системы с 12 до 13 версии

Step 1 — Fetching and Applying Patches

In order to upgrade the operating system, we first need to fetch the packages and patches for our destination release. Log into the server with the freebsd account.

Then, use the command to gather information about the system upgrade and determine what needs to change. Run the following command:

We use the switch to specify the version we want to upgrade to, which is . After a short time you’ll see the following output:

This gives you a chance to review any potential problems. Type and press to continue.

Note: Please remember that this tutorial uses a fresh FreeBSD 10.2 server to guide you through all the steps for upgrading the FreeBSD base system to version 10.3-RELEASE-p4. If you have modified or customized some of the components, create a backup before you continue, and accept all procedures described in this tutorial at your own risk.

Once you agree to continue, the process applies updates and patches. You’ll see the following output:

However, the process can’t patch everything automatically. We’ll need to intervene manually.

Проверяем обновление 10.3

# uname -a
FreeBSD freebsd 10.3-RELEASE FreeBSD 10.3-RELEASE #0 r297264: Fri Mar 25 02:10:02 UTC 2016 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64

Можно на всякий случай проверить обновления для новой версии:

# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... none found.
Fetching metadata signature for 10.3-RELEASE from update.FreeBSD.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

No updates needed to update system to 10.3-RELEASE-p0.

Ничего нового нет. На этом обновление freebsd 10.2 до версии 10.3 окончено. Всем хорошего аптайма.

Обновление всех приложений и пакетов

Теперь базовая система FreeBSD полностью пропатчена и обновлена. Пора обновить и все бинарные пакеты из-за изменений ABI. Мы просто запускаем следующую команду pkg:

# pkg-static install -f pkg
# pkg bootstrap -f
# pkg update
# pkg upgrade

Установка всех сторонних приложений: Mysql, Nginx и так далее. Нам нужно запустить команду еще раз для удаления старых общих объектных файлов. В последний раз запускаем приведенную ниже команду и мы закончили обновление FreeBSD с 12 до 13 при помощи CLI:

# freebsd-update install

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

# vim /usr/src/UPDATING

24.6. Tracking for Multiple Machines

When multiple machines need to track the same source tree,
it is a waste of disk space, network bandwidth,
and CPU cycles to have each system download the sources and rebuild everything.
The solution is to have one machine do most of the work, while the rest of the machines mount that work via NFS.
This section outlines a method of doing so.
For more information about using NFS, refer to .

First, identify a set of machines which will run the same set of binaries, known as a build set.
Each machine can have a custom kernel, but will run the same userland binaries.
From that set, choose a machine to be the build machine that the world and kernel are built on.
Ideally, this is a fast machine that has sufficient spare CPU to run and .

Select a machine to be the test machine, which will test software updates before they are put into production.
This must be a machine that can afford to be down for an extended period of time.
It can be the build machine, but need not be.

All the machines in this build set need to mount /usr/obj and /usr/src from the build machine via NFS.
For multiple build sets, /usr/src should be on one build machine, and NFS mounted on the rest.

Ensure that /etc/make.conf and /etc/src.conf on all the machines in the build set agree with the build machine.
That means that the build machine must build all the parts of the base system that any machine in the build set is going to install.
Also, each build machine should have its kernel name set with in /etc/make.conf,
and the build machine should list them all in its , listing its own kernel first.
The build machine must have the kernel configuration files for each machine in its /usr/src/sys/arch/conf.

On the build machine, build the kernel and world as described in ,
but do not install anything on the build machine.
Instead, install the built kernel on the test machine.
On the test machine, mount /usr/src and /usr/obj via NFS.
Then, run to go to single-user mode in order to install the new kernel and world and run as usual.
When done, reboot to return to normal multi-user operations.

After verifying that everything on the test machine is working properly,
use the same procedure to install the new software on each of the other machines in the build set.

The same methodology can be used for the ports tree.
The first step is to share /usr/ports via NFS to all the machines in the build set.
To configure /etc/make.conf to share distfiles,
set to a common shared directory that is writable by whichever user is mapped to by the NFS mount.
Each machine should set to a local build directory, if ports are to be built locally.
Alternately, if the build system is to build and distribute packages to the machines in the build set,
set on the build system to a directory similar to .

Бинарное обновление

Выполняем командой freebsd-update

Основные команды:

fetch – получает обновления для текущей архитектуры и конфиграции
cron – случайно, с промежутком от 1 до 3600 секунды выполняет fetch для получения обновлений. Если обновления имеются, то шлется письмо, обычно на имя root.
upgrade – получает файлы, необходимые для обновления на новый релиз. Прежде чем использовать, ознакомьтесь с анонсами и правилами обновления для нового релиза, если требуется выполнение дополнительных действий.

install – устанавливает полученные обновления.
rollback – удаляет установленные обновления.

Для текущих обновлений выполняется:

# freebsd-update fetch

Результат будет таким:

# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 9.1-RELEASE from update4.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

No updates needed to update system to 9.1-RELEASE-p2.

Если есть обновления выполняем:

# freebsd-update install

Если патчи безопасности относились к ядру (ядро или модули), по завершению работы freebsd-update систему необходимо будет перезагрузить.

Утилита freebsd-update в состоянии обновлять только GENERIC-ядро. В том случае, если Вы используете ядро собственной сборки, Вам потребуется его перекомпилировать после каждой отработки freebsd-update, в которой затронуты изменения относящиеся к ядру.

Обновление FreeBSD 10.3 до FreeBSD 11.0

Обновление FreeBSD 10.3 до FreeBSD 11.0.

здравствуйте друзья сегодня мы будем обновлять free bsd 10.3 до версии 11.0 перед обновлением обязательно сделайте бэкап системы

убедимся что у нас сейчас версии системы для этого запустим утилиту юные с ключом, а начнем обновлению с

утилиты б спать без спать эта часть без div который обновляет систему бинарными патчами без патч была найдена уязвимость перед установка патча

патч до версии 10.3 все прошло успешно можно просмотреть отчет пролистать можно используя клавишу пробел

установим патче перезагрузимся теперь можно начать переход на версию 11.0 нам показывает какие компоненты

установлены в нашем случае не установлен компонент games от которого мы отказались при установке системы соглашаемся

классы пользователи ios плюсом обозначена то что будет добавлено минусом то что удалено подтверждаем то же самое с файлами master

password & password описывающими учетные данные пользователей теперь нам показывает список файлов которые будут удалены при

обновление до версии дальше список файлов которые будут добавлены и последнее список файлов которые будут обновлены

например для идти firewall то она будет заменено на ядро по умолчанию соответственно процедуру по сборке кастомного ядра

придется повторить нам говорят что обновление ядра была установлена для продолжения нам потребуется

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

и перри соберет утилиты из портов с теми опциями которые нам нужны для его установки можно воспользоваться пакетным менеджером

обновим дерево портов перезагрузим ос пересоберём утилита у

нас все утилиты на этом сервере собраны с опциями по умолчанию архив со старыми версиями после обновлений утилит можно удалить

третий и последний там в обновлении теперь проверим версию free bsd успешно обновилось с некоторым утилитами

на канал оставляйте комментарии спасибо что смотрели пока .

Step 4 — Completing the Installation Process

Let’s check the version of our server to make sure the upgrade process worked and the new kernel is loaded. First, log back into your server:

Once logged in, run the following command:

and you’ll see the following output indicating that the upgrade worked:

But we’re not quite done with the upgrade. We need to install any final updates that may have occurred since the release was created, so run once more.

You’ll see the following output:

It’s safe to disregard the two warnings at the end. Both files will be created or updated by this process.

When you upgrade FreeBSD, you should also upgrade all of your third-party installed packages, especially if you are doing a major release upgrade. To do that, run the following command:

The output will look like this:

Type and press to continue, and you’ll see the following output:

Once again, type , followed by to continue.

The packages will upgrade, but to make sure your user has access to the latest versions, run the command:

With that, the upgrade process is complete. But what if something went wrong?

Дополнительные материалы по Freebsd

Онлайн курс Основы сетевых технологий

Теоретический курс с самыми базовыми знаниями по сетям. Курс подходит и начинающим, и людям с опытом. Практикующим системным администраторам курс поможет упорядочить знания и восполнить пробелы. А те, кто только входит в профессию, получат на курсе базовые знания и навыки, без воды и избыточной теории. После обучения вы сможете ответить на вопросы:

На каком уровне модели OSI могут работать коммутаторы;
Как лучше организовать работу сети организации с множеством отделов;
Для чего и как использовать технологию VLAN;
Для чего сервера стоит выносить в DMZ;
Как организовать объединение филиалов и удаленный доступ сотрудников по vpn;
и многое другое.

Уже знаете ответы на вопросы выше? Или сомневаетесь? Попробуйте пройти тест по основам сетевых технологий. Всего 53 вопроса, в один цикл теста входит 10 вопросов в случайном порядке. Поэтому тест можно проходить несколько раз без потери интереса. Бесплатно и без регистрации. Все подробности на странице .

Рекомендую полезные материалы по Freebsd:

Установка
Настройка
Обновление
Шлюз
Прокси сервер
Веб сервер NGINX
Веб сервер Apache

Описание установки Freebsd 11 на одиночный диск, либо на софтовый raid1, сделанный средствами zfs, которые поддерживает стандартный установщик.

Базовая настройка Freebsd, которую можно выполнить после установки сервера общего назначения. Представлены некоторые рекомендации по повышению удобства пользования и безопасности.

Описание и нюансы обновления системы Freebsd с помощью утилиты freebsd-update. Показано пошагово на конкретном примере обновления.

Настройка Freebsd шлюза для обеспечения выхода в интернет. Используется ipfw и ядерный нат, dnsmasq в качестве dhcp и dns сервера. Мониторинг сетевой активности с помощью iftop.

Подробная настройка на Freebsd прокси сервера squid + sams2 — панели управления для удобного администрирования.

Настройка максимально быстрого web сервера на базе Freebsd и nginx + php-fpm. Существенный прирост производительности по сравнению с классическим apache.

Настройка web сервера на Freebsd в связке с apache, nginx, php и mysql. Пошаговая установка и настройка каждого компонента.

Step 3 — Installing FreeBSD 10.3

The updates have been downloaded and essential files have been successfully merged or configured, so to install the downloaded upgrades, use the following command:

Here is the output you will see:

The installation prompts you to perform a reboot, so execute this command to reboot your machine:

You’ll be disconnected from your SSH session, and the reboot will take about a minute. Once your machine has come back online, log back in and move on to the next step.

Note: You must reboot your server in order to load the new 10.3-RELEASE-p4 kernel and its patched binary files, which are loaded only during the boot process. Do not move on to the next steps without rebooting.

FreeBSD 11: обновление ОС FreeBSD | База знаний “Try 2 Fix”

2 декабря 2016 ВК Tw Fb

FreeBSD FreeBSD 11 Unix update обновление обновление системы патч

Обновление любой операционной системы — обязательная операция и не важно, какая ОС у Вас стоит: Windows, Mac OS или Unix. FreeBSD тоже нуждается не только в обновлении портов, но и в обновлении системных компонентов

Рассказываем как это сделать.

Проверим какая версия ОС у Вас сейчас установлена:#uname -v

В нашем случаем вывод такой

FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep 29 01:43:23 UTC 2016

Это значит у нас FreeBSD 11 с набором патчей 1.

Далее необходимо проверить наличие обновлений:#freebsd-update fetch

На этом этапе происходит проверка наличия обновлений, их загрузка и вывод списка компонентов, которые нуждаются в обновлении. Процесс может занять длительное время! Не прерывайте его!В выводе увидим, что нам доступно обновление с набором патчей 3 FreeBSD 11.0-RELEASE-p3.

Чтобы установить все обновления, воспользуемся командой#freebsd-update install
Для применения обновлений необходимо перезагрузить Ваш сервер.

Что-то пошло не так? Специалисты нашей компании помогут Вам разобраться с возникшими проблемами! Обращайтесь! →

Также Ваши вопросы Вы можете задать в нашей группе ВК или на нашем YouTube канале!

28 декабря 2016 ВК Tw Fb

DNS resolv Ubuntu Ubuntu Server Zimbra Zimbra 8.6 Zimbra OSE Ошибка

На корпоративном почтовом сервере Zimbra OSE пользователи при отправке внутренней почты стали получать сообщение “Произошла неизвестная ошибка (mail.TRY_AGAIN)”, другие пользователи увидели “Ошибка сети”.

А мы во всех логах (/var/log/zimbra.log, /var/log/mail.log и /var/log/mail.err) увидели это волшебное сообщение “postfix/postqueue fatal: Queue report unavailable – mail system is down”.

Работа была парализовано, но решение оказалось простым.

14 октября 2016 ВК Tw Fb

Резервное копирование – важная часть в жизни любого пользователя ПК. Мы для этих целей используем бесплатное приложение Cobian Backup 11 Gravity. Это конечно не монструозный Acronis Backup, но функционала Cobian хватает с головой.

И в такой связке нам попалась ошибка Cobian Backup в момент создания копии: Невозможно создать каталог назначения %NAS_NAME% синтаксическая ошибка в имени файла, имени папки или метке тома. Исправляем её.

23 сентября 2016 ВК Tw Fb

Алкоголь Алкогольная декларация Декларант-Алко Делкарация ФСРАР

Начиная с версии Декларант-Алко 4.30.10 у наших клиентов появилась проблема при обновлении программы через её интерфейс.

Пользователь выбирает файл обновления, появляется окно со списком изменений программы, а затем появляется ошибка “Процесс не может получить доступ к файлу, так как этот файл используется другим процессом”.

Предложенное решение не является самым изящным, однако позволяет обойти эту проблему. Приступим.

Использование утилиты freebsd-update

Установить все обновления безопасности на сервер freebsd можно легко и быстро с помощью утилиты
freebsd-update. Итак, у нас имеется:

# uname -a

FreeBSD websrv.local 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014     :/usr/obj/usr/src/sys/GENERIC  amd64

Запускаем freebsd-update, проверяем наличие обновлений и скачиваем необходимые:

# freebsd-update fetch

Looking up update.FreeBSD.org mirrors... none found.
Fetching public key from update.FreeBSD.org... done.
Fetching metadata signature for 10.1-RELEASE from update.FreeBSD.org... done.
Fetching metadata index... done.
Fetching 2 metadata files... done.
Inspecting system... done.
Preparing to download files... done.
Fetching 19 patches.....10.... done.
Applying patches... done.

The following files will be updated as part of updating to 10.1-RELEASE-p1:

и дальше список обновлений перечисляется.

Устанавливаем обновления:

# freebsd-update install

Installing updates... done.

Если после этого мы снова проверим версию системы с помощью uname, то окажется, что ничего не
изменилось. Будет показана та же версия. Что же произошло после этого обновления? Произошло бинарное
обновление системы до актуальных значений. При этом, если у вас собрано и установлено свое ядро, отличное от
GENERIC, то после перезагрузки у вас будет загружено ядро GENERIC. Про это обязательно нужно помнить. Я так
долго разбирался, почему вдруг перестала работать команда forward в ipfw. Перепроверил все, что только
мог, опустились руки. А все потому, что процесс обновления и перезагрузки сервера были сильно разделены по
времени, а заметил я то, что не работает перенаправление еще позже, поэтому не сопоставил эти два события.
О том, что у меня не то ядро загружено я и представить не мог. Я же знаю и помню, что ядро собирал и не
трогал с тех пор. Вот такой нюанс, о котором нужно не забывать.

Чтобы отразить изменения в версии системы, пересоберем и установим ядро GENERIC. Исходные тексты
системы, нужные для сборки, находятся в папке /usr/src. Если у вас там пусто, то их необходимо установить.

Обновление с предыдущих выпусков FreeBSD 12.2 до 13.0 бинарным методом

Протестировал следующие инструкции на моей виртуальной машине FreeBSD AMD64

Обратите внимание, что обновление систем powerpc64 из более ранних выпусков FreeBSD НЕ поддерживается. Пользователям необходимо переустановить из-за использования нового ABI

Двоичное обновление между версиями RELEASE рекомендуется с помощью утилиты командной строки freebsd-update. Следовательно, выполните следующую команду:

# freebsd-update -r 13.0-RELEASE upgrade

Freebsd-update оценит файлы конфигурации и может предложить вам следующее для слияния файлов конфигурации и других параметров в соответствии с вашими установленными приложениями и настройками. Прочтите их внимательно:

Процесс длительный и когда обновления загружены, объединены в каталог, фиксируем изменения на диске. Другими словами, введите следующую команду в командной строке, чтобы применить обновления:

# freebsd-update install

После установки обновлений перегрузим сервер:

# shutdown -r now

Обновление FreeBSD 10.3 до FreeBSD 11.0

Обновление FreeBSD 10.3 до FreeBSD 11.0.

убедимся что у нас сейчас версии системы для этого запустим утилиту юные с ключом, а начнем обновлению с

патч до версии 10.3 все прошло успешно можно просмотреть отчет пролистать можно используя клавишу пробел

установим патче перезагрузимся теперь можно начать переход на версию 11.0 нам показывает какие компоненты

придется повторить нам говорят что обновление ядра была установлена для продолжения нам потребуется

обновим дерево портов перезагрузим ос пересоберём утилита у

третий и последний там в обновлении теперь проверим версию free bsd успешно обновилось с некоторым утилитами

на канал оставляйте комментарии спасибо что смотрели пока .

21.7. Отслеживание исходных текстов для нескольких машин

Если нужно отслеживать одно и то же дерево исходных текстов на множестве машин, то загрузка кода и полное перестроение системы на каждой из них выглядит как ненужная трата ресурсов: дискового пространства, пропускной способности сети и процессорного времени. Решением является выделение одной машины, которая выполняет основной объём работы, в то время как остальные используют результаты работы посредством NFS. В этом разделе описывается именно этот метод. Для получения информации об использовании NFS обращайтесь в .

Первым делом определите набор машин, на которых будет выполняться единый набор программ, который мы будем называть набором для построения. Каждая машина может иметь собственное уникальное ядро, но они будут работать с одними и теми же программами пользователя. Из этого набора выберите машину, которая будет являться машиной построения, на которой будут строиться ядро и всё окружение. В идеальном случае это быстрая машина с достаточно незагруженным CPU для выполнения команд и .

Выберите тестовую машину, которая будет выполнять проверку обновлений программного обеспечения, прежде чем они пойдут в работу. Это должна быть машина, которая может находиться в нерабочем состоянии достаточно долго. Это также может быть машина построения, но не обязательно.

Всем машинам в этом наборе для построения нужно смонтировать /usr/obj и /usr/src по NFS с машины построения. В случае нескольких наборов для построения каталог /usr/src должен находиться на одной машине построения и монтироваться на остальных по NFS.

Удостоверьтесь, что /etc/make.conf и /etc/src.conf на всех машинах в заданном наборе для построения согласуются с машиной построения. Это означает, что машина построения должна строить все те части базовой системы, которые будут устанавливаться на каждой машине из набора для построения. Кроме того, у каждой машины построения должно быть задано имя ядра в переменной в /etc/make.conf, и машина построения должна перечислить их все в переменной , причём первым должно идти имя её собственного ядра. Машина построения должна хранить конфигурационные файлы ядра каждой машины в каталоге /usr/src/sys/arch/conf.

Постройте ядро и всё окружение на машине построения так, как это описано в , но ничего не устанавливайте на самой машине. Вместо этого, установите собранное ядро на тестовой машине. Для этого смонтируйте /usr/src и /usr/obj по NFS. Затем выполните команду для перехода в однопользовательский режим, для того чтобы установить новое ядро и всё окружение, после чего выполните команду обычным образом. После этих действий перезагрузитесь для возврата к обычному режиму работы в многопользовательском режиме.

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

Такой же подход можно использовать и для дерева портов. Сперва нужно смонтировать /usr/ports по NFS на всех машинах в наборе для построения. Чтобы настроить /etc/make.conf для использования общего каталога с дистрибутивными файлами, задайте переменную так, чтобы она указывала на общедоступный каталог, доступный для записи тому пользователю, который отображается в пользователя для точек монтирования NFS. Каждая машина должна задавать так, чтобы она указывала на локальный каталог, если порты будут собираться локально. Если же пакеты будут распространяться, задайте на машине построения переменную , чтобы она указывала на каталог, соответствующий .

Подготовка к обновлению

Первым делом проверим нашу версию Freeebsd:

# uname -a
FreeBSD freebsd 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014     root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

Будем обновлять freebsd 10.1 до 10.2 с помощью стандартной программы freebsd-update. Вначале установим на текущую версию все обновления согласно статье по обновлению freebsd. После обновления проверяем версию еще раз:

# uanme -a
FreeBSD freebsd 10.1-RELEASE-p19 FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:55:09 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64

Проведем проверку системы и сравнение с новой версий:

# freebsd-update -r 10.2-RELEASE upgrade

На вопрос отвечаем утвердительно и ждем окончания загрузки и сравнения двух версий:

Процесс невероятно длинный, скачиваются тысячи патчей. У меня этот процесс длился от часа до двух часов. Причем проверял на разных виртуалках — на нормальном сервере и обычном десктопе. Разница во времени была несущественна, то есть она не привязана напрямую к производительности железа. Скорее всего скорость обновления больше всего будет зависеть от скорости соединения с выбранным сервером обновлений.

Конфиги системных служб не меняются, сравнивать старую версию с новой, как при обновлении с 10.0 до 10.1 не придется. После скачивания всех патчей и просмотра списка изменений (очень большой список) продолжаем процесс.

Step 2 — Resolving Conflicts

After applying patches to the operating system, will show you two warning messages, and you will need to manually resolve some minor conflicts in two different configuration files. One is and the other one is .

The first warning you see is as follows:

When you press , the file opens in the text editor and you’ll see the following text:

/etc/rc.subr file with conflicts to solve manually

Modify this section by removing the lines related to the current version, which are highlighted in red above. Even though we are currently running FreeBSD 10.2, this file references 10.1 as “current.” Remove those lines so the section looks like the following example:

/etc/rc.subr ready to proceed

Warning: DigitalOcean keeps its custom configuration and data for FreeBSD Droplets under the directory, and it’s referenced in the file. Please do not change or remove the files or configuration related to DigitalOcean. The custom configurations and data under is what keeps your Droplet up, running in a good shape, and integrated with DigitalOcean’s API.

Save your changes to the file and exit the editor.

As soon as you close the text editor, you will see a line reporting the successful merge of the file you just changed. Then you’ll see the second warning which says that the configuration file needs your attention:

Just like before, when you press you will be presented with a text file you’ll have to modify. The piece you’ll need to change will be similar to the first file you edited.

/etc/ssh/sshd_config file with conflicts to solve manually

Once again, modify this section by removing the lines related to the current version until the section of the file looks like this:

/etc/ssh/sshd_config ready to proceed

Save your changes to the file and close the editor.

Once the editor closes, the process will display each file you changed and ask if the changes look reasonable. Answer to both questions to continue the installation.

Once you agree to the changes, you will see a list of binaries and configuration files that will be updated. This list is very long; press to scroll down the list one page at a time. Or, if you don’t want to review the list, type to quit. Don’t worry; pressing won’t abort the upgrade process.

The list looks like this:

Once you’ve reviewed the list, you’ll be back at your terminal prompt. You’re ready to perform the installation.

Шаг4: синхронизация конфиг файлов

В данный момент, система загружена на обновленую версию, однако содержащую старые библиотеки от предыдущего релиза и старый синтаксис конфигурационных файлов (а возможно и уже устаревших и лишних)

Исправляется последнее через интерактивную работу с mergemaster

Несколько слов о работе этой утилиты. Она сравнивает уже установленные файлы конфигурации с теми которые предлагаются новой версией FreeBSD. Если есть отличия, то на экране появляется сообщение об этом. Первой строкой в нем идет имя файла, который не соответствует новым требованиям, а ниже сами отличия. Знаком “-” помечаются строки, которые утилита собирается удалить, а “+” – которые будут добавлены.

В конце предлагаются следующие варианты:

d – удалить предлагаемый вариант и оставить старый;

i – установить предлагаемый вариант, удалив старый;

m – сравнить построчно старый и предлагаемый вариант;

v – посмотреть отличия в файлах снова.

Чаще всего можно жать i, но иногда это может привести к замене ваших настроек на дефолтные. Так что будте внимательны. Например, у меня установлен exim, а mergemaster предложил вернуть файл /etc/mail/mailer.conf в первоначальное состояние. Это мне не нужно, поэтому выбираю m.

Начинается построчное сравнение файлов. Экран делится на две части, слева строки из старого файла, а справа из предлагаемого. При нажатии на “Enter” выводятся возможные варианты последующих действий:

l – использовать вариант слевой стороны;

r – использовать вариант справой стороны;

и т.д.

В моем случае, чтобы оставить старые настройки жмем “l”. После того как сравнение кончилось, предлагаются следующие варианты:

i – установить получившийся файл;

r – повторить сравнение снова;

v – просмотреть получивщийся файл.

Возможен также вариант, когда с новой версией системы появляются новые файлы, которых до этого не было. В таком случае предлагается только 2 варианта:

d – удалить предлагаемый вариант и оставить старый;

i – установить предлагаемый вариант, удалив старый.

И в таком же духе сравниваются все файлы.

mergemaster -p

по окончанию выполните

 exit

для загрузки в многопользовательский режим, если Вы загружены в однопользовательский.

Шаг5: удаление старый файлов и библиотек

Удалить устаревшие для Вашего релиза файлы и библиотеки следующими действиями:

 cd /usr/src

 make delete-old
 make delete-old-libs

Данные команды интерактивно будут Вас спрашивать удаление конкретного устаревшего файла. Если вы уверены в себе и своей системе, удалить без вопросов можно через

 yes | make delete-old
 yes | make delete-old-libs

Процесс обновления завершен.

Ссылки

http://wiki.bsdportal.ru/doc:freebsd_update

http://www.lissyara.su/articles/freebsd/tuning/make_buildworld/

Установка обновления Freebsd 10.3 до 11

Обновлять будем следующую версию:

Перед переходом на новую ветку, обновим полностью текущую систему. Для этого можно воспользоваться моей статьей про обновление freebsd. Если кратко, то просто выполняем следующие команды:

# freebsd-update fetch
# freebsd-update install

На всякий случай перезагрузимся:

# reebot

Теперь приступаем к обновлению до freebsd 11 с команды:

# freebsd-update upgrade -r 11.0-RELEASE

На вопрос отвечаем положительно:

Дожидаемся окончания проверки и загрузки файлов. Ждать придется долго, я не меньше часа ждал, а может и больше. Не знаю, с чем это связано, но freebsd всегда долго обновляется, не предлагая никакого прогресс бара. Сидишь всегда и ждешь. Хорошо хоть этот процесс у меня никогда не зависал, так что нет опасений, что что-то идет не так и ты напрасно ждешь. В итоге у меня было скачано 46 000 патчей, необходимых для обновления.

После окончания загрузки новых файлов, будет сравнение старых конфигов и новых, если они отличаются. Аккуратно проведите эту процедуру. Если у вас в дефолтных системных конфигах не было изменений, заменяйте их на новые. Если были, то смотрите по обстановке. Иногда если оставить старую версию, то сервис с ней не запустится, но это случается редко. Только если произошли какие-то серьезные изменения. Я обычно заранее делаю бэкап всех настроек и заменяю все конфиги на новые. Потом, в случае необходимости, вручную вношу изменения. Потом будет огромный список файлов, которые будут удалены или заменены. Я его пролистал кнопкой Page Down.

Запускаем непосредственно обновление до 11-й версии:

# freebsd-update install

После этого перезагружаем систему:

# reebot

У меня система после перезагрузки не поднялась, показав вот такое окно:

Не понимаю, что могло сломаться в результате обновления. В списке возможных дисков для загрузки вообще нет жесткого диска, то есть даже вручную не загрузишься с указанием правильного раздела. Пришлось загрузиться со старым ядром, которое можно выбрать в начальном меню загрузки. С ним нормально загрузился в старой версии.

Новое ядро не видит жесткий диск /dev/da0. Тестирование обновления я делал на hyper-v, под рукой нет другой возможности. В интернете нигде не нашел информации о похожей ошибке, у всех все получилось. Собственно дальше осталось только пару раз запустить одну команду и перезагрузиться. Мне почему-то кажется, что моя ошибка обновления локальная, обновление должно проходить гладко. Но в любом случае имейте ввиду, что может получиться такой результат. Рассказываю, что нужно делать дальше, для завершения обновления.

После загрузки запускаем туже самую команду еще раз:

# freebsd-update install

И в завершении обновления еще разочек:

# freebsd-update install

Тут нет ошибки, в соответствии с рекомендациями по обновлению на официальном сайте, запустить эту команду надо именно три раза, перезагрузившись после первого. После этого у вас должна быть полностью обновленная система до последней версии Freebsd 11.0-RELEASE.

Выпущена FreeBSD 13 — Что нового?

OpenZFS теперь предоставляет реализацию ZFS в FreeBSD 13. Другими словами, вы получите одну и ту же версию ZFS в Linux и FreeBSD.Клиент и сервер NFS теперь поддерживают NFSv4.2 с расширенными атрибутами.

Кроме того, клиент и сервер NFS теперь поддерживают NFS через TLS из соображений безопасности и конфиденциальности.

FreeBSD 13 удалила несколько сетевых драйверов для устаревших адаптеров Ethernet, таких как Crystal Semiconductor CS8900 / CS8920 и других.Добавили драйвер qat, поддерживающий некоторые функции криптографического ускорения устройства Intel QuickAssist (QAT).

Дополнительные изменения загрузчика для системного раздела EFI.FreeBSD 13 имеет переписанный стек маршрутизации. Он основан на введении следующих переходов — объектов, содержащих все необходимые состояния для передачи пакета в желаемое место назначения.Поддержка многопутевой маршрутизации была переписана в более масштабируемой форме.

64-битная архитектура ARM, известная как arm64 или AArch64, повышена до уровня Tier-1 для FreeBSD 13.Утилита bhyve (8) надежно работает с большим количеством клиентов VNC, включая приложение MacOS «Совместное использование экрана».