Компания SUSE представила (https://www.suse.com/communities/conversations/kgraft-live-k.../) систему kGraft, в рамках которой развивается аналог поставляемой компанией Oracle технологии Ksplice (http://www.ksplice.com/), позволяющей выполнить обновление ядра Linux без остановки работы системы. Как и Ksplice возможности kGraft ограничены внесением на лету исправлений, не затрагивающих структуры данных ядра. В частности, kGraft применим для устранения уязвимостей в ядре и исправления некоторых видов ошибок.
По словам разработчика kGraft, обновление ядра Linux на лету является востребованной возможностью для промышленных дистрибутивов и систем, критичных ко времени простоя, но несмотря на доступность на рынке решений с реализацией подобной функциональности, свободная и общедоступная реализация до сих пор не предоставляется штатным ядром Linux. В отличие от Ksplice, который является (https://www.ksplice.com/uptrack/dist/) проприетарной разработкой, kGraft изначально позиционируется как свободный проект.
В настоящее время kGraft находится на стадии работающего прототипа, требующего доработки. Через два месяца, после приведения кода в порядок, созданные в рамках проекта наработки планируется предложить для включения в состав основной ветки ядра Linux. Компоненты работающие на уровне ядра будут открыты под лицензией GPLv2, а выполняемые в пространстве пользователя утилиты, позволяющие создавать и применять патчи к ядру, - под лицензией GPLv3.URL: https://www.suse.com/company/press/2014/1/suse-develops-kgra...
Новость: http://www.opennet.me/opennews/art.shtml?num=38994
кто-нибудь хоть раз пользовал ksplice? у меня жуткое недоверие к таким штукам, предпочитаю перезагрузить серв в три часа ночи.
> кто-нибудь хоть раз пользовал ksplice? у меня жуткое недоверие к таким штукам,
> предпочитаю перезагрузить серв в три часа ночи.Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием
доступности в режиме 365/24/7, тогда попробуете.Suse в режиме-что крестьяне, то и обезьяне.
> доступности в режиме 365/24/7, тогда попробуете.Остановите Землю, я сойду!
365/24/7 - такие системы не делают ужо лет 15.
Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного сервака
эквивалентна смерти таджика в Бутово. (всем пох.)
> Остановите Землю, я сойду!
> 365/24/7 - такие системы не делают ужо лет 15.
> Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного
> сервака
> эквивалентна смерти таджика в Бутово. (всем пох.)Инфа 100%?
146% что на указанных вами спарках нет ни ораклового linux'a (и соответсвенно Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть в в соляре.И вообще павлинух прав — за разработку решения комплекса, работоспособность которого зависит от единой точки отказа, в современных реалиях нужно увольнять.
Уж лет 5-7 как в топ500 сплошь одни кластеры.зыж
Хотя опять же, сама тема/идея очень интересна и я против неё уж точно не выступаю.
Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.
>Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.вероятность такого очень мала. В современном мире все зависят от всех, иногда неявно, перегружать придется все равно или будешь еще хуже - с иллюзией что исправил а на самом деле только подменил часть кода.
>вероятность такого очень мала.Что за околоайтишный бред вы пишите?
«вероятность», «В современном мире», «все зависят от всех»,… Вы точно не бот?С чего это вдруг? Таких багов куча. Их большинство.
Речь идёт именно о багах, а не о новой функциональности.
Вот сценарий поведения — я, админ, прочитав cve на баг и релизнот к патчу (а в случае линуха и сам патч), понял, что изменения пары байт в коде ядра, как пара пальцев об асфальт.
И я легко это делаю (в случае «запущенного» ынтырпрайза, предварительно убедившись, что этот конкретный баг можно применять на лету согласно вот таким-то пруфам), без ваших космических кораблей в большом театре.
Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть
> в в соляре.Обновления, пропатчивания ядра без перезагрузки в солярисе доступны ещё с 8-ой версии.
> Уж лет 5-7 как в топ500 сплошь одни кластеры.
Опять вы с этим top500. Пора понять, что там распределённые считалки, а rdbms в сотню
TB на кластер не натянешь.
>Обновления, пропатчивания ядра без перезагрузки в солярисе доступны ещё с 8-ой версии.А вы ими пользовались? Я — да. Скажем так — очень и очень ограниченная техника.
зыж
а патчи, которые можно применить на_лету, мне вообще не попадались. ни разу.
или вы про те, которые начнут работать только после следующей перезагрузке? ха!
Помню, помню, кучу mount пока не перезагрузишь.>Опять вы с этим top500. Пора понять, что там распределённые считалки, а rdbms в сотню
TB на кластер не натянешь.
Пора понять, что RAC (о чём уже выше кем-то намекалось) таки да, существует.
И у других СУБД тоже, если что.
Ну а ставить постфактум свои условия к обсуждению (мне не фа, мне рэ) вообще моветон.
Обсуждали что? «базу в сотню TB». слово реляционная не употреблялась (и правильно кстати), поэтому получите и распишитесь.
> А вы ими пользовались? Я — да. Скажем так — очень и
> очень ограниченная техника.Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои для
каждого патча, что не нравится? У других и этого нет до сих пор.
> TB на кластер не натянешь.
> Пора понять, что RAC (о чём уже выше кем-то намекалось) таки да,
> существует.
> И у других СУБД тоже, если что.А ну да, считайте что поймали. Хотя изначально имел ввиду именно реляционку.
>> А вы ими пользовались? Я — да. Скажем так — очень и
>> очень ограниченная техника.
>Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои для каждого патча, что не нравится? У других и этого нет до сих пор.Так. Чувствую, что тут место уже пруфам.
Есть подозрения, что вы имеете в виду именно маркетинговый булшит онлайн применения патчей, которые по факту именно вот это:
>или вы про те, которые начнут работать только после следующей перезагрузкезыж
>А ну да, считайте что поймали. Хотя изначально имел ввиду именно реляционку.А без разницы. RAC отлично пускается и из виртуалок. А поскольку хранилище всё-равно (по условию его развёртования) шаред, да ещё и с кластерной фс, то ставить его баре-метал вообще нет смысла. Оверхеда никакого, а удобство в управлении есть.
зыж
>свои для каждого патча, что не нравится? У других и этого нет до сих пор.другим нет надобности патчить блобы (что само по себе нонсенс в общем то).
>rdbms в сотню TB на кластер не натянешьrdbms я бы сказал да. Но базы бываю не только реляцонные.
имхо: все системы управления бд в той или иной степени работают с реляционной моделью применяя аппарат реляционной алгебры и разные методы аггрегирования. Новомодные названия вроде No[n]SQL, MapReduce всего-лишь маркетинг.
Ууу, как всё запущено-то..
Давай, расскажи мне про реляционную модель в граф-ориентированной СУБД
а причем тут top500? :) дабы ляпнуть..
а почему нет? у? :Dзыж
ок. могу и сюда отправить http://www.tpc.org/tpcc/results/tpcc_results.asp
TPC-C - All Results - Sorted by Performance
>Oracle SPARC SuperCluster with T3-4 Servers
>Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioningподробнее http://c970058.r58.cf2.rackcdn.com/fdr/tpcc/Oracle_SPARC_Sup...
>SPARC SuperCluster with 27 T3-4 Servers
>Oracle Database 11 Release 2 with Oracle Real Application Clusters and Partitioning
>Total System Cost — $30,528,863 USDВнимание! pdf.
>[оверквотинг удален]
> зыж
> ок. могу и сюда отправить http://www.tpc.org/tpcc/results/tpcc_results.asp
> TPC-C - All Results - Sorted by Performance
>>Oracle SPARC SuperCluster with T3-4 Servers
>>Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioning
> подробнее http://c970058.r58.cf2.rackcdn.com/fdr/tpcc/Oracle_SPARC_Sup...
>>SPARC SuperCluster with 27 T3-4 Servers
>>Oracle Database 11 Release 2 with Oracle Real Application Clusters and Partitioning
>>Total System Cost — $30,528,863 USD
> Внимание! pdf.внимание - top500 к TPC отношения не имеет ;-) надо даже сказать что некоторые кластера не участвуют в top500 по причине не вменяемости рейтинга. а TPC да, ближе к предметной области.
Внимание! Тебя уже послали по двум разным адресам.
Этого достаточно.
> Уж лет 5-7 как в топ500 сплошь одни кластеры.Вообще-то HPC != HA.
Вообще-то уже тыщу раз ответил.зыж
К тому же «база в сотню TB» не есть синоним реляционной базы.
> Вообще-то уже тыщу раз ответил.
> зыж
> К тому же «база в сотню TB» не есть синоним реляционной базы.что такое 100+ TB? размер одной дисковой полки.. вот если говорить о объемах 10+ PB..
пруф-и-и-ик
>Since Windows NT 4, GDI has run in kernel mode. The application calls GDI which then calls its kernel mode counterpart which passes the primitives to its own driver model.http://msdn.microsoft.com/en-us/library/windows/desktop/ff72...
Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все работающие на нём виртуалке на другое железо. Лепота. ;)
Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от ИТ.
Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то самое время об этом подумать (т.к. её отсутствие у вас — это не аргумент на форумах, включая опеннет)
> Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от
> ИТ.
> Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то
> самое время об этом подуматьага, так и представляю сколько часов/дней будут мигрировать виртуалки на пару сотен ТБ. У нас вон на хваленном RackSpace cloud сервер мигрировал с ноды на ноду 5 часов. Вот такой вот live megration без простоя :D И это с возможностями и бюджетом RS
>виртуалки на пару сотен ТБЯ правильно понимаю, что вот тут вы указали именно ОЗУ?
А не размер виртуалок в хранилище (безусловно в шаред хранилише, мы ж серьёзные дятьки, а не пасаны прыщавые?)
В рэкспейсе не используется общее хранилище изначально, потому у них все виртуалки лежат на локальных дисках dom0 и, соответственно, живой миграции нет. А на то, чтобы переделывать такую архитектуру в масштабах рэкспейса, никакого бюджета не хватит.
А где дублирующий сервер?
> Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все
> работающие на нём виртуалке на другое железо. Лепота. ;)Ну вы их руками переносить не будете же. Так что для именно этого случая как раз не особая проблема.
рассажите это Сберу, они-то не в курсе были, когда у них оракл принял пушистого серверного пушистого зверька :)
Расшифруй.
> Расшифруй.Админ не делал бэкапы
Вот когда тебе доверят - и будешь тявкать.
А то бы знал что такие базы вертят на раке, а ему ноды никто не мешает ребутить.
Российское IT - это зимбабве :(
> Вот когда тебе доверят - и будешь тявкать.
> А то бы знал что такие базы вертят на раке, а ему
> ноды никто не мешает ребутить.
> Российское IT - это зимбабве :(Какое слово знаешь RAC ух ты.
Если б ты знал какое вертят на кластерах VMS и что раку до него как до Пекина раком..
Раку до много раком. И на то есть объективные причины для реляционных субд.
А что вертят на VMS?
Ну причему тут реляционность-то, DB/400 она как-то не мешала.
На VMS крутят то что не должно падать no matter what.
> На VMS крутят то что не должно падать no matter what.То, что не должно падать - вертят на кластерах. А на VMS вертят все, что угодно, когда нет бабла на нормальное железо.
Так вот кластеры - они как раз на VMS. А то что вы называете кластерами - это смех один.
угу, до 96 в одном кластере.
> Так вот кластеры - они как раз на VMS.Кластеры есть а софта - нет. Парадокс!
> А то что вы называете кластерами - это смех один.
Ага - весть top500 просто ржёт! :)
Куда бы он делся, софт как крутился так и крутится, по 20 лет аптайма на VMS кластерах не редкость.
А top500 может ржать сколько ему угодно.
При том.
Потом у что я говорю о сотне-тысяче серверов в одном RAC, а вы об одном VMS.
Как начнёте говорить о множественном числе, тогда и приходите.
Территориально распределитесь уже, так сказать.
Ну или поставьте ваш VMS на железо, которое я смогу купить в ближайшем м-видио.зыж
Если что, оракл работает и без RAC. Вон они, платформы http://ru.wikipedia.org/wiki/Oracle_Database#.D0.9F.D1.80.D0... , включая вашу панацею.
>>на кластерах VMS
> Потом у что я говорю о сотне-тысяче серверов в одном RAC, а
> вы об одном VMS
> Как начнёте говорить о множественном числе, тогда и приходите.Может быть сначала кому-то стоит научиться читать?
И точно знаю кому.
А потом ему стоит посмотреть и понять почему оракл предпочитает ставить свои «рекорды» на своей эксадате с инфинибэнд и с раком.
Слыхали мы про те рекорды когда у Сбербанка процессинг лежал.
>у Сбербанка. (точка)
зыж
хорошо что не на mssql. а то лежал бы каждую неделю.
Сейчас нет практически ни у кого процессинга на нонстопе. Все банки ручками перезапускают фронт, если он падает. А все потому, что вендоры софта отказываются от поддержки нонстопа, т.к. банки это не покупают. Сейчас банки хотят непадучий софт на обычном железе. А горизонтальное распараллеливание уже есть искаропки. Уже плясок с бубном не надо и бабла много не надо на нонстоп.
Нормальный банк должен иметь своё решение и не особо зависеть от вендоров, имхо.
Так же как биржи (кроме наши(ей) разве что) накушались «готовых решений. под ключ. и тд.», так и уважающий себя банк должен это понимать.А вообще, то что там хотят банки — это сугубо их половые трудности.
на обычном железе? до сих пор я считал, что железо это сертифицировано должно быть на 365/7/24. обычное железо при таких условиях не выдерживает и часто обижается.
> на обычном железе? до сих пор я считал, что железо это сертифицировано
> должно быть на 365/7/24. обычное железо при таких условиях не выдерживает
> и часто обижается.Ну обычное - имею ввиду обычное серверное железо из линеек hp proliant/ibm systems/dell poweredge, а не что-то типа HP Integrity NonStop (с гарантированным 99,9999% fault tolerance)
Потому что ему нужны рекорды и продажи, очевидно.
А с помощью VMS решают несколько иные задачи.>Microsoft came up with this novel new technique in the distant past: 2002. The posting immediately brought out a crowd of surprised graybeards who distinctly remember using such techniques on their PDP-11 systems some decades before Microsoft "invented" hot-patching.
Угадаете какая ОС использовалась на тех PDP-11?
>А с помощью VMS решают несколько иные задачи.Аминь.
Только вот с чего вы тут пальцы гнуть стали, не понятно.
>Угадаете какая ОС использовалась на тех PDP-11?И зачем бы мне это? Вы торгуете подержанными машинами времени?
> Угадаете какая ОС использовалась на тех PDP-11?Ну явно не VMS. Может быть RSX, RT-11, RTSE или ещё что, даже UNIX мог быть.
> Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием
> доступности в режиме 365/24/7, тогда попробуете.Если ваш колхоз не может позволить себе более одной железки под такую задачу - клиенты неизбежно будут страдать. Как минимум от жадности вашего председателя.
И как у тебя там на спарках Линукс (с возможностью перезапуска ядра без перезагрузки) поживает?
> ..доступности в режиме 365/24/7, тогда попробуете.1. объясните, что общего между 365/24/7 и сусе
2. плюс про кластеры вам выше уже написали
> предпочитаю перезагрузить серв в три часа ночи.Катит для локалхоста, а если там 100500 юзерей, всякие транзакции гоняются и прочая - не очень хочется лишний раз на грабли пытаться наступить.
для моих задач 5 минут раз в месяц в read-only можно.
вопрос сколько граблей кроется в сабже?
> для моих задач 5 минут раз в месяц в read-only можно.Можно? Тогда пользуйтесь, я тоже не возражаю.
> вопрос сколько граблей кроется в сабже?
Зависит от пряморукости того кто патчи генерит. А вас послушать - нейрохирургия вообще существовать не должна...
Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?
На каком лету? kexec это почти перезагрузка
>Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?Можно, но состояние предыдущего ядра будет утрачено
> Я что-то не понимаю, а как же kexec? Разве с помощью него нельзя заменить ядро "налету"?kexec - это "сверхгорячая" перезагрузка, без инициализации биоса. Но все-таки перезагрузка.
То есть весь смысл сводится к сокращению времени перезагрузки?
Нет, подразумевается, что тут вообще нет перезагрузки и всё в системе продолжает работать будто ничего и не было. Буквально всё, кроме того маленького участка, который заменили — при следующем его вызове отработает уже новый код.
И будут восстановлены все состояния всех внутренних структур ядра - буферы, локи, и прочее? А что делать с теми, которые в новом ядре изменились? В каждом ядре реализовывать некий интерфейс сериализации всего этого, с неизменным API?
да прочитайте уже что-нибудь по теме.
типа этого http://www.prolinux.org/node/197
Там написано с какими ключами что запускать, а про внутреннее устройство - только общие слова.
Вот и начните с общих слов. И далее.
Или вам тут кто-то обязан всё разъяснять?
А далее выясняется что всё очень туповато.
>This method imposes a number of limitations. One is that only code changes can be patched in with ksplice; patches which make changes to data structures cannot be accommodatedДаже скучно.
А вы что хотели? Чтобы вместо ядра linux вдруг появилось ядро hurd?
Это мелкие патчи с мелкими изменениями мелких багов.
Да и с чего бы эти структуры данных менять? Зачем? Джаст4фан?
именно так, и если есть неявная зависимость от поведения других сервисов от этого кода то модно поздравить с "как бы перезагрузкой".
> То есть весь смысл сводится к сокращению времени перезагрузки?У kexec - да. У ksplice и сабжа - нет.
> нельзя заменить ядро "налету"?Уж как заменит, так заменит - налет получается похожий на перезагрузку, только BIOS не у дел.
Ерундой занимаются ! :(
Ага. Теперь аптаймами мериться будет не так эпично.
> Ерундой занимаются ! :(Вещь крайне полезная. Однако архитектура современного софта явно не соответствует подобного рода подходам. Вместо плавного перетекания информации (состояния) в пространстве и времени, мы вынуждены сидеть в тюрьмах одного процесса/проецессора/машины/подсети и проч.
>> Ерундой занимаются ! :(
> Вещь крайне полезная. Однако архитектура современного софта явно не соответствует подобного
> рода подходам. Вместо плавного перетекания информации (состояния) в пространстве и времени,
> мы вынуждены сидеть в тюрьмах одного процесса/проецессора/машины/подсети и проч.Ещо один отставший от прогресса.
> Ещо один отставший от прогресса.Что-то мне подсказывает, что параллельно он жалуется на "надоевшую рекламу бесполезных облачных технологий, придуманных жадными менеджерами" :)
вещь крайне опасная и ненужная. Нет средств валидации корректности обновления, т.е. заранее нельзя сказать сломает ли обновление структуры и не навернётя ли всё медным тазом после этого.Системы, где действительно нужна высокая доступность, делают в дублях так, что можно выводить на обслуживания её отдельные части.
> вещь крайне опасная и ненужная.Кто не рискует - тот не пьет шампанского.
>> вещь крайне опасная и ненужная.
> Кто не рискует - тот не пьет шампанского.В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считается.
> В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считается.Ну вот у кого риск от шатдауна перевесит риски от патчинга на лету - те и будут пользоваться. Капитанов вызывали?
Интересно, будет ли нужен ksplice при наличии свободной реализации?...
> Интересно, будет ли нужен ksplice при наличии свободной реализации?...У пользователей решений от Оракла просто не будет выбора
> Интересно, будет ли нужен ksplice при наличии свободной реализации?...Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и кошерна, а корпорастические поделки от всяких редха... ой, то есть сусей, должны сдoхнуть.
>линуксмастрипуже тыщу раз повторено — он имеет такое же отношение к ораклу, как и айзен.
т.е. от этих ынтызуастов больше вреда, чем пользы ☺
Капитан, это вы?
Да.
Был лет десять назад. :D
> Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и кошерна,Я думаю что он делит на ноль. Он бы хотел полить линух, но тогда надо полить оракловый фетиш, да еще и аналоги технологии поди в других системах найти не может. Вот и впал в ступор...
>Интересно, будет ли нужен ksplice при наличии свободной реализации?...А почему нет?
Вы лично готовы нести ответственность, что всё ненаипнётца, если вот так стеночку подвинуть?зыж
у оракла 60% дохода — с подписчиков поддержки. это ж не спроста?
А что, обычно Оракл ответственность несёт? Пруф ор ГТФО.
Для слепых.
Вопрос был не в том кто «несёт», а в том, готов ли к этому лично ты?Очевидно, что ваше руководство легко может уволить вас, но не Ларри.
И за это оно (руководство/владелец, не вы же?) ещё и платит Ларри бабки, прикинь? :D
Оспадя, да когда ж вы, даyны, переведетесь? Да не будет ни Оракл, ни Редхат, ни Мракософт брать ответственность за факапы своих осей. Никогда. Тем более, за те грОши. Спрячь свои глупые пoнты на дальнюю полку и не позорься.
Да когда ж ты, придурок, поймёшь, что мне похрену, берёт на себя оракл что-то или нет.
Главное чтобы тебя, полудурка не уволили.А там пусть хоть месяц чинят. Ещё и премию вытребую за сверх-урочные и за опасность для интеллекта, связанная с общением с индусами металинка.
PCMan-Qt можно взять
Очень символично сейчас на опеннете две новости. Одни меняют файловый менеджер, а другие обновление ядра без перезагрузки.
Видимо это от того что для настольного компьютера, ноутбука, телефона и планшета файловый менеджер важнее.
Тем более, что последние наутилусы — дикий кошмар.зыж
>Очень символичноНу дык. Свинья везде грязь найдёт.
Есть дольфин и другие.
который в юнити будет смотреться как инопланетянен не меньше наутилуса (и других).
http://www.prolinux.org/node/197
>Теперь Ksplice представил проект Uptrack, который распространяется на платной основе для Oracle Linux, RedHat и прочих, кроме Ubuntu и Fedora.Пукнул в лужу. Для Ubuntu и Fedora сабж итак есть, и бесплатный.
Вот более официально:
>Ksplice Uptrack is available for Oracle Linux, free of charge, for Oracle Linux customers with a Premier support subscription. Additionally, anyone can use Ksplice Uptrack for free on Ubuntu Desktop and Fedora.зыж
очень символично ламеру тявкать на убунту/<имярек>, в надежде сойти за умудрённого опытом.
> Пукнул в лужу. Для Ubuntu и Fedora сабж итак есть, и бесплатный.Насколько я помню, оно уже давно не шевелится.
правильнее — насколько вы фантазируете.
зыж
ещё раз.
первая ссылка http://www.prolinux.org/content/kak-my-delaem-bekap-saita-v-...
>обновление ядра без перезагрузки
>insider пн, 26/08/2013вторая ссылка — официальная поддержка на стартовой странице самого проекта, то бишь оракла (его логотипы там во всех местах).
ззыж
а сабж только собирается нечто подобное делать. и не для опенсюзе насколько я понял.
в свете последних слухов о том, что зюзю разгоняют - новость положительная
почему зузешники не знают, что их разгоняют? или они боятся произносить?
В чём преимущества сабжа по сравнению с системой, используемой в Дебиане?
а какая у вас в дебиане?
Похоже я всё напутал. Судя по https://www.linux.org.ru/forum/admin/5751970 перезагрузка в Debian нужна.
куча вопросов создателям.
основной "для чего?!"
учитывая чьи уши торчат из-за Новелл и Майкрософт, все эти НИОКР, оплачивающих - вопрос отнюдь, не праздный.
лучше уж kexec пилили бы до похоже уровня и вправду.
ну или SeL4, да, к примеру.