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

[Alexander Bolshakov]

Вам раньше уже написали ведь - ядро в памяти старое (читай - со всеми сисколами), а бинарники уже от новой системы (требующие нового ядра, которое ещё на диске, но в память не загруженное и управление не получившее). При попытке запустить команду с диска считывается новый бинарник и обращается к системным вызовам нового ядра, которого в памяти ещё нет.
После перезагрузки новое ядро получит управление и всё будет согласовано.
PS: Лет 12 назад (если я правильно помню), здесь netch давал рекомендации мажорные апгрейды делать на версию Х.0, а потом уже догонять до максимальной минорной версии: в версии Х.0 ядро максимально совместимо с предыдущей веткой системы. И то иногда случаются особенности - нельзя было, например, подняться просто так с 4.1 на 4.11 - надо было обязательно споткнуться на 4.3. И в 7.Х, кажется что-то такое было.
--
Alex суббота, 30 сентября 2017г., 13:59 +03:00 от Mstyslav Dubchak  mstyslav at ukr.net :

>
>> 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" уже нет.
>> 
>> 
>ну т.е. я так понял, что мне нужно:
>1. скопировать ядро и модули (скопировал)
>2. ребут
>3. проверить исходники
>
>вообще, не подскажете, почуму у меня так вышло с ядром? что я не так сделал?
>_______________________________________________
>freebsd mailing list
>freebsd at uafug.org.ua
>http://mailman.uafug.org.ua/mailman/listinfo/freebsd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uafug.org.ua/pipermail/freebsd/attachments/20170930/1cfca08e/attachment-0001.html>