[freebsd] неудачное обновление системы через freebsd-update

[Eugene Grosbein]

30.09.2017 17:39, Mstyslav Dubchak пишет:
> 
> 
>  
>  --- Оригінальне повідомлення ---
>  Від кого: "Eugene Grosbein" <eugen at grosbein.net>
>  Дата: 30 вересня 2017, 12:46:31
>   
> 
> 
>> 30.09.2017 16:37, Mstyslav Dubchak пишет:
>>> всем привет,
>>>
>>> решил обновить достаточно старую рабочую систему (через freebsd-update)
>>> 1-й шаг было 7.2-RELEASE-p3 стало 7.4-RELEASE-p12, ок
>>> 2-й шаг было 7.4-RELEASE-p12 захотел 8.4-RELEASE.... случилась лажа
>>>
>>> делал так
>>> 1. freebsd-update -r 8.4-RELEASE upgrade
>>> 2. freebsd-update install
>>> 3. пересборка ядра, установка
>>> 4. ребут
>>> 5. freebsd-update install (повторно) и тут началось
>>> ====
>>>
>>> Bad system call (core dumped)
>>> Bad system call (core dumped)
>>> Bad system call (core dumped)
>>> Bad system call (core dumped)
>>> ====
>>>
>>>
>>> при переходе на с 7.2 на 7.4 все ок, при переходе с 7.4 на 8.4 случилась лажа, по-ходу мир и ядро не синхронны или я что-то не понимаю
>>> сейчас ничего сделать не могу, элементарно даже shutdown не выполняется
>>> удаленный доступ есть, локально не могу зайти (!), сервисы работают (samba, ssh, exim)
>>>
>>> прошу хелпа!
>>
>> Bad system call на базовых утилитах типа shutdown или login в контексте перехода с 7 на 8
>> признак того, что загружено ядро от семерки, а бинарники уже от восьмерки.
>>
>> Для починки достаточно скачать по сети каталог /boot/kernel, просто распакованный
>> (хоть RAR-ом) из дистрибутива 8.4-RELEASE и положить его, собственно, в /boot/kernel,
>> предварительно переименовав имеющийся в /boot/kernel.prev
>>
>> Затем просто перезагрузиться.
>>
>>
>>
> нашел образ от 8.4-RELEASE, скопировал ./boot/kernel
> по-ходу заметил, что ssh перестал работать. т.е. те сессии что я открыл работают, а новые уже не открываются.

Это, скорей всего, та же проблема.

> мож что еще проверить? ну чтоб уж совсем не налажать?

Не помешает ещё убедиться, что в /usr/src находятся исходники от 8.4 -
можно просто грохнуть /usr/src совсем и вручную туда распаковать src
из дистрибутива 8.4 - и запустить mergemaster, чтобы он проверил
актуальность системных конфигов PAM (ну и всех остальных тоже),
так как PAM может влиять на создание новых сессий.

Но запускать mergemaster имеет смысл уже при нормально работающем
userland, то есть когда проблемы "Bad system call" уже нет.