LINUX.ORG.RU
решено Форум — General  

freebsd-update сколько врмени займет?

 , freebsd-update,


1

1

Собственно сабж.
Перевод с freebsd 9.0 (pcbsd) до 9.1-rc3
застряло на: 


# freebsd-update upgrade -r 9.1-RC3
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 9.0-RELEASE from update4.FreeBSD.org... done.
Fetching metadata index... done.
Inspecting system... done.

The following components of FreeBSD seem to be installed:
kernel/generic src/src world/base world/doc world/games world/lib32

The following components of FreeBSD do not seem to be installed:

Does this look reasonable (y/n)? y

Fetching metadata signature for 9.1-RC3 from update4.FreeBSD.org... done.
Fetching metadata index... done.
Fetching 1 metadata patches. done.
Applying metadata patches... done.
Fetching 1 metadata files... done.
Inspecting system... done.
Fetching files from 9.0-RELEASE for merging... done.
Preparing to download files... done.
Fetching 30828 files...

★★★★

Последнее исправление: ymuv (всего исправлений: 1)

Скачало минут за 50 на 100 мегабинтом интернете, сейчас:

# /usr/sbin/freebsd-update install
Installing updates...

ymuv ★★★★
() автор топика
Ответ на: комментарий от ymuv

после перезагрузки паника)
нужно равнять руки(

ymuv ★★★★
() автор топика
Ответ на: комментарий от ymuv

Скачало минут за 50 на 100 мегабинтом интернете...

Я его только один раз пробовал на старом P-III 1200/256 RAM. Вот ровно так-же и было.

Если учесть, что через «make build(world|kernel) && install (kernel|world) && reboot && mergemaster» занимает примерно такое-же время на двухядернике пятилетней выдержки, то мне как-то сразу расхотелось вообще freebsd-update пользоваться.

К тому-же при ручной сборке получаешь кастомное ядро и мир с выпиленными ненужностями и запиленными патчами.

sergv ★
()

Затяжная процедура, ага. Но freebsd-update существенно экономит время и нервы при инкременте патчлевела, а при переходе с релиза на релиз будет лишь немногим быстрее.

IPR ★★★★★
()
Ответ на: комментарий от unC0Rr

Не не не, я уж лучше как-нибудь сам, по крайней мере понятно будет, что происходит.

zgen ★★★★★
()
Ответ на: комментарий от zgen

Что-то я стремаюсь бинарный апдейт делать.

Я тут «в свете последних решений партии и правительства» попробовал обновить порты и исходники через portsnap и freebsd-update для релиза.

Самое смешное, что получилось и работает.

sergv ★
()
Ответ на: комментарий от sergv

Насколько мне известно, freebsd-update работает только с обновлениями между релизами и критическими патчсетами. Текущую -STABLE уже можно поддерживать в актуальном состоянии с помощью freebsd-update, закачивая только исходники?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Текущую -STABLE уже можно поддерживать в актуальном состоянии с помощью freebsd-update, закачивая только исходники?

Нет. Все правильно ты написал. Только релиз-патчсет, релиз-релиз.

Вообще, вчера поэкспериментировал с csup, subversion, git, freebsd-update, portsnap.

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

portsnap - gzip-ы всех фалов из дерева портов в /var/db/portsnap.

freebsd-update - см. выше.

subversion - .svn/pristine с немодифицированной копией всех фалов. Удвоение объема и количества фалов.

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

Появилось гнусное желание делать чекаут на одной машине и через rsync его размножать на весь оставшийся зоопарк.

sergv ★
()
Ответ на: комментарий от sergv

CVS, согласен, самый оптимальный вариант. Но не хотят они его больше.

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General