>> каких таких симлинков? вот мне досталось 2 шт центоз 4.9 (вроде), машинки
>> уже демонтированы, к счастью, но "осадочек-то остался" (с)
> Вам отдельно объяснять, что здесь виноваты кривые руки прошлого админа, или сами
> догадаетесь? Я же сказал: при грамотной организации.

ну так чего поделать, если линуксоеды такие вот в большинстве своем, я еще не встречал машин, после нормального линусячего одминчега. вот еще 1 поцеент, на этот раз из ламерикосии:
[username@host ~]$ cat /etc/issue.net
CentOS release 6.4 (Final)
Kernel \r on an \m
[username@host ~]$ yum whatprovides /usr/local/nginx/sbin/nginx
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* base: mirror.widexs.nl
* epel: mirror.muntinternet.net
* extras: mirror.prolocation.net
* rpmforge: mirror.nl.leaseweb.net
* updates: mirror.prolocation.net
No Matches found
тот пошел еще дальше, он еще и raid-check который раз в неделю запускается не отключил, а его властелин сидит и печалится "чо жэ так все плохо работает почти все дни в неделю, к выходным только более-менее нормально становится".

> Я не понимаю, какие были сложности с самосборным софтом, если он был
> нормально собран в RPM, и имелись исходники для сборки? Не был?
> Вините прошлого админа, а не CentOS. Наверняка тоже бывший BSD'шник, привыкший
> делать всё через make/make install.

я же написал, он - поклонник дибиана. открой практически любую хауту линуксячую и посмотри, в скольки % из них написано "если у вас дибилиан или производные то апт-гетьте/аптитудьте, если рпмбейзд - юмьте/рпмте". бОльшая часть это таки wget; tar xf; cd ; configure; make.
а теперь, ради интереса, попробуй найти хауту по настройке чего-либо на фре. там таки pkg_add/установка из портов, преимущественно. так что не нужно, про make/make install ;)
у меня был 1 подован, по такой вот чудо хауту инсталлил на фрю openssl, причем версии старее чем в base. в резюме у него были центоз, дибилиан, виндуз. взял вот, в надежде что он не совсем тупой, оказалось что я ошибся.
>> а теперь, для сравнения: обновляется мир-ядро с фрей
> И пул замечательно не монтируется, поскольку он уже новее, чем в "обновлении".

хотябы 1 (одну) причину назови обновляться с 8.4 до 9.1.
> Плюс разлетаются конфиги, поскольку у вас допустим в эксплуатации Apache 2.2,
> а в портах теперь есть только 2.4. Ну и прочие прелести
> BE.

в портах есть и 2.2 до сих пор, не ври, я проверил. кроме того, никто не заставляет обновлять _дерево портов_. на всежей системе ставь софт хоть из годичной давности дерева.
>> мозг "грамотной организации устройств, разделов и дерева каталогов". что это такое,
>> кстати?;)
> Это? Это когда у вас для полного (не rolling!) обновления системы или
> переноса на другую систему/площадку не нужно искать, откуда, куда и что
> скопировать. Монтируются по своим подкаталогам готовые разделы, инсталлится RPM кастомов
> и не очень по списку, симлинкаются в /etc из каталога с
> конфигами те конфиги, которые из /etc просто так не утащить... собственно
> система готова, дальше можно смотреть на результат.

вооот. именно поэтому PREFIX в нормальных системах не / а /usr/local/, конфиги, соответственно, от стороннего софта лежат в /usr/local/etc
а когда я, зайдя на тачку, вижу 100500 симлинков хз на что хз на куда и хз зачем.. я начинаю волноваться, как минимум.
> Такая организация, помимо всего прочего, позволяет хранить бэкап отдельно базовой ОС и
> отдельно - сервисов и всего, что сверху - ибо всё попилено
> на составные части, а не представляет собой монолит. При этом развернут
> такой бэкап может быть в принципе на любую площадку со сходной
> ОС, возможно даже довеском к существующим сервисам - при крайней на
> то необходимости.

все верно, и применимо ко fbsd. на ней, кстати, даже с generic ядром можно (я почти всегда так делаю) запустить jail, в котором запускать нужные сервисы, с отдельным разделом под джейлы. тогда для "развернуть на другую площадку" достаточно чтобы там стояла система, на нее кладутся джейлы. профит.
из софта на мастере только то, что нужно для мониторинга. и тут пофиг по времени, будет это restore из дампа, либо переустановка с нуля ОС и доустановка нужных пакетов, вытаскивание из репозитория конфигов.