Обновление 7.2 до 8.1

[icb]

Стоит 7.2 64-bit со своим ядром (добавлен только ipfw). Хочу обновиться до 8.1 бинарно.
Вроде никаких проблем возникнуть не должно. На что стоит обратить внимание?
Надо ставить compat7x? Если надо, то где взять amd64 (в портах он только i386)?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Гость]

исходниками обновляйтесь
и не будет никаких проблем 100%

[icb]

Если перейти на GENERIC, то разницы ведь особой нет исходниками или нет?
А ipfw можно подгрузить модулем.

Если обновляться исходниками, то compat7x не надо ставить разве?

[Гость]

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

ipfw можно грузить модулем
но если вам нужен fwd то он включается только пересборкой ядра

[icb]

Попробовал на виртуалке (виртуалбокс).

Код: Выделить всё

# freebsd-update upgrade -r 8.1-RELEASE

Прошло нормально.

Код: Выделить всё

# freebsd-update install
Installing updates...
Kernel updates have been installed.  Please reboot and run
"/usr/sbin/freebsd-update install" again to finish installing updates.

Перезагружаюсь, но ядро старое

Код: Выделить всё

# freebsd-update install
Installing updates...Bad system call (core dumped)
Bad system call (core dumped)
Bad system call (core dumped)
....
Bad system call (core dumped)
Bad system call (core dumped)
rmdir: ///usr/share/man/man8: Directory not empty
rmdir: ///usr/share/man/man4: Directory not empty
rmdir: ///usr/share/man/ja: Directory not empty
rmdir: ///usr/share/man/en.ISO8859-1/cat8: Directory not empty
rmdir: ///usr/share/man/en.ISO8859-1/cat4: Directory not empty
rmdir: ///usr/share/man/en.ISO8859-1: Directory not empty
rmdir: ///usr/share/man/cat8: Directory not empty
rmdir: ///usr/share/man/cat4: Directory not empty
rmdir: ///usr/share/doc/usd: Directory not empty
rmdir: ///usr/share/doc/smm: Directory not empty
rmdir: ///usr/share/doc/psd: Directory not empty
rmdir: ///usr/share/doc/legal: Directory not empty
rmdir: ///usr/share/doc/bind9: Directory not empty
rmdir: ///usr/share/doc: Directory not empty
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
/usr/sbin/freebsd-update: grep: not found
 done.
#

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

[Гость]

обновление с иходников дает один большой профит,
оно локально а не вытягивает с сети
а если до этого еще предыдущий мир был собран тоже с исходников
то это дает двойной профит
всегда можно вернутся к предыдущему миру который хоранится в /obj

[icb]

обновление с иходников дает один большой профит,
оно локально а не вытягивает с сети

Так исходники тоже надо вытягивать из сети.
И они (исходники), наверное, больше по объему бинарников.

[Гость]

однозначно больше
зато риск завалить систему и вслучае чего вернуть обратно, нулевой

кстати а вы из портов что ли тоже ничего не собираете?
все pkg устанавливаете?

[Kesha]

Бывает на много быстрее поставить пакет, обновить и сконфигурировать, чем ковыряться в зависимостях неставящегося порта.

[Гость]

ну если вы про KDE в картинках и OpenOffice для красоты
то да, с pkg их может и удобно ставить
а серверный софт к примеру - апача хотя бы, бывает нужно конфигурять именно под себя
а про php я вообще молчу
так как он конфигурируется и ставится из портов, разве что для поигратся
и так много другого софта

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

[icb]

а про php я вообще молчу
так как он конфигурируется и ставится из портов, разве что для поигратся

Т.е. PHP ставится из портов только чтобы поиграться?
Вроде многие так ставят.

Сделал обновление из исходников:

Код: Выделить всё

cd /usr/src/
make buildworld
make buildkernel
make installkernel

Далее

Код: Выделить всё

mergemaster -p

*** Comparison complete
*** Saving mtree database for future upgrades

*** Files that remain for you to merge by hand:
/var/tmp/temproot/etc/master.passwd
/var/tmp/temproot/etc/group

Do you wish to delete what is left of /var/tmp/temproot? [no]
 *** /var/tmp/temproot will remain


*** Comparing make variables

*** From /etc/make.conf
*** From /usr/src/share/examples/etc/make.conf
grep: /etc/make.conf: No such file or directory

Немного напрягла последняя ошибка. Так и должно быть?

Код: Выделить всё

make installworld
yes | make delete-old

Прошло нормально.

Код: Выделить всё

mergemaster -cv

*** The directory specified for the temporary root environment,
   /var/tmp/temproot, exists.  This can be a security risk if untrusted
   users have access to the system.

 Use 'd' to delete the old /var/tmp/temproot and continue
 Use 't' to select a new temporary root directory
 Use 'e' to exit mergemaster

 Default is to use /var/tmp/temproot as is

How should I deal with this? [Use the existing /var/tmp/temproot]

  *** Leaving /var/tmp/temproot intact

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot

 *** Press the [Enter] or [Return] key to continue

 *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
     the temproot environment

Опять вывелась ошибка (да еще и FATAL), но все в итоге обновилось и после перезагрузки работает.
Что это за ошибки? Как искать причины и надо ли вообще (может это нормальное поведение)?

Время потратилось неимоверно много
Бинарное обновление намного быстрее. Как понять почему оно не сработало? Где искать логи и т.п.?

[Гость]

grep: /etc/make.conf: No such file or directory

ничего страшного
просто вы не используете make.conf

mergemaster -cv

это где вы такие ключи взяли? -cv
почитайте Makefile
там не так

*** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment

/usr/src что отсутсвует?
или не полностю от cvsupпился?

[icb]

это где вы такие ключи взяли? -cv

Вот вроде довольно хорошо написано http://www.ignix.ru/public/local_remote_update_freebsd

/usr/src что отсутсвует?

Он не может отсутствовать - именно из него я делал все.

или не полностю от cvsupпился?

В конфиге было src-all, ошибок не было.

[Гость]

не надо читать всякую ХХХ на всяких сайтах
в Makefile каталога /usr/src все нормально описано
там есть только два вида запуска mergemaster
без параметров насколько я помню и с одним единственным параметром
найдите
прочитайте
и выполните

mergemaster второй раз восновном создает каталоги деревьев
поэтому если у вас make installworld прошел успешно
то впринципе 99% что все гуд
но на всяк случай правильно запустите мержмастер, прочитав что там в меикфайле