LINUX.ORG.RU
Ответ на: комментарий от anonymous
> да и не нужно никому

Нужно двум категориям:

1. Любителям мериться ху^H^H uptime'ами. В биореактор.

2. Тем, кто по каким-либо причинам не сделал дублирование боевого (24х7) сервера, выключать/перегружать нельзя, а ядро менять надо (security fix). Тут, однако, ССЗБ.

Obidos ★★★★★
()
Ответ на: комментарий от Obidos
тут проходила новость на перезагрузку ядра без выхода в биос.

А сменить ядро вообще без перезагрузки это нереально сложно. У нового ядра могут быть измененные ядренные структуры, и измененные инварианты этих структур, и фиг знает что. Это страшный глючный геморрой.

dilmah ★★★★★
()
Ответ на: комментарий от cyclon
kexec это и есть без выхода в биос. Но процессы естественно убиваются, то есть боевым серверам это не очень поможет.
dilmah ★★★★★
()
думаю один раз перезагрузить даже большой сервер - ни чего страшного

тем более что смена ядра это единственное действие требующее полной перезагрузки линукса

eugrus ★★★★★
()
Ответ на: комментарий от eugrus
> смена ядра это единственное действие требующее полной перезагрузки линукса

Если мне не изменяет память, ещё смена glibc.

Obidos ★★★★★
()
Ответ на: комментарий от jackill
Хотя все же после смены glibc лучше перезагрузиться, чтобы все фоновые процессы подгрузили новую glibc
anonymous
()
Ответ на: комментарий от anonymous
В тех же RH/Fedora после обновления glibc автоматом делается перезапуск init (и некоторых сервисов вроде ssh)
Demetrio ★★★★★
()
Ответ на: комментарий от anonymous
>Хотя все же после смены glibc лучше перезагрузиться, чтобы все фоновые процессы подгрузили новую glibc

в дистрах с нормальными init-скриптами достаточно telinit 1 && telinit 3

Cosmicman ★★
()
Только в UML. Для того он и есть...
Antichrist
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.