<HTML><BODY><p style='margin-top: 0px;' dir="ltr">Вам раньше уже написали ведь - ядро в памяти старое (читай - со всеми сисколами), а бинарники уже от новой системы (требующие нового ядра, которое ещё на диске, но в память не загруженное и управление не получившее). При попытке запустить команду с диска считывается новый бинарник и обращается к системным вызовам нового ядра, которого в памяти ещё нет.</p>
<p dir="ltr">После перезагрузки новое ядро получит управление и всё будет согласовано.</p>
<p dir="ltr">PS: Лет 12 назад (если я правильно помню), здесь netch давал рекомендации мажорные апгрейды делать на версию Х.0, а потом уже догонять до максимальной минорной версии: в версии Х.0 ядро максимально совместимо с предыдущей веткой системы. И то иногда случаются особенности - нельзя было, например, подняться просто так с 4.1 на 4.11 - надо было обязательно споткнуться на 4.3. И в 7.Х, кажется что-то такое было.<br>
--<br>
Alex</p>
суббота, 30 сентября 2017г., 13:59 +03:00 от Mstyslav Dubchak <a href="mailto:mstyslav@ukr.net">mstyslav@ukr.net</a>:<br><br><blockquote id="mail-app-auto-quote" style="border-left:1px solid #0857A6; margin:0px 0px 0px 10px; padding:0px 0px 0px 10px;" cite="15067691940000016714">






















        












<div class="js-helper js-readmsg-msg">
        <style type="text/css"></style>
        <div >
                <base target="_self" href="https://e.mail.ru/" />
                
            <div id="style_15067691940000016714_BODY"><br>
> 30.09.2017 17:39, Mstyslav Dubchak пишет:<br>
> > <br>
> > <br>
> > <br>
> > --- Оригінальне повідомлення ---<br>
> > Від кого: "Eugene Grosbein" <<a href="mailto:eugen@grosbein.net">eugen@grosbein.net</a>><br>
> > Дата: 30 вересня 2017, 12:46:31<br>
> > <br>
> > <br>
> > <br>
> >> 30.09.2017 16:37, Mstyslav Dubchak пишет:<br>
> >>> всем привет,<br>
> >>><br>
> >>> решил обновить достаточно старую рабочую систему (через freebsd-update)<br>
> >>> 1-й шаг было 7.2-RELEASE-p3 стало 7.4-RELEASE-p12, ок<br>
> >>> 2-й шаг было 7.4-RELEASE-p12 захотел 8.4-RELEASE.... случилась лажа<br>
> >>><br>
> >>> делал так<br>
> >>> 1. freebsd-update -r 8.4-RELEASE upgrade<br>
> >>> 2. freebsd-update install<br>
> >>> 3. пересборка ядра, установка<br>
> >>> 4. ребут<br>
> >>> 5. freebsd-update install (повторно) и тут началось<br>
> >>> ====<br>
> >>><br>
> >>> Bad system call (core dumped)<br>
> >>> Bad system call (core dumped)<br>
> >>> Bad system call (core dumped)<br>
> >>> Bad system call (core dumped)<br>
> >>> ====<br>
> >>><br>
> >>><br>
> >>> при переходе на с 7.2 на 7.4 все ок, при переходе с 7.4 на 8.4 случилась лажа, по-ходу мир и ядро не синхронны или я что-то не понимаю<br>
> >>> сейчас ничего сделать не могу, элементарно даже shutdown не выполняется<br>
> >>> удаленный доступ есть, локально не могу зайти (!), сервисы работают (samba, ssh, exim)<br>
> >>><br>
> >>> прошу хелпа!<br>
> >><br>
> >> Bad system call на базовых утилитах типа shutdown или login в контексте перехода с 7 на 8<br>
> >> признак того, что загружено ядро от семерки, а бинарники уже от восьмерки.<br>
> >><br>
> >> Для починки достаточно скачать по сети каталог /boot/kernel, просто распакованный<br>
> >> (хоть RAR-ом) из дистрибутива 8.4-RELEASE и положить его, собственно, в /boot/kernel,<br>
> >> предварительно переименовав имеющийся в /boot/kernel.prev<br>
> >><br>
> >> Затем просто перезагрузиться.<br>
> >><br>
> >><br>
> >><br>
> > нашел образ от 8.4-RELEASE, скопировал ./boot/kernel<br>
> > по-ходу заметил, что ssh перестал работать. т.е. те сессии что я открыл работают, а новые уже не открываются.<br>
> <br>
> Это, скорей всего, та же проблема.<br>
> <br>
> > мож что еще проверить? ну чтоб уж совсем не налажать?<br>
> <br>
> Не помешает ещё убедиться, что в /usr/src находятся исходники от 8.4 -<br>
> можно просто грохнуть /usr/src совсем и вручную туда распаковать src<br>
> из дистрибутива 8.4 - и запустить mergemaster, чтобы он проверил<br>
> актуальность системных конфигов PAM (ну и всех остальных тоже),<br>
> так как PAM может влиять на создание новых сессий.<br>
> <br>
> Но запускать mergemaster имеет смысл уже при нормально работающем<br>
> userland, то есть когда проблемы "Bad system call" уже нет.<br>
> <br>
> <br>
ну т.е. я так понял, что мне нужно:<br>
1. скопировать ядро и модули (скопировал)<br>
2. ребут<br>
3. проверить исходники<br>
<br>
вообще, не подскажете, почуму у меня так вышло с ядром? что я не так сделал?<br>
_______________________________________________<br>
freebsd mailing list<br>
<a href="mailto:freebsd@uafug.org.ua">freebsd@uafug.org.ua</a><br>
<a href="http://mailman.uafug.org.ua/mailman/listinfo/freebsd" target="_blank" >http://mailman.uafug.org.ua/mailman/listinfo/freebsd</a><br>
</div>
            
        
                <base target="_self" href="https://e.mail.ru/" />
        </div>

        
</div>


</blockquote></BODY></HTML>