Linux без systemd 2020

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

Привет, лорчик. Я поднабрался немного опыта в линуксах, хочу теперь сесть на один дистр и не хопить, а сидеть ровно на попе в свое удовольствие. Свой дистр я пилить не хочу, считаю что смысла нет, да и не осилю, а из тех, что есть что-то я не нахожу нужного… Помоги, лор! Хочу дистр без системд и приблуд, которыми товарищ ЛП «наградил» наш любимый линукс. Обязательно релизной модели с возможностью минимальной установки. Не обязательно суперсвежий, но чтобы работало мое желео (интель каби лейк, амд полярис). Обязательно с пакетным менеджером, который умеет в зависимости и развивающийся. Я кроме диваныча ничего не нахожу. Можете что-то еще подсказать?

ПыСы не надо мне советовать всякие генты и роллинги. Не надо мне оно.

Генту один раз поставил она и едет, на века установка. Такого результата ты ни с одним дистром не получишь, что бы ты там не представлял себе о линуксе.

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

не надо мне советовать всякие генты и роллинги

Была вероятность, что Funtoo после перехода к релизам превратится во что-то похожее, но Роббинс, похоже после того как наконец-то зарелизит 1.4, вернётся к роллинг.

systemd и Wayland это настоящее, будущее и далёкое будущее твоего линукса, смирись с этим.

не надо мне советовать всякие генты и роллинги

Нужны нехилые ресурсы, чтобы собирать бинарные пакеты и поддерживать релизы. А так как против sd топят обычно 3,5 маргинала, то нет таких дистров.

Я посмотрел на версии софта в фунту и никогда больше к ней не возвращался. Смысл?

Salix. Или просто притащить в слаку slapt-get.

А что именно тебя не устраивает в плане версий?

Дырявые-дырявые ядра с критическими багами например. Ну и в целом там версии отставали что-то там на годы, это дичь полнейшая.

Ну и в целом там версии отставали что-то там на годы

Ну что, например? А то уже боюсь, что у всех наступило светлое будущее, а я всё как-будто на дебиане.

Нет. Это не даст

с пакетным менеджером, который умеет в зависимости

Ну, то есть, slapt-get в зависимости умеет, только в оригинальном PACKAGES.TXT от Slackware сведений о зависимостях нет, поэтому умение это приложить будет не к чему.

Другой проблемой будет то, что пакеты Slackware крупные, не нарезаются искусственно на отдельные софтинки, библиотеки, документацию и т.д. Итог будет плачевен, например, захотите nmap, получите по зависимостям питон и иксы, поскольку в составе пакета есть zenmap, которому они нужны.

Поэтому Salix под предвзятые требования ТС подходит (с некоторыми оговорками), а Slackware уже нет.

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

а компьютер при этом обязательно включать?

Дык если не включать, ядро старое крутиться будет.

а че не так? одна управляшка на дистры, переучиваться не надо

Я пользователь кальки. Не советую, в общем. Можно конечно рассмотреть возможность воровать бинарные пакеты из неё для генты — ежедневная перекомпиляция вебкитов напрягает.

У Alt linux была сборка с xfce и sysvinit

ежедневная перекомпиляция вебкитов

Но зачем? У меня его вообще нет, хоть и использую plasma-desktop.

Можно еще упомянуть Slackel релизная модель на базе Slackware current — почти как Manjaro для Arch.
Хотя нет, там с автоматическим разрешением зависимостей как в Slackware.

Благодарю за полный список абсолютно бесполезной дичи (кроме Alpine) в одной точке.

calculate же роллинг

Я тоже собираюсь выкинуть, но там они вроде куче софта нужны. Хотя бы от половины вебкитов избавлюсь. Чё там, жирнолисом уже можно пользоваться? Тот вроде минут 20 вместо 8 часов компилировался. А хотя тому надо каждый день руст компилировать тоже, видимо никуда не денешься от вебкитов.

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

Devuan ставишь в минимальном режиме и запрещаешь к установке pulseaudio и прочее, что не любо.

Хотя по честноку — даже если у systemd есть недостатки, как пользователь ПК ты их не ощутишь, это имеет смысл только тем, кому он и впрямь мешает. PA имеет смысл удалять только если у тебя его настроить не удается под свое железо.

Нету смысла, короче.

Нет смысла бороться за свободное ПО и альтернативы. Поддержим компанию, которой кроме своих коммерческих интересов больше ничего не надо! УРА, ТОВАРИЩИ! ЗА СИСТЕМД! ЗА РЕДХАТ!

Фу. Просто фу. Я не против системд как такового, я против что его проталкивают в любую щель и пытаются сделать стандартом. Мне такой стандарт не нужен, мне нравится openrc и runit. Мне не нужна пульса, мне джека хватает, тем более, что он у меня лучше работает, чем пульса. Так что навязывание этих системд и прочего багажа мне не нужно и не мне одному. А из-за политики красношляпых и их давления все нормальные дистры (бывшие! нормальные дистры) приняли без альтернатив весь этот стек ненужных многим людым программ. Все, что таким людям остается, вот так вот искать, где еще теплиться жизнь. Мы как сексуальные меньшинства теперь, нам надо постоянно о своих правах и интересах заявлять.

А какая разница с systemd или без, главное, чтобы все работало. Ну серьезно? Ставь, тот, где предпочитаемое тобой окружение из топа дистровотча.

А что делать, если именно из за системд не работает? Вот например у меня в дебиане и убунту по кд отваливается соединение по systemd-networkd и глючит NM, который то по полчаса не подключается, то подключится и тут же отключится. А с конманом или dhcpclient все как часы. А эти загрузки по минуте с долбанным агрессивным распараллеливанием? Какого хрена на ссд загрузка минуту идет, из которой до граба грузится сек 3-4, а все остальное на каких то зависших юнитах системд? Почему опенрц грузит за 10-12 сек ту же систему, а ранит и того меньше? И таких вопросов еще десятки. Какой смысл от этого стандарта, если он ничего не делает нормально?

Значит у вас другой выбор. У меня таких проблем нет. Грузится с ssd секунды, вай-фай не отваливается, плазма не падает.

Источник

Расскажите про дистрибутивы линукс без systemd и pulseaudio

Мне только генту и девиан вспомнилось. В 14-ую слаку пульсу гвоздями прибили.

Кастую Iron_Bug Quasar

В Slackware 14.2+ (нынешний current, будущая 15.0) как прибили, так и оторвали.
При желании легко воспроизвести и в 14.2 по образу и подобию.

Вот не так просто это оказалось

Да ладно. Что именно не получилось?

openwrt покатит. такто тож дистрибутив %)

Если говорить о живых и полноценных дистрах, то вообще одна лишь гента осталась. Остальное как-то уже ближе к небытию.

Жалко, конечно, что из-за одного урода столько дистрибутивов пострадало! Ну, по крайней мере, гента пока жива. А как и гента помрет, можно будет на слаку переходить.

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

Crux, абсолютно живой дистрибутив.

Юзабильных нет. SystemD уже стандарт.

Пользуюсь Void linux, доволен.

Зависит от того, для каких задач дистрибутив тебе нужен. gentoo и Devuan — это самые крупные и самые жизнеспособные представители на данный момент. Как вариант можешь свой дистрибутив собрать с помощью LFS.

Ещё здесь можно посмотреть список дистрибутивов, но по критерию неприбитости к пшшаудио гвоздями там фильтра нет: http://without-systemd.org/wiki/index.php/Linux_distributions_without_systemd

Не совсем в тему, но. Где наиболее адекватное слакокомьюнити обитает? Куда обращаться лучше? Можно на английском или немного испанском.

Ссылочку на RFC или ISO не предоставишь?

Если нечем заняться, то попробуй Alpine. Только отпишись. Я сам давно хочу попробовать.

1. Devuan — Debian совсем без systemd. Используется sysvinit.

2. Artix Linux — Arch без systemd , можно использовать OpenRC и Runit.

3. Void Linux — самостоятельный дистрибутив в духе KISS, используется Runit.

4. Slackware — кто не слышал о Слаке? Используется sysvinit.

5. Alpine Linux — часто используют в докере, Runit.

6. Crux — дистрибутив в духе KISS для хардкорщиков, все из сорцов, система портов как во Фре.

7. GuixSD — дистрибутив от GNU с пакетным менеджером Guix. Используется лисповый инит Shepherd.

Все указанные дистрибутивы живы и регулярно обновляются.

Но до сих пор хейтить systemd? Серьезно?

Да не нужны они практически всем пользователям, какой смысл их пихать всюду было (помимо завязки на вендора)? Разве что в гноме их захардкодили и патчи для отвязки такие себе, но это и есть политика.

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

Слако. Комьюнити. Нахрена? Или это я просто воспитан в духе времени когда каждый сам за себя? Сейчас у линукса миллионы пользователей, это азиаты вон кучкуются по интересам (нетбсд, слака и так далее) ибо там всё тухло, хотя с тех пор как появился юникод и поддержка cjk повсеместно наверно уже не так интересно.

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

Лиса 60.5.2esr, slackware-current без pulsaudio. Звук в лисе есть, хотя и совершенно непонятно нахрена он там нужен.

Источник

Лучшие дистрибутивы Linux без systemd

Когда доминирующие дистрибутивы Linux приняли systemd, несогласные разделили дистрибутивы и начали новые проекты. Итак, какие у вас есть варианты, если вы ищете дистрибутив, не относящийся к системе? Давайте взглянем.

systemd: краткий обзор

Исторически последовательность запуска в системе Linux была копией системы инициализации, представленной в System V Unix (SysV). Система инициализации SysV придерживалась философии Unix. Когда люди ссылаются на философию Unix, они обычно сводят ее к хорошо известной фразе «Делай одно и делай это хорошо». И это должно было начинаться как первый процесс, а затем запускать другие процессы. Кроме того, время от времени он убивал зомби.

SysV init справлялся со своей задачей достаточно хорошо, но не слишком эффективно. Он запускал процессы последовательно, один за другим. Параллелизма не было. Дизайн ограничивал пропускную способность. Это было более или менее замаскировано увеличением скорости современного оборудования, и это не значит, что загрузка компьютера с Linux заняла бесконечный век. Но да, технически его можно было сделать более эффективным.

Как и во всем остальном в Linux, у пользователей был выбор. Альтернативы были доступны. Компетентные пользователи могут настроить свой компьютер Linux для использования другой системы инициализации, которая запускает процессы параллельно и работает так, как им нравится.

Некоторые из вариантов были:

• Upstart: это была инициатива, разработанная Canonical, которая впоследствии была принята семейством дистрибутивов Red Hat, включая Centos и Fedora. Upstart больше не находится в разработке.
• runit: это независимый кроссплатформенный проект, который работает на FreeBSD и других производных от BSD, а также в системах macOS, Solaris и Linux. Он был принят либо как система инициализации по умолчанию, либо как одна из опций времени установки в нескольких дистрибутивах Linux.
• s6-Linux-init: s6 — это замена для SysV init, которая пытается обратиться к последовательной природе SysV init и оставаться верной философии Unix.

systemd — еще одна замена SysV init, но она включает в себя гораздо больше. В нем есть модули, которые управляют физическими устройствами, входами пользователей, разрешением сетевых имен и многим другим — он состоит из более чем 70 двоичных файлов и более 1,4 миллиона строк кода. Для сравнения, SysV init для Arch Linux составляет менее 2000 строк кода. Ясно, что systemd полностью отказался от философии Unix. И не только это, он совершает дальнейшую ересь полного игнорирования стандарта Portable Operating System Interface (POSIX).

Аргументы systemd — одни из самых горячих, которые я когда-либо видел в сообществе разработчиков ПО с открытым исходным кодом. (И это о чем-то говорит.) Разумеется, в этом участвуют не только одинаково громкие просистемные и несистемные лагеря. Я разговариваю со многими людьми, которые даже не знают, что systemd — это вещь, а также со многими другими, кто слышал о нем, но не знает достаточно деталей, чтобы так или иначе сформировать мнение. Честно говоря, им все равно. Они просто хотят, чтобы все работало.

Если вы не уверены, используете ли вы дистрибутив на основе systemd, запустите ps команда для процесса ID 1.

Если вы видите в ответе «systemd», значит, вы используете systemd. Если там написано что-то еще — обычно «init» — значит, нет.

СВЯЗАННЫЕ С: Почему Linux systemd по-прежнему вызывает разногласия после стольких лет

Философия, архитектура и инженерное качество

Разные люди возражают против systemd по разным причинам. Для некоторых это игнорирование традиционной философии Unix. Хотя это не обязательная догма, это «путь Unix». И это способ, который выдержал испытание временем: небольшие утилиты, которые можно связать вместе, чтобы их выходные данные становились входными данными для следующего процесса в конвейере, являются ключевой частью того, что придает Linux ощущение и характер. Это то, что делает его особенно подходящим для быстрого создания творческих решений для одноразовых или краткосрочных требований.

Другие ставили под сомнение проектные решения, лежащие в основе systemd, «программной архитектуры». Зачем включать все эти функции, которые не имеют ничего общего с загрузкой системы? Если эти другие элементы нуждаются в обновлении или улучшении, сделайте именно это. Но зачем объединять все это в один массивный, взаимосвязанный набор приложений?

Высказывались опасения по поводу бесцеремонного отношения разработчиков systemd к исправлению ошибок в целом и к общим уязвимостям и уязвимостям в частности. Чем больше у вас строк кода, тем больше ошибок вам нужно исправить. Когда эти ошибки связаны с безопасностью и имеют собственный номер CVE, вам нужно было разобраться с ними вчера.

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

Семья Debian: Девуан

Если вы используете Debian или одну из бесчисленных производных от Debian, таких как Ubuntu и все его родственники, вам имеет смысл попробовать Devuan. Devuan — это форк Debian, поэтому почти все будет вам знакомо. Оболочка по умолчанию — Bash, а менеджер пакетов — apt . Devuan произошел от Debian в 2014 году. Он прочный, стабильный и имеет процветающее сообщество.

Если вы предпочитаете GNOME в качестве среды рабочего стола, вам придется проделать небольшую дополнительную работу. GNOME не предлагается в качестве рабочего стола во время установки. Доступны MATE, Cinnamon, XFCE и другие, но GNOME нужно будет установить вручную, как только ваша система будет запущена и запущена.

GNOME зависит от компонентов systemd, а именно от диспетчера устройств udev и диспетчера входа в систему. Их заменили разработчики Gentoo Linux.

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

На Devuan можно выбрать систему инициализации SysV init или OpenRC.

Семейство Arch: Artix Linux

Пользователи Arch и Manjaro могут попробовать Artix Linux. Artix — это ответвление Arch, основанное на проекте Arch-OpenRC. Его первый релиз вышел в 2017 году.

Arch Wiki содержит инструкции по замене systemd на OpenRC, но официально не поддерживается. Точно так же, поскольку поддержка OpenRC была прекращена из Manjaro, не существует дистрибутива, производного от Manjaro, который был бы свободен от systemd.

Поэтому, если вы хотите остаться во вселенной Arch, вам нужно выбрать основанный на Arch форк, такой как Artix, который использует другую систему инициализации. Artix, безусловно, работает в этом направлении. В процессе установки вы выбираете одну из трех различных систем инициализации. Возможные варианты: OpenRC, runit и s6.

Доступны все ожидаемые варианты настольных ПК, такие как Cinnamon, MATE, XFCE и другие. Также есть версии, которые находятся в стадии тестирования, которые поддерживают GNOME и оконный менеджер i3.

Менеджер пакетов pacman . Конечно, вы можете использовать это для установки pamac , yay или любой другой помощник Arch User Repository (AUR). Оболочка по умолчанию — Bash.

Это все, что вам нравится в Arch без systemd.

Red Hat и Fedora: PCLinuxOS

Проект systemd — это инициатива Red Hat. Основные разработчики systemd — это сотрудники Red Hat. Кажется, что многим в мире Linux все, что выходит из «корпоративных» лагерей Linux — например, Red Hat, Oracle, Intel, Canonical, — должно автоматически вызывать недоверие.

systemd был описан, помимо прочего, как не более чем заговор Red Hat по преобразованию Linux во что-то, что соответствует потребностям их встроенных операционных систем. Если бы Red Hat нуждался в дистрибутиве, адаптированном для встраиваемых систем, было бы намного проще просто создать его. Вам не нужно убеждать Arch, Ubuntu и OpenSUSE последовать их примеру.

Конечно, поскольку Red Hat является единственной причиной существования systemd, вы не найдете производной от Red Hat без systemd. Так что все, к чему вы переедете, будет ощущаться новым и другим. Но если вы по крайней мере хотите придерживаться дистрибутива, в котором используется Red Hat Package Manager (RPM), вам следует просмотреть PCLinuxOS.

Проект PCLinuxOS стартовал в 2003 году как ответвление ныне несуществующей Mandrake Linux незадолго до того, как Mandrake стала Mandriva. Первый выпуск PCLinuxOS появился в 2007 году, поэтому он намного старше systemd.

Хотя PCLinuxOS действительно использует файлы «.rpm», он управляет ими с помощью собственного программного обеспечения для управления пакетами, apt-rpm . Это смоделировано после apt-get команда из мира Debian. Модифицированная версия synaptic также предусмотрено, что работает с файлами «.rpm» вместо файлов «.deb».

PCLinuxOS использует SysV init и предоставляет выбор среды рабочего стола Plasma, MATE и XFCE во время установки. Существует несколько редакций «сообщества-ремастеров», которые предоставляют другие среды рабочего стола, включая GNOME. Оболочка по умолчанию — Bash.

Запустите некоторые виртуальные машины

Лучший — и на самом деле единственный способ — проверить, подойдете ли вы к дистрибутиву Linux, — это попробовать его. Самый простой способ сделать это — на виртуальной машине. Это не повлияет на вашу текущую установку Linux. Вы можете установить и опробовать столько дистрибутивов Linux, сколько захотите, пока не найдете тот, который, по вашему мнению, вам бы хотелось попробовать. VirtualBox идеально подходит для этого.

Когда вы будете готовы установить новый дистрибутив, сделайтенесколько резервные копии вашей текущей установки, а затем — и только после этого — установите новый Linux.

СВЯЗАННЫЕ С: Начинающий компьютерщик: как создавать и использовать виртуальные машины

Источник