Pull to refresh

Comments 12

А почему нельзя накатить новую версию системы с помощью rsync и какой-нибудь виртуальной машины?
Хм… у меня все без проблем обновилось через freebsd-update по FreeBSD handbook
$ uname -a
FreeBSD %hetzner% 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
Автор очевидно не ищет лёгких путей)
тоже задался вопросом почему не устроил freebsd-update
Потому, что GENERIC ядро это странная штука на сервере. Я первым делом вычищаю ядро от мусора.
А Вы внимательно читали статью? Или просто посмотрели что много всего написано?

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

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

Тем же кому статья оказалась полезна, если что-то не понятно то спрашивайте я объясню
Вы считаете что зря раскрыл?
хорошая статья, и за живые конфиги спасибо.
Я б еще рассказала про кастомную разбивку диска под свои нужды: удаленно делать не совсем тривиально, но у hetzner в вики есть немного.
да, и живую систему по той же схеме обновлять можно — тоже так делаю.
Да, я много способов разных пробовал по обновлению, этот более удобный оказался и все под машину компилируется, в идеале конфиг ядра почистить надо чтобы вообще ничего лишнего небыло.
Есть ряд неточностей:
1) svn по умолчанию не установлен в системе. Если конфикт при co то лечится вот так svn resolve --accept working
2)не
make build kernel
правильно
make buildkernel
3) не
make install kernel
правильно
make installkernel
4)не make build world
правильно make buildworld
5) не make install world
правильно make installworld
6)Разрешать руту ходить по ssh не правильно и не безопасно, так же лучше ssh повесить на нестандартный порт.
Sign up to leave a comment.

Articles