ну джейлами просто сто лет никто не занимается, вот может конечно как там эта фигня с сетью даст толчёк

кстати тут вот пруфоф коцепт типа докер https://twitter.com/kaevans91/status/1258212274877214725 :)

Он много интересных вещей предлагает. Но у jail есть пробелема,чтобы сделать докер-лайк.

Например как войти в jail с хоста и там yt pfcdtnbnmcz

и там не засветиться

При этом netstat уже закомичен

С rc я тебе ничем не помогу, но если есть воспроизводимые баги с ядром - дай знать

меня смущает
memset(p->bbuf, 0, sizeof(p->bbuf));

твой же коммит ?

Ага, ну как-бы размер известен

В чём смущение?

что значит не засветиться?
jexec?

p->bbuf - указатель ведь ?

тогда sizeof(p->bbuf) будет равно 4

8 ещё может быть

init плох тем, что как и все стартовые системы тех лет, считает что сервер — это нечто отлитое из чугуна и никогда не меняющееся.
Для современных виртуалок, скажем, это и не плохо — они и правда все одинаковые.
А для ноутбуков вот — очень неудобно. devd и прочие automountd слегка помогают, но было бы лучше, если бы задачу поддержания системы в актуальном окружению (какие устройства воткнуты именно в данный момент, к какой сети подключены, и так далее) состоянии занималось одно централизованное место.
Плюс более развесистая работа с демонами: деревья зависимостей демонов, например. Да, у нас в rc.d скриптах есть зависимость вида «запустить вот то если нас запускают» — но  всё. Если «нас» остановить, то «вон то» само не остановится. Плюс по дефолту нет проверки начтоящей живости демона. Не то что этого, нет даже мониторинга, что он вообще ещё запущен.
Да, опять же, можно накручивать всякие daemontools и прочие мониторилки — конечно же их на systemd изобрёл — но хотелось бы централизованно, из коробки и, опять же, с увязкой на изменение (аппратной) среды.
Такое.

Заметим, что доклад о незавидной судьбе systemd и его, в общем-то, не-плохости, делал человек, непонаслышке знакомый именно с FreeBSD.