Chimera Linux перешёл в статус беты

Я не нашел в ядре самого веселого места. Где-то в глубине скази-драйвера происходит запрос на выделение несвапируемой страницы памяти и если ее не дали, то не делается ничего с комментарием «Oops!» Типа кроме как упасть больше ничего не остается :)

Надо смотреть, где oom возникает и почему. Может и делать-то больше ничего не остается, потому как памяти не хватит решительно ни для чего.

в такой ситуации ядро само прибьёт init. А здесь он сам делает себе харакири
Вообще он с тем же успехом мог не ловить эти исключения. А дождаться вызова cxa_terminate
Основной вопрос у меня вызывает что он там делает return 1, а не перезапускаетчя, не пишет логи и не висит просто в ожидании. Ядро после такого return мгновенно сделает панику

Ну на это и расчет, видимо. И какие альтернативы?

Systemd хитрее, конечно, и перезапускаться пытается, но и в его мейне есть return retval при каких-то условиях.

Я бы не хотел чтобы из-за переданной -1 в new в каком-то говнокоде у меня произошёл panic. Init должен быть непрошибаемым

стартовать их в правильном порядке (включая зависимости от системных сервисов)

Системные сервисы находятся вне зоны влияния юзера, поэтому ориентироваться на их статус это «не самая удачная» идея.

и с правильными переменными окружения, включая например такие как WAYLAND_DISPLAY

Главная особенность подобного класса переменных в том, что они имеют свойство ВНЕЗАПНО!(ц) меняться или становиться инвалидными. Будешь перестартовывать «сервисы»?

правильно завершать. Некоторые сервисы не реагируют на простой SIGTERM

Если «сервис» не реагирует на SIGTERM, ему дают SIGKILL. И это никакой перенос сервиса в режим «пользовательского сервиса» не избавит от этой проблемы.

некоторым опять же требуется указывать правильный порядок завершения

“правильный порядок завершения» - концепция того же уровня, что «сервер с критичным временем перезагрузки» (был на ЛОРе такой мем) - то есть неадекватная изначально.

Это все нетривиальные задачи,

Решаемые systemd-run и кроном или «автозапуском» в DE

Системные сервисы находятся вне зоны влияния юзера, поэтому ориентироваться на их статус это «не самая удачная» идея.

Если «сервис» не реагирует на SIGTERM, ему дают SIGKILL. И это никакой перенос сервиса в режим «пользовательского сервиса» не избавит от этой проблемы.

“правильный порядок завершения» - концепция того же уровня, что «сервер с критичным временем перезагрузки» (был на ЛОРе такой мем) - то есть неадекватная изначально.

Решаемые systemd-run и кроном или «автозапуском» в DE

чудик, ты просто не понимаешь о чем пишешь

Сравнил Alt linux StarterKit GNOME и Chimera GNOME в режиме livecd на AMD C-60, 4GB DDR3 и насколько же плавнее и быстрее работает Chimera Gnome на фоне альта с гномом. А вот gnome-control-center течёт так не слабо: 1,1 гиг оперы отожрал тут же.

Короче итог: Дистрибутив действительно хорош.

Давно уже нет