k-nikeВ свое время система обновлялась предыдущим админом с 6-ки. Похоже что там остались старые либы, с частью приложений возникают косяки. Я подумал, что если бинарно обновиться, то эти проблемы уйдут.
Попробуйте сначала перекомпилировать весь софт, предварительно сделав из него пакажди, это чтоб быстрее возвратиться, если что пойдет не так, косяки возникают как раз наоборот, когда убирают старые либы, а стоящий софт их использует(ссылки у него на них), fstab придется редактировать перед перезагрузкой, но в крайнем случае загрузитесь с сд, подгрузите ручками нужный драйвер подцепите массив и спокойно отредактируете fstab. Но я начал с ошибок софта и анализа вашего ядра, если оно generic, то обычно нет проблем..

k-nikeПоявилось желание обновить FreeBSD 7.4 до FreeBSD 9.1 удаленно.
Стал смотреть какие драйверы поменялись, чтобы не потерять доступ к серверу после перезагрузки. Сетевой драйвер не изменился, но поменялся драйвер встроенного в мать RAID. Это по источникам из интернета . Было /dev/ar0 - стало /dev/raid/r0 .
К сожалению, в HARDWARE.HTML никакой информации нет по этому RAID.
Когда в свое время обновлялся с 6-ки или 7-ки до 8-ки, то диски /dev/adX переименовались в /dev/adaX . Но система осталась работоспособной, т.к. /dev/adX автоматически стал алиасом на /dev/adaX .

Ну как же нет, там вообще обьявлен новый подход к raid'ам...

Sergey Orlovk-nikeПоявилось желание обновить FreeBSD 7.4 до FreeBSD 9.1 удаленно.
Стал смотреть какие драйверы поменялись, чтобы не потерять доступ к серверу после перезагрузки. Сетевой драйвер не изменился, но поменялся драйвер встроенного в мать RAID. Это по источникам из интернета . Было /dev/ar0 - стало /dev/raid/r0 .
К сожалению, в HARDWARE.HTML никакой информации нет по этому RAID.
Когда в свое время обновлялся с 6-ки или 7-ки до 8-ки, то диски /dev/adX переименовались в /dev/adaX . Но система осталась работоспособной, т.к. /dev/adX автоматически стал алиасом на /dev/adaX .

Ну как же нет, там вообще обьявлен новый подход к raid'ам...
Надо читать не про 9.1, а про 9.0...

k-nikeSergey Orlovкосяки возникают как раз наоборот, когда убирают старые либы, а стоящий софт их использует
Так я и хотел бинарно обновиться, а потом перекомпилить весь софт уже по-новой.
Sergey OrlovПопробуйте сначала перекомпилировать весь софт, предварительно сделав из него пакажди
А как сделать пакаджи из уже установленных портов, если оное дерево уже обновилось? Как перекомпилить 1-ый апач если в дереве портов он уже отсутствует?

пакаджи делаются из портов, если вы вы специально их компилировали, что в вашем случае я думаю не так
man pkg_create
pkg_create -jb pkg-name pkg-filename
Если вы приняли решение перейти на 9-тую ветку, то там точно Apache 1.X нету...
k-nikeЯдро самосборное, просто урезан некоторый функционал, типа nfs-клиента, но драйверы вроде не тронуты.
Кстати, обновление с 7-ки до 9-ки не загубит мне ssh после ребута между установкой ядра и мира? Может телнет на время поднять? :)
Читайте маны, у вас может быть дофига ядер... Не должен, если только вы не примените файер запрещающий доступ к ssh.
Кроме всего прочего, ядро, кажется начиная с версии 6.0, это не монолитное, просто в /boot/kernel не будет соответствующих модулей, более того, модули могут лежать в другом каталоге и их можно подгружать ручками через kldload или автоматом на старте через /boot/loader.conf

k-nikeКстати, обновление с 7-ки до 9-ки не загубит мне ssh после ребута между установкой ядра и мира? Может телнет на время поднять? :)
Главное в этом деле, чтобы ядро загрузилось и смонтировало файловую систему, поэтому внимательно читайте updating от 9.0. Сервак далеко от вас, если удаленно хотите обновить... Иногда человечек возле него не помешает...

k-nikeДа уж. Я так подумал, ну его нафиг это обновление. Был бы толковый человек на удаленной стороне, можно было бы попробовать.
Займусь лучше текущими косяками.
7.4 еще как минимум год будет поддерживаться, я на вашем бы месте подумал бы приведении прикладного софта к последним версиям, все равно переходить придется... или перенос сервера в виртуалку.