Посоветуйте nix-дистрибутив без systemd для десктопа и малого сервера

в которых systemd принципиально не будет использоваться хотя бы ещё лет пять ?

Это слишком долго, вряд ли кто поручится на такой срок.

и оставлена возможность использовать альтернативные системы инициализации в виде «заглушки» для systemd,

Там написано совсем не так. Там написано, что «systemd-shim - «заглушка», предоставляющая dbus-интерфейс Systemd для служб, нуждающихся в нем». Заметь, что смысл кардинально меняется.

В общем, с десктопами с KDE4 и Gnome3 без systemd будет, очевидно, сложно, а вот что-то типа такого вот пожалуйста:

ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/p7/images/starterkits/ altlinux-p7-sysv-tde-20140912-i586.iso

альтернативные системы инициализации в виде «заглушки» для systemd

Перечитай новость ещё раз.

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

сириосли? куча баш скриптов же

Нет таких.

centos6, ubuntu 14.04, ну и гента

Поправил текст вопроса в части systemd-shim, чтобы не вводил в заблуждение.

Поправил текст вопроса в части systemd-shim, чтобы не вводил в заблуждение.

Лучше бы ты подумал головой. Теперь у тебя противоречие в вопросе.

сириосли? куча баш скриптов же

Представляете, есть люди для которых разобраться в баш скрипте не составляет вообще никакого труда. И написать его тоже. Ну вот как для человека знающего английский нет никаких проблем разговаривать, читать и писать на нём. Ну вот и баш - точно так же.

Почему, интересно, с вашей точки зрения, надо непременно этим людям нагадить этим вашим сраным и ненужным systemd? Это что? Банальная зависть к тем, у кого голова лучше работает? Или такая месть за собственную неполноценность? Типа, «раз мы не понимаем этого вашего программирования и не хотим понимать эти страшные и ужасные баш скрипты, то везде надо сделать .INI файлы как в винде, чтоб неповадно было, все строем ходили и вообще нефиг тут умничать».

Когда важная часть системы стоит на костылях башевых - это не ок. Системд в этом плане куда лучше.

Slackware 1

Когда важная часть системы стоит на костылях башевых - это не ок.

С чего бы это костыли? Это стандартное средство реализации алгоритмов с использованием стандартных системных утилит. Так и задумано вообще-то. Всё очень грамотно и просто, и без привлечения лишних, ненужных сущностей.

Системд в этом плане куда лучше.

А вот системд как раз и есть костыль, причём рассчитанный исключительно на тех, кто не может никак разобраться со скриптами. Для этих недалёких - может и лучше. А для нормальных людей - убогое кривое поделие. «Если сделать систему которой может пользоваться дурак, то только дурак и захочет ей пользоваться».

Системд в этом плане куда лучше.

Не лучше, потому что ОПу он не нужен.
Задолбали фанатики системды.

Я не против systemd, но и не за. Просто считаю, что слишком рано из этой системы делать мэйнстрим и стандарт для остальных дистрибутивов, поскольку применение-то у *nix разное: на планшете - одно, там важно сэкономить энергию, значительный плюс в распараллеливании; на сервере - другое, там главное не быстрота загрузки, а правильная очерёдность старта сервисов.

Когда только начал изучать внутренности Linux и возникла необходимость в написании скрипта инициализации для httpd, освоив систему pid-файлов и параметров запуска, мне не составило большого труда написать скрипт и корректно настроить запуск в системе инициализации sysvinit. Простым взглядом в каталог уровней запуска можно было понять когда что запускается и останавливается. Всё предельно понятно.

Потом, в Debian сделали LSBInitScripts, где ввели понятие очереди (зависимостей) запуска. Для своих «ручных» поделок мне пришлось доработать скрипты, но это также было наглядно понятно.

Но Upstart для меня остаётся до сих пор не совсем понятной системой. Наглядность и простота потеряны, на подходе и systemd, представляющая собой «чёрный ящик со входящими и исходящими сигналами».

Считаю, что развитие ПО набрало темп, однако потеряло в качестве и простоте.

Системд в этом плане куда лучше.

Тем, что половина костылей переписана на Си? Поинтересуйся, что такое генератор юнитов, например.

OpenBSD попробуйте. Система проста и наглядна, но в отличие от Slackware не примитивна.

Посоветуйте nix-дистрибутив без systemd для десктопа и малого сервера

*BSD, Plan 9, Mac OS X, Solaris 10/11, OpenIndiana :)

Нету таких, даже генточка прогнется рано или поздно (лучше поздно).

есть люди для которых разобраться в баш скрипте не составляет вообще никакого труда

Будучи одним из таких людей, ответственно заявляю — во-первых, эта способность сама по себе совершенно не значит, что «голова лучше работает»; во-вторых, использование systemd у нас непреодолимых затруднений не вызывает.

я люблю баш, мне нравится на нём писать, но я считаю, что пихать баш в инит - это тупо и неэффективно

так что придумайте уже более вменяемые аргументы против systemd, тупорылые хейтеры-кукаретики

Ubuntu 14.04

Я рекомендую Gentoo, как для десктопа, так и для сервера.

есть люди для которых разобраться в баш скрипте не составляет вообще никакого труда. И написать его тоже

мне например. тем не менее sysvinit пора закапывать

в которых systemd принципиально не будет использоваться хотя бы ещё лет пять ?
nix-дистрибутив

FreeBSD. Правда как десктоп его использовать пока трудновато. Мб займусь им как-нибудь

Выше уже написали, Ubuntu 14.04 будет поддерживаться до 2019, свежий софт поставить можно будет из PPA

до чего же фанатики системд тупые.

если человек спрашивает про систему без системд, то он не жаждет начать спор об сситемд и услышать доказательства божественность винды поделки поцтеренга, которое заключаются выигрыше на 5 секунд при загрузке :)

а по теме: убунта 14.04 (поддержка и apt+deb если дебиан ближе, но там не sysv) или альт (на серверных p7 sysv, на десктопах официально системд, но есть сборки с sysv. срок поддержки p7 меньше убунты, но есть надежда что в p8 можно будет использовать, apt, но с rpm)

тупые - это как раз кукаретики-хейтеры, готовые из-за системы инициализации сменить дистрибутив

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

ты лучше бы лучше помог человеку на дебиане у которого компьютер из за убогой поделки поцтеринга не спит. Jessie не просыпается А потом уже приходи и про крутость системд тут рассказывай.

А то на лоре фанатиков-теоретиков много. а как помочь с говно-поделкой - дак все в кусты... или твердят УМВР как заведенные или максимум стандартные фару протирал? по колесу пинал? компьютер перегружал? А что в логах?

И на последок как всегда «В общем, не знаю тогда» (c) intelfx

:)

Надежно! Прям как винда :)

Интересует, есть ли *nix дистрибутивы, в которых systemd принципиально не будет использоваться хотя бы ещё лет пять?

BolgenOS,Mandala

зачем? я в техподдержку системд не записывался, тем более не горю желанием разбираться в проблемах убогих дебианов

я, кстати, про крутость системд тут ничего не говорил даже, галлюцинирующий ты наш питух

зачем?

ЧТД. ситемд фан показал что он нихрена не разбирается. что не удивляет ;)

не горю желанием разбираться в проблемах убогих дебианов

ТС спрашивал именно про дебиан. или ты увидел слово системд и тут тебя понесло?

И кто тут после этого тупая кукарекалка, убогий ?

Итак, ты заявляешь, что разработчики и мейнтейнеры дебиана, федоры и других распространенных дистрибутивов — некомпетентные идиоты, в отличии от тебя, я правильно понял?

Собственно, дебиан. Означенный systemd-shim (который суть альтернативная реализация API systemd) нужен только для того софта, которому в свою очередь нужны API systemd: GNOME3, udisks, etc.

Но если ты таким софтом не пользуешься (т. е. сервер или тру-олдскул-десктоп) — вперёд, ставишь дебиан и любой инит из четырёх в настоящий момент поддерживаемых.

Задолбали фанатики системды

Задолбали системдэфобы.
Запилили бы уже свой дистрибутив без системдэ, раз оно им так сильно мешает.

правильная очерёдность старта сервисов

Если твои сервисы неправильно работают от неправильной очерёдности старта — значит у того, кто их писал, руки из жопы растут.

Хах. Пришёл в рандомный тред, а тут анонимусы тебя обсуждают.

Собственно, я не дебианщик, и не разбираться в устройстве его initramfs имею полное право. С точки зрения апстримного ядра параметр resume= должен быть... Хотя кому я объясняю. И libastral у меня тоже нет (чтобы без стандартных вопросов сразу понять, в чём фейл) — поделись сборкой, а?

зашел мужик в столовку перекусить.

Спрашивает у кассирши а есть ли у вас салат без моркови...

и тут в очереди как будто взбесились!

Один орет что морковь вкусна и полезна, а поэтому бери салат с морковью.

Второй рассказывает что уже три раза ел салат с морковью и у него УМВР.

А третий распинается, что кому как не повару и диетологам знать что положить в салат? Жри морковь...

Системд фанатики совсем что-то сегодня не того :)

Ну что делать раз кроме тебя и еще чувака с яркой аватаркой в красных цветах про системд никто вменяемое (кроме переустановить линукс) при проблемах с системд сказать не могут :)

И да.... я анонимус из той темы, но у меня компьютеры тоже спят без всяких там resume ;)

я анонимус НЕ из той темы

у меня компьютеры тоже спят без всяких там resume

Ясно. Значит, в дебиане в initramfs есть какой-то автодетект или расположение swap-раздела указывается в другом месте.

В любом случае systemd здесь ни при чём, т. к. он получает управление уже после initramfs.

Хах. Пришёл в рандомный тред, а тут анонимусы тебя обсуждают.

звезда, хуле!

P.S. ТС, твоему требованию «в которых systemd принципиально не будет использоваться хотя бы ещё лет пять» соответствуют CRUX, Slackware. За последний я уверен на 99%, т.к. в официальном образе отсутствует на данный момент пульсаудио, pam, gnome. NetworkManager появился в этом году, или прошлом, хз. Учитывая что и его решили использовать для миграции в системГ - возможно выпилят из базовой поставки :-) ~6-7 лет поддержки думаю достаточно. Если стабильность не так важна - ставь current-ветку. Тоже без системгэ, зато свежий софт.

P.P.S. Первое время, после дебиана, может быть ломка. слэкбук хоть и древноват, но введёт в основы. Для возможных проблем после перехода есть LinuxQuestions, slackware.ru, и это место.

P.P.P.S. уэлкам :)

ачо ты имеешь против баш-скриптов, ёпта?

с такими тенденциями как бы не пришлось всем валить на BSD-like системы...

первые запросы: linux distributive without systemd пока что, все очевидно

Представляете, есть люди для которых разобраться в баш скрипте не составляет вообще никакого труда. И написать его тоже.

илитарии в треде, гыгы, даже многие виндовые админы умеют в этот твой баш, нашёл чем кичиться. тут вопрос в том, что разобраться как работает сервис и от чего зависит(а, ну да, это же нинужно(с)) посмотрев unit файл или smf манифест или набрав пару команд гораздо быстрее, особенно на незнакомом сервере. быстрее и написание новых сервисов.

яркой аватаркой в красных цветах

К «анимешной девочке» я уже привык, но чтоб так Ранму обозвать…

Процитирую швабрашвабр

Вы считаете, что sysv-init надёжен? Я — не считаю. Миллионы тяжело отлаживаемых race-condition, которые появились после перехода на конкурентную модель запуска, трудноотлавливаемые моменты «неготовности», нарушение ожиданий между network mount, mount и скриптами pre-post для сетевых интерфейсов. Это, заметим, только старт. Если же на shutdown какая-то фигня, то её отлаживать ещё сложнее.

Собственно, я про эту проблему уже давным-давно писал, когда первый раз в голову граблями получил: habrahabr.ru/post/113482/. Было это давно, сейчас бы эту проблему я с полпинка учуял. Но грабля-то остаётся.

Так что прежде чем говорить «будет надёжно и проверено», давайте признаем, что то, что было, совсем не отвечает представлению о «надёжно».

Более хрупкой конструкции, чем sysv-init я вообще не видел. Сплошной императивный код, который описывает декларативные зависимости. Так сказать, удачи.

http://habrahabr.ru/post/240839/

habrahabr.ru/post/113482/

Прекрасно, всё как я люблю в sysvinit — кривые квадратноколёсые велосипеды на баше, приправленные грепоседами, отсутствие внятной документации «кто на ком стоял».

P.S. С разморозкой меня, оказывается Жора то наш Шуклин не только пописывает укуренные рецензии на китайские порномультики, но и линупсы админит.

А вот системд как раз и есть костыль, причём рассчитанный исключительно на тех, кто не может никак разобраться со скриптами.

У тебя синдром утёнка.

Я вот вообще не представляю, как этим systemd пользоваться. После того как я его поставил, настроил игнорирование кнопки выключения и закрытия крышки и добавил параметр, включающий кучу текста при старте, я им больше не пользуюсь. Он просто где-то там внутри работает, как раньше работали shell-скрипты. Если мне нужно что-то запустить или остановить, я по старинке запускаю скрипты из init.d, но оно само перехватывает управление. Даже не пришлось менять привычки, старые команды всё так же работают.

А вот кто им пользуется, так это сопровождающие дистрибутива. В прошлом году смотрел запись выступления с какой-то конференции о systemd в Debian. Суть свелась к тому, что даже если не использовать systemd, то скрипты для /etc/init.d/ удобнее генерировать из systemd-юнитов. Большинство из этих скриптов и так пишутся вручную сопровождающими, а с генерацией их жизнь станет проще.

Так что тут всё просто: ты ставишь софт, предлагаемый на замену, и, если он устраивает, оставляешь. Если нет, продолжаешь поддерживать старый софт сам. Но твои попытки указать сопровождающим дистрибутива, что делать, обречены на провал. Смирись.

Состоя́ние го́нки (англ. race condition) — ошибка проектирования многопоточной системы или приложения, при которой работа системы или приложения зависит от того, в каком порядке выполняются части кода. Своё название ошибка получила от похожей ошибки проектирования электронных схе

Миллионы тяжело отлаживаемых race-condition

миллионы? да ладно. Ну максимум 50 сервисов. Но даже если столько, то ты уже жлоб ентерпрайзного масштаба, если водрузил столько на один сервер.

трудноотлавливаемые моменты «неготовности», нарушение ожиданий между network mount, mount и скриптами pre-post для сетевых интерфейсов

Так. Давай теперь говорить серьёзно. Где, и в каком дистрибутиве Карлос Кастанеда писал про это?

готовые из-за системы инициализации сменить дистрибутив

Инит --- важный системный компонент. Если из-за него не менять дистрибутив, то из-за чего вообще стоит его менять? Выбирать по цвету дефолтной обоины что ли?

когда первый раз в голову граблями получил: habrahabr.ru/post/113482/.

Нда... У него, хотябы, был способ понять. С systemd этого способа нет. И починить правкой скриптов тоже буде нельзя. Кстати, уж не знаю, как там в Debian-ах, но я бы сказал, что это просто от незнания у него история такая.