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 ☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General