После обновления с 9.1 на 9.2 FreeBSD не загружается.

[storm]

Вообщем разочаровала меня фря. Такого уж и не помню, чтобы какая-то ось после минорного обновления перестала нормально грузиться.

Дело было так. Стояла себе 9.1 i386. Я знал, что уже есть 9.2 и решил по-быстренькому обновиться. Думаю все стандарное, ядро, порты.... делов на 5 минут... Вообщем обновлял через freebsd-update. Перегрузился раз, нормально. Второй - не могу зайти по ssh.
Сервер у меня на старом компе - NF4, Athlon 3000+, 2 Gb RAM. Конфиг без видиокарты. Она мне не нужна, все равно системник на кухне стоит без клавы и мыши. Значит так. SSH не работает - не доступен порт. При этом я немного удивился что доступен 80 порт и апач с сайтиком, который крутится на нем работает ))).

Ну делать нечего пришлось тушить сервак и подрубать к нему видяху, чтобы посмотреть что же с ним не так.
Подключил и вижу при загрузке такую хрень.



Ну что делать? Включил "говорливый режим"



Вообщем перепробовал все варианты меню - сингл мод, секюрити мод, отключал ACPI результат все тот же - система не грузится.
Вычитал на одном форуме, что надо передать параметр при загрузке hw.pci.pcib_clear=1. Один х.. система не грузится.

Решил значит я посмотреть что там да как в корне. Может проблема с загрузкой, а ssh будет работать? Апач то жужит. Вообщем надо было посмотреть конфиг. Значит с флешки с 9.2 грузиться не хотело. Та же ошибка. А вот с 9.1 загрузилась. Смонтировал я корень. Посмотрел конфиг sshd_config. Ничего в нем криминального. Перегрузил. Демон так и не поднялся. А апач работает. Вот так.

Какие рекомендации будут у местных гуру? Откатываться на 9.1?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Neus]

ошибка то какая?
pci3 это GF 7600 GT, это подключенная видяха?
и вапще, если уж сервер безголовый, перенаправь консоль к компорт чтоль..
---
раз на 9.1 все нормально - откатись и жди 10.0

[Alvares]

че уж там - вон 11-я ужо есть

[storm]

ошибка то какая?
pci3 это GF 7600 GT, это подключенная видяха?
и вапще, если уж сервер безголовый, перенаправь консоль к компорт чтоль..

Пробовал на двух видяхах - 7600GT и 8600GT.

Подскажите как перенаправить вывод консоли на com порт. Утомился уже. Делал как отсано тут - http://www.freebsd.org/doc/ru/articles/ ... eebsd.html и тут https://www.freebsd.org/doc/ru/books/ha ... setup.html.
Подключаюсь с клиента putty. Настройки такие:
Speed: 9600
Data bits: 8
Stop bits: 1
Parity: None
Flow control: XON/XOFF

Конфиги редактировал с live cd 9.1

[storm]

А вот итог потраченного времени



Пустая консоль ((

[dml]

Переходником USB-COM пользуетесь?
COM порт в BIOS включен?

[dml]

Была у меня проблема 3 года назад с FreeBSD при установке на EPoX EP-9NDA3I с использованием аппаратного NFORCE RAID. Зависали на ядре при запуске FreeBSD с версиями 7.0 (i386,amd64),7.1 (i386,amd64),7.2 (i386),8.0 (i386,amd64),8.1 (i386,amd64), 8.2 (i386,amd64).
И только FreeBSD 7.2 (amd64) запускалась, устанавливалась и нормально работала. Поставил и забыл об этой проблеме.
Может Вам попробовать пошаманить с RAID или контроллером SATA на этой материнке?

Попробуйте через LIVECD обновиться до 9.2-STABLE версии.

[storm]

Переходником USB-COM пользуетесь?
COM порт в BIOS включен?

Он мне не нужен. У меня как на сервере, так и на клиенте есть com порт. За совет спасибо. Проверю повторно включены ли com порты как на сервере, так и на клиенте.

Была у меня проблема 3 года назад с FreeBSD при установке на EPoX EP-9NDA3I с использованием аппаратного NFORCE RAID. Зависали на ядре при запуске FreeBSD с версиями 7.0 (i386,amd64),7.1 (i386,amd64),7.2 (i386),8.0 (i386,amd64),8.1 (i386,amd64), 8.2 (i386,amd64).
И только FreeBSD 7.2 (amd64) запускалась, устанавливалась и нормально работала. Поставил и забыл об этой проблеме.
Может Вам попробовать пошаманить с RAID или контроллером SATA на этой материнке?

У меня на этом компе вначале была версия 8. Потом, кажется, обновил минорную версию. Потом с 8.x обновил на 9.1. Очень нравилось, что обновления проходят без проблем как минорные, так и мажорные...
Пошаманить? Да уже нашаманился. Как-то надоело. И что с RAID шаманить? Встроенный в материнку говно рейд я не использую. Винт у меня на IDE.

Попробуйте через LIVECD обновиться до 9.2-STABLE версии.

Как это сделать? live usb 9.2 также нормально не грузится. Грузится версия 9.1.

Можно вообще откатиться назад на 9.1 штатными средствами? Или ставить систему с нуля?

[iZEN]

Согласно этому http://www.freebsd.org/security/ у FreeBSD 9.1-RELEASE расширенный цикл поддержки — до 30 декабря 2014 года. Обновлять 9.1 до 9.2 смысла нет и дёргаться незачем было.

9.1 есть смысл обновить до 10-STABLE (сейчас это 10.0-PRERELEASE), так как там новый уровень CAM. При этом компилировать новый образ системы нужно с помощью GCC, а не собираемого по умолчанию Clang — см. /usr/src/UPDATING по бутстрапу с 9.x на 10.0. После успешной переустановки нужно ещё раз перекомпилировать 10'ку уже её собственным дефолтным компилятором (Clang), проинсталлировать и пересобрать всё установленное ПО, так как оно зависит от устаревших библиотек рантайма GCC 4.2.
Однако же, никто не мешает и дальше продолжать эксплуатировать FreeBSD 10 с GCC по умолчанию, при этом нужно отключить Clang (WITHOUT_CLANG_IS_CC=true) и включить GCC (WITH_GCC=true WITH_GNUCXX=true) в /etc/src.conf.
После каждой переустановки не забывать очищать систему от устаревших библиотек:

Код: Выделить всё

cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs

[xM]

А зачем двойная перекомпиляция нужна?
Написано же только в случае проблем. Кстати, не совсем понятно какого рода проблемы они имеют ввиду.

[iZEN]

А зачем двойная перекомпиляция нужна?
Написано же только в случае проблем. Кстати, не совсем понятно какого рода проблемы они имеют ввиду.

Второй раз компилировать — для исключения рантайма GCC 4.2 из системы FreeBSD 10. Бутстрап с первой компиляцией и установка выполняется с помощью GCC, а второй раз система сама себя компилирует по дефолту уже с помощью LLVM/Clang 3.3, а для GCC 4.2 отводит вспомогательную роль.

Опять же, второй раз компиляцию можно не проводить, если решили остаться на GCC-рантайме.