ВоффкаЕсли "подсовывать готовое", то куда и как?Положить его в /boot/kernel. Это всего лишь директория с файлами :-)
Хотя, наверно лучше поместить например в /boot/kernel.test и при помощи nextboot задать его для следующей загрузки. Тогда, в случае глобальной неудачи достаточно просто перезагрузить машину кнопкой сброс (надеюсь, эту возможность Вы тоже имеете) и вернуться к тому, что есть на данный момент. Если будет KVM под руками - это несомненный плюс к решению возможных проблем этапа загрузки.

Запуск сервисов в /etc/rc.conf можно отключить, чтобы не дергать их без нужды. Все равно, не скоро понадобятся.

PS: Таки данные то забекапьте на всякий случай. Пока есть что бэкапить.

Воффкапоследовал какой-то видимо не совсем подходящей инструкции по обновлениюЕсть же официальная инструкция http://www.freebsd.org/releases/9.2R/installation.html

ВоффкаПытаюсь пересобрать ядроА смысл? Подкинуть стандартный генерик - дело нескольких минут банального копирования файлов.

Воффкабольше ничего не помогаетЧто именно пытались сделать в множестве действий "ничего"?

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

Типа тут ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.2-RELEASE/ есть, файлик kernel.txz.
Только уточните релиз какой именно - 9.2 или какой-то другой.

Да та же самая - несоответствие чего-то с чем-то. Вообще, неработоспособность - это вполне нормальное поведение, когда используются несовместимые версии ПО.
С точки зрения приобретения опыта, изучения внутреннего устройства ОС и восстановления работоспособности такая ситуация достаточно интересна и полезна. Однако, тренироваться лучше, все же, на кошках виртуальной машине с ее прекрасной возможностью делать быстрый откат к сохраненным ранее снимкам состояния.

Вот, Вам не понятно, в чем причина неудачной загрузки с kernel.test. Как мыслю, чтобы разобраться в этом вопросе, нужно выяснить, что и как делает nextboot. Возможно (но не факт), при нормальной работе куда-то пишет какой-то файлик или строчку или симлинк делает. Сейчас нормальной работу машины назвать никак нельзя. Значит, оно может не записаться. Это один из вариантов объяснения всего лишь. А как оно на самом деле происходит - это надо смотреть по документации и проверять, что происходит на самом деле.

А если грубо впихнуть ядро под своим именем, а оно вообще не взлетит - будет возможность переименовать обратно? Будь доступ к локальной консоли или KVM с возможностью загрузки с флешки/сидирома - нет проблем. А как оно сейчас - неизвестно же.

Проверьте, работает ли nextboot для начала. Пример с реальной машины:




А вообще, не понятна Ваша задача. Поразбираться в способе восстановления - это одно. Поскорее запустить сервер - это уже совершенно другое.

Воффканужно скорее запустить сервер, используя SSH и не устанавливая все зановоПри обновлении ОС придется переустановить все ПО. Ибо, иначе оно не взлетит.
Другой вариант - попытаться откатить сделанные изменения. Как минимум, вернуть старые версии библиотек. Скорее всего, взлетит, так как старые версии вычищаются на последнем этапе обновления, после переустановки ПО.
Будет ли после этого работать все и правильно? Не факт. Скорее всего, что-то отвалится. При обновлении наверняка переписаны многие команды. Сейчас же не все они работают, но какая конкретно и по какой причине - это дело темное. Можете восстановить и остальные нужные файлы в старых версиях.
В любом случае, хоть двигаться в направлении к новой версии, хоть к старой - быстро не получится. Чтобы не напортачить и не потерять сервер на удаленном доступе, нужно двигаться очень осторожно. Переустановка "с нуля" в разы быстрее.


Из теста видно, что команда nextboot работает. Следующий шаг - убедиться, что загрузчик понимает этот конфиг и разобраться, почему он не загрузил нужное ядро. Это, если двигаться в сторону обновления, конечно (ИМХО оно правильнее).

ВоффкаРазбираться мне правда не надо, но я других путей пока не вижу. Или они есть?Нанять специалиста, например.

Воффкаубедиться, что загрузчик понимает этот конфиг и разобраться, почему он не загрузил нужное ядро? :)Увы и ах, в этих тонкостях не силен. Возможно, на этапе загрузки в консоль какое-нибудь сообщение вываливается, а может и в dmesg. Это на уровне предположения. Есть доступ к серверу через KVM?

Воффкакстати, сейчас выяснил, что ядро у меня 8.4 а мир 9.2, может быть мне скачать из репозитория мир 8.4, собрать и поставить его, а потом если все починится, обновить по-человечески?Если весь мир от девятки, тогда уж ядро девятошное ставить. Если уверены насчет мира - попробуйте поставить его как /boot/kernel, сохранив рабочее под другим именем. А если не уверены - ищите KVM.

Воффка, и хватит уже мир ручками собирать :-)

Воффкаиспользуемое ядро отличается от 9.2 только 2 файлами: kernel и kernel.symbolsТак может на них и была ошибка при обновлении. Остальные файлы сравнивали только по размеру или по md5?


Не знаю в тонкостях, как именно идет процесс обновления, однако, как мыслю, при обновлении старое ядро должно просто переименоваться в kernel.old (а еще более старый .old должен быть удален), а на его место должно распаковаться новое ядро. Во всяком случае это было бы логично. С другой стороны, вполне может быть создана копия существующего, а в существующем новые файлы перезаписаны поверх, а старые удалены. Если обновление идет по второму варианту, то вполне могла выскочить какая-то проблема/ошибка при обновлении этих двух файлов. Если остальное все совпадает с девяточным ядром... Тогда достаточно подкинуть эти два.