не плач, и через сто лет останутся системы альтернативные "популярным" ... и даже примеры в истории есть, ну какбы на конных повозках щас никто не ездит, но они есть... арбалет был изобретен за тысячи лет до изобретения пороха
Я конечно припоздал немного с комментарием, но то, что линуксы без systemd непопулярны - неверно. Есть как минимум MX Linux, который выпускают уже десять лет и он давно болтается в топах популярности на дистровотче. И при этом хорошо работает.
@Sencha_Tea столман перефразировал слова первого президента сша, "кто выбирает между свободой и безопасностью безопасность, останется и без того и без другого"
Ну прямо мастер драматических финалов :), респект. Что касается сабжа, то практически полностью согласен. За 10 лет единственное чем воспользовался как простой, простодушный юзер, так это юнит, запускающий скрипт бэкапа на USB диске после его монтирования. Да пару раз лазил в журнал (и таким уж удобным, как его расписывают, он не показался), да еще отключил тримминг по таймеру (привычнее самописный скриптик по крону). А вот Поттеринг и его команда сразу вызвали эмоциональное отторжение, из-за склонности к истерической реакции на критику и того, что позже стали называть "синдромом Поттеринга" типа: "А что это вы, старичье, тут наворотили? Вот пришел я, умный и талантливый (note: что правда) и все исправлю и переделаю как надо". Насколько справедливо такое по отношению к самому Леннарту -- вопрос дискуссионный, но, как говорится, осадочек остался.
Причина по которой у systemd находятся уязвимости - её постоянный аудит. С ноунейм системами инициализации дела обстоят "лучше", потому что ими почти никто не пользуется
ты не прав. как раз таки из-за новороченности systemd в ней и есть так много минусов, ведь чем больше строк кода тем больше вероятность где-нибудь допустить ошибку. а иные СИ - openrc, runit - не такие громоздкие как systemd, в них нет стольки совершенно ненужных функций, связанных между собой (что порождает еще большую вероятность появления уязвимости), и, следовательно, они безопаснее.
@@icywiener5421он явно перегнул с "почти никто не пользуется", но я так же не стал бы отрицать, что людей, которые работают над openrc и ищут в ней ошибки значительно меньше, чем людей, делающих то же самое с Systemd, что определённо повышает шанс на нахождение багов. То же самое происходит с виндой - её код видят два с половиной калеки, из-за чего у неё чаще вылезают баги 10-летней давности.
Давайте еще с ядром сравним :) там кода больше будет ;) и багов выше крыши. Например, я репортил баги по интеловым дровам ixgbe пару лет назад. Ничего никто не пофиксил. Репорчу по io_uring, получаю ответ: «не баг, а фитча». И так кругом. Приходится делать костыли в юзер-спейсе, чтобы обойти баги )
Всё правильно. Надо было ещё сказать, что агент Поттеринг теперь работает в Майкрософте (хотя возможно он всегда на него работал, и теперь его задача по саботажу выполнена...)
Не стоит относиться к systemd исключительно как к системе инициализации и набору замен других демонов и утилит. Есть ряд важных фитч, которые дают ему существенные преимущества: - встроенный мониторинг процессов, включая sdnotify api, на котором реализуются watchdog - замена inetd, запуск процессов по сетевому обращению или dbus, заметно приятнее чем с sysv - systemd позволяет процессу передать на хранение файловые дескрипторы, что позволяет делать бесшовный перезапуск/восстановление процесса при падении, например, сохранив состояние tcp-соединений
@@alexlaplandне то, чтобы это было бы сильно сложнее сделать в openrc или runit. Да и к тому же, может быть ты подкрепишь свои слова доказательствами? Пока ты не покажешь, какая именно уязвимость использовалась дядечками из спецслужб, это будет просто конспирология.
@@spl420 Законы Мерфи и особенно первый,говорит нам прямо-если что то может пойти через анус,оно пойдет через анус. и это тупо статистика. А обвинения в конспирологии,на явный потенциальный сценарий использования,говорят о том,что говорящие о конспирологии вообще не одупляют даже того о чем говорят. а уязвимости с описанием этого дерьма уже десяток лет гуляет по сети. загугли,чтоб идиотских вопросов не задавать. а мне лень даже в гугле вбивать. и насчет конспирологии-под этим понятием на вики даже есть очень полезный раздел:критика понятия "конспирология". советую больше никогда не забывать,что мир относительный. а теперь простое предсказание-дальше будет только хуже. загугли хотя бы законы принимаемые чтобы ограничить тебя и остальных людей. ты увидишь прогрессию негатива. но это каешн буит "конспирологией". так умный дядечка сказал,а ты повторяешь как баран без осмысления. даже если ты своими глазами видишь прогрессию. крч,смешные такие фанатики понятия "конспирология" живущие уже явно в антиутопии где их стремятся сделать бессловесным пушечным мясом как минимум государства.пы.сы. не забудь проанализировать,как у нас например состевлены законы. ты сильно удивишься,если способен думать. настолько расплывчатые формулировки. и подумай для чего именно они расплывчатые) ну и я не перестаю удивляться.в ойти как будто чсвшные дебилоиды тусят. их ограничивают все сильнее,они в ответ-да,это так круто,давай еще. вместо анализа ситуации и перспектив. горизонт планирования нулевой. впрочем,как у многих людей,чья ось миздания проходит через эго набора белков,жиров и углеводов на заштатном булыжнике на задворках галактики,вращающегося вокруг обычнейшей звезды в бесконечной вселенной. милота
@@MrChelovek68 забавно, что в том же разделе "критика" упоминается Бритва Хэнлона, которая напрочь отрезает все ваши теории о дяденьках из американских структур. Ну а законы России действительно пиздец, тут ничего другого не скажешь.
Я как постигший LFS могу сказать, что systemd удобен в плане юнитов - создал, к примеру, юнит qemu@ и фигачишь qemu@vm1, qemu@vm2 и т.д. Это единственное, что у него реально удобно. И то, в той же gentoo аналог unit@ реализован, к примеру, в инит-файле сетевого интерфейса - сделал симлинк и добавил в загрузку. Все хочу покопаться и понять, как это сделано. Во всем остальном systemd редкостная дрянь.
Правильно настроенный selinux повышает уровень безопасности в разы, хоть root всем раздавай, никто не сможет ничего сделать с системой, так что не так уж и будут страшны баги systemd. Что касается скорости загрузки самой ОС то это субъективно все, к примеру используя ядро lowlatency загрузка ОС будет происходить за считанные секунды т.к приоритет в таком случае будет автоматически выделен максимально под этот самый запуск.
Тут скорее systemd - вот тебе интерфейсы и полностью рабочее окружение, от инициализации до журналирования. openrc и подобные - ну поставил, ок, дальше сам. Если пара секунд не решают, то очевидно, что комфортней.
Отличное видео. Т.к. вышел Debian 12, теперь я жду новый релиз Devuan, чтобы перейти на него. Кстати, как относитесь к Debian-based системам? Лично мне нравится что можно поставить и изредка обновлять, чтобы получить Security апдейты
Debian - это надежность и удобство молотка. Хрен сломается без явной причины, но саморезы забивать им (использовать на десктопе) не так удобно (хоть и не особо сложно)
@@NUBAS12345WoT Пол года назад поставил себе на один комп Debian для тестирования, все нормально было. Но пользовался другими линуксами, до Debian руки не доходили. И вот на днях включил и получил при загрузке зависший черный экран. Выключил, отсоединил кабель интернета -- все нормально загружается (хоть и долго очень). Опять перезапустил с интернетом -- снова черный экран. Я так полагаю, примерно за пол года без обновлений это чудо заходит в интернет, офигевает от необходимости полномасштабного апгрейда и падает в обморок. Супернадежная система, да ;). Кстати, часто пользуюсь русифицированным Porteus 5.01 LXQt, который на базе slackware. Загружаюсь с флешки в оперативку без сохраненки и со своими модулями. Для меня это самый комфортный вариант.
Всё довольно просто: система инициализации может автозапускать штуки во время запуска системы, конкретные инструкции зависят от системы инициализации. Если же нужно автозагрузить что-то графическое, то этим чаще всего занимается окружение рабочего стола или, в случае отдельного использования оконного менеджера, оконный менеджер. Это уже автозапуск при входе.
Справедливости ради, с приходом systemd десктопы стали дружелюбнее, даже arch стал ставиться с полпинка, практически не открывая конфигов. Я не знаю почему включили многие компоненты, но вероятно все же была одна общая причина - сделать чтобы они взаимодействовали как одно целое, а это то, что нужно десктопу. Давненько не смотрел, но некоторые части можно было заменить, тот же резолвер, загрузчик.
Дружелюбнее они стали по отношению к пользователю - типовые задачи стали решаться проще, а что-то чуть сложнее стало решаться сильно сложнее. Дело в том, что теперь система представляет собой не совокупность мелких утилит, которые взаимодейтствуют через обработку текстов. Теперь это система сервисов и клиентов, взаимодействующих через двоичные протоколы: большая часть компонетов современной системы работает через dbus, которая теперь тоже является частью systemd. Хочешь графический рабочий стол - забудь о возможности выбирать дистрибутив, т.к. постепенно из-за systemd различия между дистрибутивами стираются. Захотел поставить *BSD? Ну, возможно ты сможешь это сделать, пока разработчики *BSD ещё могут оторвать Gnome от systemd, но скоро им придётся либо делать разнообразные прокладки, имитирующие наличие systemd, либо они сдадутся и начнут переносить systemd к себе. dbus и systemd очень удобны для программистов и служб технического сопровождения больших корпораций, т.к. там есть решения для каждой ТИПОВОЙ задачи. Но порог вхождения в эту систему для любителей становится всё выше и выше. Тебе всё сложнее становится написать какой-нибудь простой shell-скрипт, для того, чтобы встроить его в систему и добиться нужного поведения, потому что теперь это не набор кубиков, а монолит - теперь тебе нужно разбираться в Си и вутренностях systemd. Это новый Windows.
@@vkarb Если бы шел скрипты позволяли добиться такого же уровня интеграции компонентов - ок, но это не так, они работают как будто они одни, в общем даже определить, что процесс уже запущен надо костылять. Сложные ситуации не покрывают - ок, пакетные менеджеры тоже ограничивают, инсталлятор в винде гораздо гибче, могут сделать любую хню, значит пакетные менеджеры плохие?
@@oWeRQ666 все равно,как не профи, кажется, что systemd - лютая дичь. и завязывать линь на эту мерзость,тем самым принуждая людей к использованию этого мусора-мерзость. это ж линь,юникс вей и т.д. и касательно последнего предложения - обертки над сервисами и собственно прибить гвоздями сервис ко всей системе-это немного разные вещи. оббертку можно например написать. а к приббитому гвоздями,как системд только привыкать. вот такой вам выбор оставили в самой свободной оси копрораты. продолжайте защищать то,чего быть не должно и вы очень скоро очнетесь в камере. ничему блин людей история не учит.
@@MrChelovek68 так сделайте альтернативу, я за модульность, просто по факту всякие openrc отлично подходят для серверов и локального пердолинга на дестопе, когда в непонятной ситуации знаешь чего можно подергать руками, для десктопа нужна хорошая интеграция между компонентами, почему никто не жалуется, что линуксовое ядро - огромный монолит, который чего только не делает.
@@oWeRQ666потому что линуксовое ядро не просто монолит, а модульный монолит? ну а остальные типы ядер слишком сложно пилить (привет Hurd), гребут кучу ресурсов на те же операции/ и привет от танненбаума с миникс, микроядерной осью. но речь то не об этом. ядро оси должно прямо выполнять несколько конкретных задач- предоставлять доступ к функциям оборудования, виртуализовывать как не в себя и т.д. но за это отвечают внезапно,даже в монолите-отдельные модули. а систем д какая то дичь,слишком много на себя взявшая. если уж мы говорим об инициализации, то ок, пусть будет спецификация на систему инициализации и я ее для себя напишу. но где она? и между компонентами. ты прав. только делить на компоненты можно совсем по разному) ты разве не знал? можно в качественный дизайн. а можно собрать все функции в одной проге. и получить еще одно чуть ли не ядро. кстати,не припоминаешь аргументов против исков, ну когда только пошли речи о вяленом? а я напомню,что одна из предъяв была ровно такой же-слишком много на себя берет сервер отображения, чуть ли не ось внутри оси. и этот аргумент почему то прокатил в отношении куда более замороченной и продуманной проги, написанной толковыми спецами из MIT. а тут редхад,подстилка ibm с разрабом, доросшим до мелкомягких. просто бинго. и эх,если бы я шарил в системном программировании+ освоил бы язык,я ббы обязательно сделал. сейчас же у меня скиллов хватает только на вкуривание спецификаций и перевод инфы по паре библиотек. чтобы потом привязать их к языку которым владею и написать как раз свое,потому что интересно) а системное, системное прогание-это совсем другие языки и мышление. компонентоориентированное в идеале.
dinit вроде самый быстрый, openrc самый известный (systemd не существует...), runit вроде чем-то лучше, чем openrc, а S6... осталось токмо найти человека, который его использует
На счет модульности согласен, это хорошо. Вчера стримил на гноме, одно сделаешь, другое отвалится. Монолитность это плохо. Но вот на сервере я бы все таки системд использовал, инструментов в ней поболее. А на десктопе выбор есть, для опытных конечно пользователей, а не опытным этот выбор не нужен.
А какие инструменты нужны именно на сервере (паралельность загрузки на сервере врядли нужна т.к. сервер не перезагружается. Включение/отключение/перезагрузка и отображения юнитов - это базовый функционал в любой системе инициализации. По этой же причине бесполезен системный загрузчик- системед, он не дает никаких приемуществ. Управление сетью через системед модули не удобнее, чем через например openrc, systemd-resolved нафиг не нужен когда можно использовать встроенный в iwd resolved для настройки wifi например т.е. есть более простые аналоги. Права и группы пользователей можно разделять или контролировать и в openrc. Что там еще может понадобиться?)?!? Системед сильно нагружает сервера в плане потребления памяти при этом не понятно какой именно функционал предоставляет который не дает любая др. система инициализации. Что runit, openrc и пр. потому такие мелкие или примитивные, что выполняют все задачи которые требуется от системы. Если сервер с 512 мб оперативы или гигом потребление памяти это критично. Когда-то системед был самой шустрой (за счет паралельной загрузки был самой быстрой системой инициализации с легко запоминающимися коммандами (не надо как в runite например линковать сервисы все время вспоминая путь расположения папок), но его так раздули, что он уже перегнал и openrc и runit, при этом например в Убунте журналирование с помощью системед элементарно может замусорить систему на несколько гигабайт за пол года использования (я был в шоке, думал, что установил очень много лишнего софта, а это так работает системед журналирование) и это настройки по дефолту которые надо исправлять используя инструменты встроенные в системед т.е. инструмент ради инструмента :)
@@laritus8359 вот не мне об этом расговаривать. Я поверхностно знком с темой, но даже при этих знаниях я понимаю что системд на сервере лучше смотрится чем что либо
@@laritus8359 На серверах как раз таки важно, когда ты знаешь, какая инициализация там, и что она будет везде такой. Ожидаемо, в большинстве случаев не выдумывают костыли и не ищут эфемерные причины неиспользования дефолта. Индивидуальность всякая в компаниях наоборот вовсе не нужна. Тут причин много, вот лишь некоторые из них. - Bus Factor и порог входа. Пока вы или ваша команда пользуетесь чем-то другим - проблем нет. Но если вашу команду собьет автобус в другую компанию, то нужно искать нового человека. Новый человек 100% будет хотя бы минимально знать о системд. При этом, с меньшей вероятностью он будет знать о чем-то другом. Это недолго поизучать сотруднику, но энтерпрайзу это и даром не нужно. - По сустемд больше информации в манах, интернетах, больше решений каких-либо не массовых кейсов. Оно уже обкатано везде и всюду, во всех эпостасиях. Другое решение при аварийных и других нетипичных ситуациях может сыграть против вас. - Стандартизация и шаблонизация развертывания Вы явно знаете, какая система инициализации у вас, и вы точно знаете, каким образом сделать сервис через вашу любимую систему автоматизации. У вас уже готовые плейбуки для разворачивания сервисов. Вот попробуйте объяснить бизнесу на всех этих эфемерных сравнениях и догадках, что нам надо заложить время на переписывание плейбуков и конфигов, которые годами спокойно жили и кушать не просили. Проблемы и особенности системд уже давно все обмусолены и в компаниях давно выстрены свои работающие годами решения под каждый кейс и это заложено в процессы разворачивания виртуалок или самого ПО. Проблемы и особенности других - нужно набивать шишки самостоятельно. Кому оно надо в энтерпрайзе? --- Про "сервер не перезагружается" это вы в десятых годах застряли. Сейчас все поголовно при разработке новых сервисов идут в контейнеризацию и кластеризацию. Перезагрузка машины довольно обыденное действо со стороны L2 в случае большинства проблем. Ок, представим, разные компани у себя выбирают свои решения. В одной выбрали openrc, в другой upstart, в третьей sysvinit. И живут они себе так поживают. Но вдруг решили, что на админах можно сэкономить и теперь этот зоопарк под сотню машин будет админить ваша аутсорс команда. А теперь вопрос, вам самим не будет ли проще, когда везде используется общепринятая система? Айтишники наоборот люди ленивые и должно идти все в сторону упрощения и однообразия ( опят же, возвращаемся к bus factor )
@@laritus8359 ну раздулся журнал и что? то что вы не обнаружили сразу почему так через du/df, это не проблемы systemd/journald. То что надо настраивать систему, а не установить и забыть, вообще не понятно. Вы на какой-то специфичный сетап устанавливаете и жалуетесь. Нормальным людям 1GB+ логов это ни о чём и наоборот очень хорошо - так по крайней мере сможете попытаться отрыть, что, когда и почему сломалось. Вот то есть у вас жалобы, что вы не настроили ротацию логов, как вам нужно. А в других СИ лучше картина? Мне кажется точно так же надо настраивать под каждую ситуацию. Но в systemd это проще > т.е. инструмент ради инструмента grub-update, iptools, lvm2 и т.д.: Ну да, пошли мы нафиг
Я пользуюсь Arch Linux, и я заметил что из-за стима у меня systemd начинает задерживать выключение аж 2,5 минуты, а вот включается можно сказать чуть бы не моментально, вот и баг😅 (Я через журнал смотрел и реал systemd немог завершить стим когда я выключал ПК, возможно это проблема и в самом стиме, но спасибо за наводку буду смотреть на systemd возможно в нем проблема всё таки, а не в стиме)😅
Gentoo пришелся по душе, когда настроишь kspp в кастомном ядре. Выберешь профиль с openrc и выпилишь поддержку systemd в USE флагах, понимаешь насколько хорош Gentoo как конструктор, но для обычного пользователя это будет как раз кринж)
@@mikrikvude ахаха согласен, я так раз заикнулся в вк что генту поставил, так сразу и обратились - помоги мол на 2 ядерный нетбук накатить, ну за 2 дня поставили)
в итоге я на своём арче просто запущу ide, браузер и буду работатТ, пока гента ещё тока компиляется. Я серьёзно потратил часов 8 на сборку генты. Нуачо, гном + куте и всё это на огрызке A8-9600. USE флаги осилил, но было так лень, ещё и болезнь с температурой в 39. Но! отрыл ПеКа на третепне, где войды и арчи либо не заводятся, либо тормозят. Так шо можно попробовать там собрать, только лениво настраивать основную тачку для сборки пакетов.
@@whitebelyash компилил себе базовую систему и пакеты на ryzen r7 5700u с j17. Но я сразу прикинул что гнома компилить долгая история, и остановился на wm Hyprland. Минимализм тут должен стать основной религией)
Не нашел ответа в коментах У тебя мелькает на 5 рабочем столе очень красивый менеждер ресурсов/процессов, как называется? ну или конфиг с описанием в студию))))
Хер бы с ним, что забили на "одно но очень хорошо". Ну, делай 2 дела, окей. Ну, 3. Да хоть 100 дел, но будь понятным. Принцип (имхо) не в том, чтобы нарезать кучу тупых утилиток, а именно делать программы понятными. В SystemD без поллитры не разберешься. А если разобрался, то это особо ничего не меняет - ты должен с ней смириться и жать дальше, у тебя нет выбора. Это печально. Спасибо Патрику, опять же, что не одобрил.
Покажи ещё СИ finit в дополнение к тому списку, что ты пообещал сравнить. Действительно ли finit (он же fast init), настолько быстрый как о нем говорят разработчики?
Ты задал верные вопросы, только ответы на них очевидны. Да, всё движется к одной цели, которая очень не нравится Свободному Человеку. Не надо делать из сисД безобидного хомячка для большинства пользователей. СисД - это часть идеологии зверя, который всех приведёт в погибель. Мне понятно как это звучит в ушах "просвещённых" атеистов или матёрых айтишников (я сам такой айтишник), но ребят, иногда надо отрываться от любимого ПК и включать ГОЛОВУ. И никакие "теории заговора" тут не причём. Просто ДУМАЙТЕ. "Кому выгодно?". И многие вопросы найдут свои ответы. Всем мира и свободы в GNU !
Артикс можно установить через Calamares. Здесь другие репозитории и меньше софта. Можно подключить репозитории арча для исправления этой проблемы. systemd-специфичные фичи не работают. Остальное +- то же самое. Может быть запишу короткий гайд как подключить репозитории арча
Федору иногда полу-роллингом называют, там не все пакеты самые свежие. А в арче/артиксе как только выходит новая версия программы, её почти сразу добавляют в репы
@@vlcdn а что он не делает по юниксвей? евалит лисп? настрофки в файлах кодовые и удобны. макросы создает. гуи. все? что не так с юниксвей? или то, что его устройство через лисп позволяет евалить любой код и взаимодействовать с чем-то извне?
@@Son0fBeelzebub Он решает намного более, чем одну задачу, например. :) Да, можно сказать, что он хорошо решает задачу редактирования текста (хотя doctor, org mode, игры, почтовый клиент и прочие могут не согласиться), но тогда и systemd модно придумать такую же «одну» задачу. UNIX way - это не какая-то самоцель или религия. Часто это удобно, но иногда можно придумать что-то удобнее.
Спасибо за видео. Часто встречаю подобное мнение. SystemD давно уже стандарт индустрии, я не знаю ни одной компании, где бы использовали Линукс с другой системой инициализации. Хорошо это или плохо - не знаю. Несмотря на страшное количество багов и переусложненность, у меня проблем с SystemD никогда не было, от других тоже не слышал.
@@MrChelovek68к раз таки стандарт, а не просто хотелка. Сустемд это общепринятая система не просто потому что захотели или лень что-то другое делать. - Тут тебе и Bus Factor с порогом входа. - И обкатанность решения в массах: По сустемд больше информации в манах, интернетах, больше решений каких-либо не массовых кейсов. Проблемы и особенности системд уже давно все обмусолены и в компаниях давно выстрены свои работающие годами решения под каждый кейс и это заложено в процессы разворачивания виртуалок или самого ПО. Проблемы и особенности других - нужно набивать шишки самостоятельно чаще с нуля. Кому оно надо в энтерпрайзе? И ради чего, собственно? - И стандартизация и шаблонизация развертывания и управления. Вы явно знаете, какая система инициализации у вас, и вы точно знаете, каким образом сделать сервис через вашу любимую систему автоматизации и делаете это на автомате. У вас уже готовые плейбуки для разворачивания сервисов, которые существуют годами. Да, можно переписать, да, можно сделать универсальным. Но вы попробуйте объяснить бизнесу необходимость выделения времени на это. И надо ли оно вам самим? Если да, то в чем конечная цель, какие ощутимые профиты для вас и для компании будут при изменении системд на другую инициализацию?
@@CatWorldson еще бы, навязать хрень и не ждать багов? чувак, если ща тот же линь перейдет на еще одну систему инициализации так же околопринудительно,ты напишешь слово в слово тоже самое) так что это хотелка. и хотелка раскалывающая сообщество. в остальном, а что для энтерпрайза мешает использовать систему инициализации, не навязывая ее всем? а профиты-ну например не будет фишек систем д. этого уже достаточно, чисто по факту того,что всякое мудачье, через "волевые решения", не будет навязывать свое видение. и друг,а с чего меня вообще должно волновать что удобно энтерпрайзу? п.с. а нытье поттеринга на тему "самой трагичной трагедии линя" это вообще кринж. навязать людям дырявую поделку, а потом ныть что его просто не поняли. и речь не о стандартах. стандарты - хорошо. но блин,что мешало выпустить спеку на систему инициализации? как с теми же оконными менеджерами и ксоргом? так не, разом всем взяли и навязали конкретную реализацию. мы реально в мире виндоус или яблока оказались? вот тебе не кажется это немного перебором? п.п.с. так что это как раз воплощенная хотелка. вопрос в том-чья именно.
А в виндоусовской Windows Subsystem for Linux 2 (WSL 2), присутствует "Система Инициализации"? А то когда на Винде через этот WSL 2 запустил Ubuntu 22.04 и нужно было запустить базу данных MariaDB, то нужна была systemd и оно ругалось что такого в WSL 2 нету.
Ранее в wsl не было поддержки systemd и системы инициализации в целом, "корневой" процесс начинался с 1, поскольку 0 была сама винда. В wsl2 вроде как эту поддержку добавили и теперь можно стартовать дистры на systemd 0 процессом
А так где-то тоже встречался с подобной проблемой, но то было на wsl1, где ещё точно не было поддержки. Ещё помимо самой wsl2 наверняка также нужно адаптировать дистрибутив для работы с ней, чего вероятно могло не быть на тот момент
унификация это хорошо, настолько что одна из худших архитектур х86 щас работает практически в каждом десктопном пк и сервере, и чем меньше будет "зоопарк" тем привлекательнее он будет выглядеть и для разрабочиков и для "домохозек", которым мало интересно во всем этом "правильном и свободном" разбираться, в то время как открытость и подход к лицензированию позволяет гикам\фрикам\энтузиастам фокрунть все что им нужно и у себя в "песочнице" "причесывать" в ту сорону в котороую уже лично им самим больше нравится
Ну если вкратце все к тому и идет) унификация неизбежна потому что если продолжать пилить свой софт несовместимый с чужим то это пустая трата времени, период развития LINUX с 2007го по наши дни это отлично показал.
утрируешь бро ) линукс он на то и линукс, что у тебя есть свобода выбора 🙂 не думаю что с линуксом всё будет на столько печально). хороших альтернатив нету, как тут уже говорилось. выпиливать systemd тоже не хота. с другой стороны, systemd не так уж и плох, может зря так его критикуют? 🙂
@@ctukov3478 может и нет, но сугубо по моему мнению это имеет смысл если у тебя чуть ли не "коробка" из скриптов под определённый инит, которые работают идеально
@@doc_emmettbrown А теперь представь себе на секундочку, что ты наоборот хочешь себе systemd, а в любимом дистрибутиве другой init. И тут уже "многие дистрибутивы не предоставляют лёгкую смену инита" точно также мешает тебе получить то, что ты так сильно хочешь. И ты идёшь к другому дистрибутиву, который сделал как тебе больше нравится. А если такого нет, форкаешь и делаешь свой дистрибутив с хоккеем и балеринами.
Очень важным свойством systemd является изоляция процессов, что одновременно хорошо в плане безопасности и рисково с точки зрения эскалации привелегий в случае не правильной настройки контейнера. Ещё интересный момент, у меня получилось запустить аппармор профиль на системд дистрах для либреофиса, но на артиксе не вышло.
Если вы про cgroups то openrc и некоторые другие абсолютно так же это изолируют. Если вы про запуск процессов от других юзеров, то абсолютно все системы этим занимаются.
Есть кто-нибудь на Arch/Manjaro с видеокартой от AMD. Подскажите, как сделать так, чтобы она заработала? В том плане, что нужно установить какой-то закрытый софт (типа драйвера ... AMF там чё-то), чтобы, к примеру, нормально писать/транслировать через OBS или запись экрана вести через видеокарту... Я замахался с этим Linux'ом...
Ну вот у меня манджаро, и карта как раз amd - оно просто заработало с драйверами по умолчанию. В вики арча сказано что amd это вам не nvidia и используйте стандартные драйвера.
@@IvanBorzenkov попробуйте транслировать видео через OBS, и посмотрите нагрузку на видюху. Вы увидите, что она почти не работает. Для того, чтобы она полноценно заработала, необходимо ставить какое-то ПО. Какое именно - я не знаю. Также, при записи simplescrenrecorder, при выборе кодека AMF - он не пишет. Т.е. должен быть какой-то системный кодер или что-то типа этого. Если тоже самое делать на винде - поставил нужные программы, установил драйвера на видюху и всё. На неё ложиться нагрузка, при стриме. Я тестил. Пришлось ставить Винду на старый винт, а на Linux я теперь смотрю как-то как на то, что меня обманывает..
6:38 логотип antix вижу, логотипа mx не вижу, а ведь это одна из наиболее оптимальных в плане лёгкости освоения/функционала операционок. 6:40 по данным дистровотч мх в 50 раз популярнее antix
В MX GNU/Linux есть systemd, но он не включён по умолчанию. По умолчанию всё же, да используется sysvinit, вместо systemd. Ну и вроде бы разрабы Антикса помогают и в разработке MX.
Ты не станешь беспокоиться из-за выбора системы инициализации, если в твоём дистрибутиве не будет системы инициализации (с) Slackware
В slackware, bsd-init скрипты вроде
В Слаке sysvinit.
@@icywiener5421 В слаке БСД инит!
Ладно
Коммент набрал больше лайков чем видео
Самая грустная концовка, какую я только видео ;(
Ты просто не играл в Valiant Hearts)
Концовка открыла мне глаза, systemd - буквально 1984
Крайне недооценённый комментарий
Концовка растрогала... после просмотра, встал из-за стола, подошёл к окну, закурил... Много думал... Плакал....
не плач, и через сто лет останутся системы альтернативные "популярным" ... и даже примеры в истории есть, ну какбы на конных повозках щас никто не ездит, но они есть... арбалет был изобретен за тысячи лет до изобретения пороха
... удалил Linux и поставил W..s?..
@@InverserPro пххахаах, ... никогда, windows must die
@@qubit3990 хихиньки-хаханьки закончились. Вжух! И ты Макюзер
@user-xn3gy4uf3y Вряд ли кто-то променяет свободу на Apple Mac os молодец 😵
Я конечно припоздал немного с комментарием, но то, что линуксы без systemd непопулярны - неверно. Есть как минимум MX Linux, который выпускают уже десять лет и он давно болтается в топах популярности на дистровотче. И при этом хорошо работает.
Давно тебя не было)
Спасибо за видео!
Чем больше комфорта, тем меньше контроля над системой...
@Sencha_Tea столман перефразировал слова первого президента сша, "кто выбирает между свободой и безопасностью безопасность, останется и без того и без другого"
Ну прямо мастер драматических финалов :), респект. Что касается сабжа, то практически полностью согласен. За 10 лет единственное чем воспользовался как простой, простодушный юзер, так это юнит, запускающий скрипт бэкапа на USB диске после его монтирования. Да пару раз лазил в журнал (и таким уж удобным, как его расписывают, он не показался), да еще отключил тримминг по таймеру (привычнее самописный скриптик по крону). А вот Поттеринг и его команда сразу вызвали эмоциональное отторжение, из-за склонности к истерической реакции на критику и того, что позже стали называть "синдромом Поттеринга" типа: "А что это вы, старичье, тут наворотили? Вот пришел я, умный и талантливый (note: что правда) и все исправлю и переделаю как надо". Насколько справедливо такое по отношению к самому Леннарту -- вопрос дискуссионный, но, как говорится, осадочек остался.
Ждем сравнение всех систем инициализации)
3:45
2021 - Одна уязвимость
Всего : Одна уязвимость
Логика: сложим 2021 и "Всего"
😂
Причина по которой у systemd находятся уязвимости - её постоянный аудит. С ноунейм системами инициализации дела обстоят "лучше", потому что ими почти никто не пользуется
Бред.
ты не прав. как раз таки из-за новороченности systemd в ней и есть так много минусов, ведь чем больше строк кода тем больше вероятность где-нибудь допустить ошибку. а иные СИ - openrc, runit - не такие громоздкие как systemd, в них нет стольки совершенно ненужных функций, связанных между собой (что порождает еще большую вероятность появления уязвимости), и, следовательно, они безопаснее.
@@icywiener5421он явно перегнул с "почти никто не пользуется", но я так же не стал бы отрицать, что людей, которые работают над openrc и ищут в ней ошибки значительно меньше, чем людей, делающих то же самое с Systemd, что определённо повышает шанс на нахождение багов. То же самое происходит с виндой - её код видят два с половиной калеки, из-за чего у неё чаще вылезают баги 10-летней давности.
Есть логика в этом, но почему не фиксят уязвимости, вот в чем вопрос.
Давайте еще с ядром сравним :) там кода больше будет ;) и багов выше крыши. Например, я репортил баги по интеловым дровам ixgbe пару лет назад. Ничего никто не пофиксил. Репорчу по io_uring, получаю ответ: «не баг, а фитча». И так кругом. Приходится делать костыли в юзер-спейсе, чтобы обойти баги )
Самая грустная концовка в моей жизни...
Братан, видео вообще крутое! А музыка в конце... до мурашек просто :)
Antix и Artix 💪
5:14 а ты включил в openrc параллельный запуск? rc_parallel="YES"
Концовка убила. Спасибо за интересный и полезный ролик
Всё правильно. Надо было ещё сказать, что агент Поттеринг теперь работает в Майкрософте (хотя возможно он всегда на него работал, и теперь его задача по саботажу выполнена...)
Концовка до слёз(((
плакал с концовки сильнее чем с хатико
Та же фигня...
автор умер после видоса
Отдельно лайк за самостоятельное сравнение загрузки дистрибутивов
Ккк полезно, благодарю!
Не стоит относиться к systemd исключительно как к системе инициализации и набору замен других демонов и утилит. Есть ряд важных фитч, которые дают ему существенные преимущества:
- встроенный мониторинг процессов, включая sdnotify api, на котором реализуются watchdog
- замена inetd, запуск процессов по сетевому обращению или dbus, заметно приятнее чем с sysv
- systemd позволяет процессу передать на хранение файловые дескрипторы, что позволяет делать бесшовный перезапуск/восстановление процесса при падении, например, сохранив состояние tcp-соединений
Вы забыли про еще одну, самую важную фичу - в сложном программном продукте удобно зарыть пучок уязвимостей для добрых дяденек из спецслужб : )
@@alexlaplandне то, чтобы это было бы сильно сложнее сделать в openrc или runit. Да и к тому же, может быть ты подкрепишь свои слова доказательствами? Пока ты не покажешь, какая именно уязвимость использовалась дядечками из спецслужб, это будет просто конспирология.
@@spl420 Законы Мерфи и особенно первый,говорит нам прямо-если что то может пойти через анус,оно пойдет через анус. и это тупо статистика. А обвинения в конспирологии,на явный потенциальный сценарий использования,говорят о том,что говорящие о конспирологии вообще не одупляют даже того о чем говорят. а уязвимости с описанием этого дерьма уже десяток лет гуляет по сети. загугли,чтоб идиотских вопросов не задавать. а мне лень даже в гугле вбивать. и насчет конспирологии-под этим понятием на вики даже есть очень полезный раздел:критика понятия "конспирология". советую больше никогда не забывать,что мир относительный. а теперь простое предсказание-дальше будет только хуже. загугли хотя бы законы принимаемые чтобы ограничить тебя и остальных людей. ты увидишь прогрессию негатива. но это каешн буит "конспирологией". так умный дядечка сказал,а ты повторяешь как баран без осмысления. даже если ты своими глазами видишь прогрессию. крч,смешные такие фанатики понятия "конспирология" живущие уже явно в антиутопии где их стремятся сделать бессловесным пушечным мясом как минимум государства.пы.сы. не забудь проанализировать,как у нас например состевлены законы. ты сильно удивишься,если способен думать. настолько расплывчатые формулировки. и подумай для чего именно они расплывчатые) ну и я не перестаю удивляться.в ойти как будто чсвшные дебилоиды тусят. их ограничивают все сильнее,они в ответ-да,это так круто,давай еще. вместо анализа ситуации и перспектив. горизонт планирования нулевой. впрочем,как у многих людей,чья ось миздания проходит через эго набора белков,жиров и углеводов на заштатном булыжнике на задворках галактики,вращающегося вокруг обычнейшей звезды в бесконечной вселенной. милота
@@MrChelovek68 какой "умный" дядька)))))))
Нетривиальная личность. Вам прекрасно живётся)
@@MrChelovek68 забавно, что в том же разделе "критика" упоминается Бритва Хэнлона, которая напрочь отрезает все ваши теории о дяденьках из американских структур. Ну а законы России действительно пиздец, тут ничего другого не скажешь.
сколько не пересматриваю, а все вздрагиваю отъ концовки
Я как постигший LFS могу сказать, что systemd удобен в плане юнитов - создал, к примеру, юнит qemu@ и фигачишь qemu@vm1, qemu@vm2 и т.д. Это единственное, что у него реально удобно.
И то, в той же gentoo аналог unit@ реализован, к примеру, в инит-файле сетевого интерфейса - сделал симлинк и добавил в загрузку. Все хочу покопаться и понять, как это сделано.
Во всем остальном systemd редкостная дрянь.
Ура, я в телевизоре! 4:51
Правильно настроенный selinux повышает уровень безопасности в разы, хоть root всем раздавай, никто не сможет ничего сделать с системой, так что не так уж и будут страшны баги systemd. Что касается скорости загрузки самой ОС то это субъективно все, к примеру используя ядро lowlatency загрузка ОС будет происходить за считанные секунды т.к приоритет в таком случае будет автоматически выделен максимально под этот самый запуск.
Не бывает правильно настроенного selinux в отличии от apparmor.
Но все это матание изолентой.
Для того чтобы были уязвимости, должны быть механизмы безопасности. В не системд инитах их нет.
Gentoo
Обновлять часами | Обновлять раз в час | Обновлять раз в час, пакеты брать в AUR
С концовки заплакал
Ну с учётом как мелкомягкие обхаживают каноникал, то концовка видео почти материализовалась)
Каноникал это не те кто решают так сильно в Линукс, это red hat, то есть IBM
Я бы сказал что мы к этому идем но лет 10 у нас еще есть так что пока можно не волноваться
systemd: Базовый кринж или Кринжовая база?
Тут скорее systemd - вот тебе интерфейсы и полностью рабочее окружение, от инициализации до журналирования.
openrc и подобные - ну поставил, ок, дальше сам.
Если пара секунд не решают, то очевидно, что комфортней.
😂 концовка супер. 😅
Красава! Роликъ хорошъ, царя порадовалъ!
Отличное видео. Т.к. вышел Debian 12, теперь я жду новый релиз Devuan, чтобы перейти на него. Кстати, как относитесь к Debian-based системам? Лично мне нравится что можно поставить и изредка обновлять, чтобы получить Security апдейты
Debian и его производные - это неплохие дистрибутивы, но я крайне редко ими пользуюсь на десктопе. Больше предпочитаю rolling release :)
Debian - это надежность и удобство молотка. Хрен сломается без явной причины, но саморезы забивать им (использовать на десктопе) не так удобно (хоть и не особо сложно)
@@NUBAS12345WoT Пол года назад поставил себе на один комп Debian для тестирования, все нормально было. Но пользовался другими линуксами, до Debian руки не доходили. И вот на днях включил и получил при загрузке зависший черный экран. Выключил, отсоединил кабель интернета -- все нормально загружается (хоть и долго очень). Опять перезапустил с интернетом -- снова черный экран. Я так полагаю, примерно за пол года без обновлений это чудо заходит в интернет, офигевает от необходимости полномасштабного апгрейда и падает в обморок. Супернадежная система, да ;). Кстати, часто пользуюсь русифицированным Porteus 5.01 LXQt, который на базе slackware. Загружаюсь с флешки в оперативку без сохраненки и со своими модулями. Для меня это самый комфортный вариант.
Было бы интересно узнать как там все устроено с автозапуском в этих Ваших линуксах)) Видео очень полезное для ламера в линуксах
Всё довольно просто: система инициализации может автозапускать штуки во время запуска системы, конкретные инструкции зависят от системы инициализации. Если же нужно автозагрузить что-то графическое, то этим чаще всего занимается окружение рабочего стола или, в случае отдельного использования оконного менеджера, оконный менеджер. Это уже автозапуск при входе.
@@spl420 ну вот, интересно узнать, в винде все просто как 5 копеек... а тут я каждый раз маны гуглю))
@@Vohaв винде просто, но примитивно
@@user-sm5ey8mf8v и поэтому винда лучшая система - все сделано просто и для людей
Дарова впрочем всё нормально но видео почаще выпускай 😄
Годнота
Лайк, подписка, комментарий
openrc наше все
И runit, потому что Void Linux.
8:25 этот момент особенно смешно пересматривать после добавления в systemd BSoD(ГЭС).
Справедливости ради, с приходом systemd десктопы стали дружелюбнее, даже arch стал ставиться с полпинка, практически не открывая конфигов. Я не знаю почему включили многие компоненты, но вероятно все же была одна общая причина - сделать чтобы они взаимодействовали как одно целое, а это то, что нужно десктопу. Давненько не смотрел, но некоторые части можно было заменить, тот же резолвер, загрузчик.
Дружелюбнее они стали по отношению к пользователю - типовые задачи стали решаться проще, а что-то чуть сложнее стало решаться сильно сложнее. Дело в том, что теперь система представляет собой не совокупность мелких утилит, которые взаимодейтствуют через обработку текстов. Теперь это система сервисов и клиентов, взаимодействующих через двоичные протоколы: большая часть компонетов современной системы работает через dbus, которая теперь тоже является частью systemd.
Хочешь графический рабочий стол - забудь о возможности выбирать дистрибутив, т.к. постепенно из-за systemd различия между дистрибутивами стираются.
Захотел поставить *BSD? Ну, возможно ты сможешь это сделать, пока разработчики *BSD ещё могут оторвать Gnome от systemd, но скоро им придётся либо делать разнообразные прокладки, имитирующие наличие systemd, либо они сдадутся и начнут переносить systemd к себе.
dbus и systemd очень удобны для программистов и служб технического сопровождения больших корпораций, т.к. там есть решения для каждой ТИПОВОЙ задачи. Но порог вхождения в эту систему для любителей становится всё выше и выше. Тебе всё сложнее становится написать какой-нибудь простой shell-скрипт, для того, чтобы встроить его в систему и добиться нужного поведения, потому что теперь это не набор кубиков, а монолит - теперь тебе нужно разбираться в Си и вутренностях systemd.
Это новый Windows.
@@vkarb Если бы шел скрипты позволяли добиться такого же уровня интеграции компонентов - ок, но это не так, они работают как будто они одни, в общем даже определить, что процесс уже запущен надо костылять. Сложные ситуации не покрывают - ок, пакетные менеджеры тоже ограничивают, инсталлятор в винде гораздо гибче, могут сделать любую хню, значит пакетные менеджеры плохие?
@@oWeRQ666 все равно,как не профи, кажется, что systemd - лютая дичь. и завязывать линь на эту мерзость,тем самым принуждая людей к использованию этого мусора-мерзость. это ж линь,юникс вей и т.д. и касательно последнего предложения - обертки над сервисами и собственно прибить гвоздями сервис ко всей системе-это немного разные вещи. оббертку можно например написать. а к приббитому гвоздями,как системд только привыкать. вот такой вам выбор оставили в самой свободной оси копрораты. продолжайте защищать то,чего быть не должно и вы очень скоро очнетесь в камере. ничему блин людей история не учит.
@@MrChelovek68 так сделайте альтернативу, я за модульность, просто по факту всякие openrc отлично подходят для серверов и локального пердолинга на дестопе, когда в непонятной ситуации знаешь чего можно подергать руками, для десктопа нужна хорошая интеграция между компонентами, почему никто не жалуется, что линуксовое ядро - огромный монолит, который чего только не делает.
@@oWeRQ666потому что линуксовое ядро не просто монолит, а модульный монолит? ну а остальные типы ядер слишком сложно пилить (привет Hurd), гребут кучу ресурсов на те же операции/ и привет от танненбаума с миникс, микроядерной осью. но речь то не об этом. ядро оси должно прямо выполнять несколько конкретных задач- предоставлять доступ к функциям оборудования, виртуализовывать как не в себя и т.д. но за это отвечают внезапно,даже в монолите-отдельные модули. а систем д какая то дичь,слишком много на себя взявшая. если уж мы говорим об инициализации, то ок, пусть будет спецификация на систему инициализации и я ее для себя напишу. но где она?
и между компонентами. ты прав. только делить на компоненты можно совсем по разному) ты разве не знал? можно в качественный дизайн. а можно собрать все функции в одной проге. и получить еще одно чуть ли не ядро. кстати,не припоминаешь аргументов против исков, ну когда только пошли речи о вяленом? а я напомню,что одна из предъяв была ровно такой же-слишком много на себя берет сервер отображения, чуть ли не ось внутри оси. и этот аргумент почему то прокатил в отношении куда более замороченной и продуманной проги, написанной толковыми спецами из MIT. а тут редхад,подстилка ibm с разрабом, доросшим до мелкомягких. просто бинго.
и эх,если бы я шарил в системном программировании+ освоил бы язык,я ббы обязательно сделал. сейчас же у меня скиллов хватает только на вкуривание спецификаций и перевод инфы по паре библиотек. чтобы потом привязать их к языку которым владею и написать как раз свое,потому что интересно) а системное, системное прогание-это совсем другие языки и мышление. компонентоориентированное в идеале.
Хочу на на Artix переползти, но что выбрать? Сравни все обязательно, а я подожду...
dinit вроде самый быстрый, openrc самый известный (systemd не существует...), runit вроде чем-то лучше, чем openrc, а S6... осталось токмо найти человека, который его использует
интересно я тут мимо проходил и не сильно знаком миром линукс но было интересно ♥️
Всё по полочкам разлодил, вот это лайк
Базовый контент, так сказать
Спасибо за ролик и отличную работу
На счет модульности согласен, это хорошо. Вчера стримил на гноме, одно сделаешь, другое отвалится. Монолитность это плохо. Но вот на сервере я бы все таки системд использовал, инструментов в ней поболее. А на десктопе выбор есть, для опытных конечно пользователей, а не опытным этот выбор не нужен.
Ля ещё один ютубер по линуксу😊
А какие инструменты нужны именно на сервере (паралельность загрузки на сервере врядли нужна т.к. сервер не перезагружается. Включение/отключение/перезагрузка и отображения юнитов - это базовый функционал в любой системе инициализации. По этой же причине бесполезен системный загрузчик- системед, он не дает никаких приемуществ. Управление сетью через системед модули не удобнее, чем через например openrc, systemd-resolved нафиг не нужен когда можно использовать встроенный в iwd resolved для настройки wifi например т.е. есть более простые аналоги. Права и группы пользователей можно разделять или контролировать и в openrc. Что там еще может понадобиться?)?!? Системед сильно нагружает сервера в плане потребления памяти при этом не понятно какой именно функционал предоставляет который не дает любая др. система инициализации. Что runit, openrc и пр. потому такие мелкие или примитивные, что выполняют все задачи которые требуется от системы. Если сервер с 512 мб оперативы или гигом потребление памяти это критично. Когда-то системед был самой шустрой (за счет паралельной загрузки был самой быстрой системой инициализации с легко запоминающимися коммандами (не надо как в runite например линковать сервисы все время вспоминая путь расположения папок), но его так раздули, что он уже перегнал и openrc и runit, при этом например в Убунте журналирование с помощью системед элементарно может замусорить систему на несколько гигабайт за пол года использования (я был в шоке, думал, что установил очень много лишнего софта, а это так работает системед журналирование) и это настройки по дефолту которые надо исправлять используя инструменты встроенные в системед т.е. инструмент ради инструмента :)
@@laritus8359 вот не мне об этом расговаривать. Я поверхностно знком с темой, но даже при этих знаниях я понимаю что системд на сервере лучше смотрится чем что либо
@@laritus8359 На серверах как раз таки важно, когда ты знаешь, какая инициализация там, и что она будет везде такой.
Ожидаемо, в большинстве случаев не выдумывают костыли и не ищут эфемерные причины неиспользования дефолта.
Индивидуальность всякая в компаниях наоборот вовсе не нужна.
Тут причин много, вот лишь некоторые из них.
- Bus Factor и порог входа.
Пока вы или ваша команда пользуетесь чем-то другим - проблем нет.
Но если вашу команду собьет автобус в другую компанию, то нужно искать нового человека.
Новый человек 100% будет хотя бы минимально знать о системд. При этом, с меньшей вероятностью он будет знать о чем-то другом.
Это недолго поизучать сотруднику, но энтерпрайзу это и даром не нужно.
- По сустемд больше информации в манах, интернетах, больше решений каких-либо не массовых кейсов.
Оно уже обкатано везде и всюду, во всех эпостасиях.
Другое решение при аварийных и других нетипичных ситуациях может сыграть против вас.
- Стандартизация и шаблонизация развертывания
Вы явно знаете, какая система инициализации у вас, и вы точно знаете, каким образом сделать сервис через вашу любимую систему автоматизации.
У вас уже готовые плейбуки для разворачивания сервисов.
Вот попробуйте объяснить бизнесу на всех этих эфемерных сравнениях и догадках, что нам надо заложить время на переписывание плейбуков и конфигов, которые годами спокойно жили и кушать не просили.
Проблемы и особенности системд уже давно все обмусолены и в компаниях давно выстрены свои работающие годами решения под каждый кейс и это заложено в процессы разворачивания виртуалок или самого ПО.
Проблемы и особенности других - нужно набивать шишки самостоятельно. Кому оно надо в энтерпрайзе?
---
Про "сервер не перезагружается" это вы в десятых годах застряли.
Сейчас все поголовно при разработке новых сервисов идут в контейнеризацию и кластеризацию.
Перезагрузка машины довольно обыденное действо со стороны L2 в случае большинства проблем.
Ок, представим, разные компани у себя выбирают свои решения. В одной выбрали openrc, в другой upstart, в третьей sysvinit. И живут они себе так поживают.
Но вдруг решили, что на админах можно сэкономить и теперь этот зоопарк под сотню машин будет админить ваша аутсорс команда.
А теперь вопрос, вам самим не будет ли проще, когда везде используется общепринятая система?
Айтишники наоборот люди ленивые и должно идти все в сторону упрощения и однообразия ( опят же, возвращаемся к bus factor )
@@laritus8359 ну раздулся журнал и что? то что вы не обнаружили сразу почему так через du/df, это не проблемы systemd/journald. То что надо настраивать систему, а не установить и забыть, вообще не понятно. Вы на какой-то специфичный сетап устанавливаете и жалуетесь. Нормальным людям 1GB+ логов это ни о чём и наоборот очень хорошо - так по крайней мере сможете попытаться отрыть, что, когда и почему сломалось.
Вот то есть у вас жалобы, что вы не настроили ротацию логов, как вам нужно. А в других СИ лучше картина? Мне кажется точно так же надо настраивать под каждую ситуацию. Но в systemd это проще
> т.е. инструмент ради инструмента
grub-update, iptools, lvm2 и т.д.: Ну да, пошли мы нафиг
в современном openrc если вы пишете простой скрипт инициализации то он будет сопостовим по размеру с sytemd юнитом
Найс! То что нужно
👏👏👏
Срочно, плюсы и минусы дальше юзать systemd и плюсы и минусы любой другой системы инициализации
На Gentoo перешёл на systemd, замечательно :)
Друг, линукс уже стал виндовсом, просто ты это ещё не осознал...
Devuan в массы, товарищи! ✊
artix/hyperbola
угу, полторы калеки
Я пользуюсь Arch Linux, и я заметил что из-за стима у меня systemd начинает задерживать выключение аж 2,5 минуты, а вот включается можно сказать чуть бы не моментально, вот и баг😅
(Я через журнал смотрел и реал systemd немог завершить стим когда я выключал ПК, возможно это проблема и в самом стиме, но спасибо за наводку буду смотреть на systemd возможно в нем проблема всё таки, а не в стиме)😅
Уже как полтора-два года в Gentoo перешёл на systemd, все нравится xD
Gentoo пришелся по душе, когда настроишь kspp в кастомном ядре. Выберешь профиль с openrc и выпилишь поддержку systemd в USE флагах, понимаешь насколько хорош Gentoo как конструктор, но для обычного пользователя это будет как раз кринж)
Главное не показывать и не говорить что ты генту используешь😂
@@mikrikvude ахаха согласен, я так раз заикнулся в вк что генту поставил, так сразу и обратились - помоги мол на 2 ядерный нетбук накатить, ну за 2 дня поставили)
в итоге я на своём арче просто запущу ide, браузер и буду работатТ, пока гента ещё тока компиляется.
Я серьёзно потратил часов 8 на сборку генты. Нуачо, гном + куте и всё это на огрызке A8-9600. USE флаги осилил, но было так лень, ещё и болезнь с температурой в 39.
Но! отрыл ПеКа на третепне, где войды и арчи либо не заводятся, либо тормозят. Так шо можно попробовать там собрать, только лениво настраивать основную тачку для сборки пакетов.
@@whitebelyash компилил себе базовую систему и пакеты на ryzen r7 5700u с j17. Но я сразу прикинул что гнома компилить долгая история, и остановился на wm Hyprland. Минимализм тут должен стать основной религией)
@@den_sobchuk графика "базовая" тратит день на моё по крайней мере железе с парализмом пакетов (ryzen g4600 j6)
Привет! Спасибо за видео! Как ты относишься к Void?
Интересный дистрибутив, но пока не пробовал. Возможно будет обзор на него
Сис 5 инит. Побольше уважения к дедам, пожалуйста)
короче ставим винду, берем попкорн и смотрим как пингвины копошатся в каловых массах
Не нашел ответа в коментах
У тебя мелькает на 5 рабочем столе очень красивый менеждер ресурсов/процессов, как называется?
ну или конфиг с описанием в студию))))
btop называвется
@@ampersand3636 ай, а ведь я что-то читал про него, уже встречал это название. Спасибо огромное!!!!!! :)
Хер бы с ним, что забили на "одно но очень хорошо". Ну, делай 2 дела, окей. Ну, 3. Да хоть 100 дел, но будь понятным.
Принцип (имхо) не в том, чтобы нарезать кучу тупых утилиток, а именно делать программы понятными. В SystemD без поллитры не разберешься. А если разобрался, то это особо ничего не меняет - ты должен с ней смириться и жать дальше, у тебя нет выбора. Это печально. Спасибо Патрику, опять же, что не одобрил.
Покажи ещё СИ finit в дополнение к тому списку, что ты пообещал сравнить. Действительно ли finit (он же fast init), настолько быстрый как о нем говорят разработчики?
Пожалуйста бро, покажи finit. На ютубе нет ни одного видео о нем, а название очень громкое.
Вызов принят, включу finit в обзор
сделай видос про runit на генту
Ты задал верные вопросы, только ответы на них очевидны. Да, всё движется к одной цели, которая очень не нравится Свободному Человеку. Не надо делать из сисД безобидного хомячка для большинства пользователей. СисД - это часть идеологии зверя, который всех приведёт в погибель. Мне понятно как это звучит в ушах "просвещённых" атеистов или матёрых айтишников (я сам такой айтишник), но ребят, иногда надо отрываться от любимого ПК и включать ГОЛОВУ. И никакие "теории заговора" тут не причём. Просто ДУМАЙТЕ. "Кому выгодно?". И многие вопросы найдут свои ответы.
Всем мира и свободы в GNU !
А что за разновидность htopa на протяжении всего видео ? Очень заинтересовало меня!?
Справа? Это он и есть.
Или слева? То bpytop. Но не советую, он хоть и симпотней, но заметно прожорливей. Еще и на питоне.
Это btop. У него есть несколько версий на разных ЯП. Оригинальный btop на плюсах, bpytop на питоне, bashtop на баше
👍
Я как раз сейчас смотрю это видео на AntiX 🙂
Даёшь обзор, установку и настройку artix?
Чем artiх отличается от arch помимо systemD?
Артикс можно установить через Calamares. Здесь другие репозитории и меньше софта. Можно подключить репозитории арча для исправления этой проблемы. systemd-специфичные фичи не работают. Остальное +- то же самое.
Может быть запишу короткий гайд как подключить репозитории арча
@@ampersand3636 софт как и в арче или стабильнее, аля федора? Жаль что федора без systemD нет
@@olekollo7875 Как в арче, rolling-release
@@ampersand3636 федор тоже ролинг, но там немного с запаздыванием выходит в репы, что дает большую стабильность, чем арч или я что-то недопонял)))
Федору иногда полу-роллингом называют, там не все пакеты самые свежие. А в арче/артиксе как только выходит новая версия программы, её почти сразу добавляют в репы
Разрабы GNOME, SystemD, и говняного Python... Уже куплены Микрософтом. Чёж вы от них ждёте?
500 лайков есть, ждём бенчмарки.
Это самая трогательная концовка из всех видео про линукс, что я видел😢
крутой ролик!
Помолимся же Столлману, чтобы путь Unix сохранился)
столлману похуй на юникс ему нужна чтобы бесплатна и всем
Честно говоря, Emacs не то, чтоб очень следовал UNIX way. :)
@@potassium5703 режете без ножа
@@vlcdn а что он не делает по юниксвей? евалит лисп? настрофки в файлах кодовые и удобны. макросы создает. гуи. все? что не так с юниксвей? или то, что его устройство через лисп позволяет евалить любой код и взаимодействовать с чем-то извне?
@@Son0fBeelzebub Он решает намного более, чем одну задачу, например. :) Да, можно сказать, что он хорошо решает задачу редактирования текста (хотя doctor, org mode, игры, почтовый клиент и прочие могут не согласиться), но тогда и systemd модно придумать такую же «одну» задачу.
UNIX way - это не какая-то самоцель или религия. Часто это удобно, но иногда можно придумать что-то удобнее.
Привет. Спасибо за видео. Скажите пожалуйста имя софта (слева и выше htop которые).
Это btop
Конец убил
Спасибо за видео. Часто встречаю подобное мнение.
SystemD давно уже стандарт индустрии, я не знаю ни одной компании, где бы использовали Линукс с другой системой инициализации. Хорошо это или плохо - не знаю. Несмотря на страшное количество багов и переусложненность, у меня проблем с SystemD никогда не было, от других тоже не слышал.
не стандарт, а хотелка. не подменяйте понятия. удобный инструмент и не более. а стандарт,стандарт это другое
@@MrChelovek68к раз таки стандарт, а не просто хотелка.
Сустемд это общепринятая система не просто потому что захотели или лень что-то другое делать.
- Тут тебе и Bus Factor с порогом входа.
- И обкатанность решения в массах:
По сустемд больше информации в манах, интернетах, больше решений каких-либо не массовых кейсов.
Проблемы и особенности системд уже давно все обмусолены и в компаниях давно выстрены свои работающие годами решения под каждый кейс и это заложено в процессы разворачивания виртуалок или самого ПО.
Проблемы и особенности других - нужно набивать шишки самостоятельно чаще с нуля. Кому оно надо в энтерпрайзе? И ради чего, собственно?
- И стандартизация и шаблонизация развертывания и управления.
Вы явно знаете, какая система инициализации у вас, и вы точно знаете, каким образом сделать сервис через вашу любимую систему автоматизации и делаете это на автомате.
У вас уже готовые плейбуки для разворачивания сервисов, которые существуют годами.
Да, можно переписать, да, можно сделать универсальным. Но вы попробуйте объяснить бизнесу необходимость выделения времени на это. И надо ли оно вам самим? Если да, то в чем конечная цель, какие ощутимые профиты для вас и для компании будут при изменении системд на другую инициализацию?
@@CatWorldson еще бы, навязать хрень и не ждать багов? чувак, если ща тот же линь перейдет на еще одну систему инициализации так же околопринудительно,ты напишешь слово в слово тоже самое) так что это хотелка. и хотелка раскалывающая сообщество. в остальном, а что для энтерпрайза мешает использовать систему инициализации, не навязывая ее всем? а профиты-ну например не будет фишек систем д. этого уже достаточно, чисто по факту того,что всякое мудачье, через "волевые решения", не будет навязывать свое видение. и друг,а с чего меня вообще должно волновать что удобно энтерпрайзу?
п.с. а нытье поттеринга на тему "самой трагичной трагедии линя" это вообще кринж. навязать людям дырявую поделку, а потом ныть что его просто не поняли. и речь не о стандартах. стандарты - хорошо. но блин,что мешало выпустить спеку на систему инициализации? как с теми же оконными менеджерами и ксоргом? так не, разом всем взяли и навязали конкретную реализацию. мы реально в мире виндоус или яблока оказались? вот тебе не кажется это немного перебором?
п.п.с. так что это как раз воплощенная хотелка. вопрос в том-чья именно.
Я в конце чуть не обосрался. Не надо так пугать. Если линукс превратится в винду/мак, мне придётся пересесть на фряху
А в виндоусовской Windows Subsystem for Linux 2 (WSL 2), присутствует "Система Инициализации"? А то когда на Винде через этот WSL 2 запустил Ubuntu 22.04 и нужно было запустить базу данных MariaDB, то нужна была systemd и оно ругалось что такого в WSL 2 нету.
Ранее в wsl не было поддержки systemd и системы инициализации в целом, "корневой" процесс начинался с 1, поскольку 0 была сама винда. В wsl2 вроде как эту поддержку добавили и теперь можно стартовать дистры на systemd 0 процессом
А так где-то тоже встречался с подобной проблемой, но то было на wsl1, где ещё точно не было поддержки. Ещё помимо самой wsl2 наверняка также нужно адаптировать дистрибутив для работы с ней, чего вероятно могло не быть на тот момент
топ самых грустных концовок
Слишком мало подписчиков для такого хорошего видео
на 3й минуте - лайк!
унификация это хорошо, настолько что одна из худших архитектур х86 щас работает практически в каждом десктопном пк и сервере, и чем меньше будет "зоопарк" тем привлекательнее он будет выглядеть и для разрабочиков и для "домохозек", которым мало интересно во всем этом "правильном и свободном" разбираться, в то время как открытость и подход к лицензированию позволяет гикам\фрикам\энтузиастам фокрунть все что им нужно и у себя в "песочнице" "причесывать" в ту сорону в котороую уже лично им самим больше нравится
Концовка тронула..
А еще системд сделал возможность изучить одну систему инициализации и пойти в любую компанию работать, потомв как везде будет использоваться систем д
Ну если вкратце все к тому и идет) унификация неизбежна потому что если продолжать пилить свой софт несовместимый с чужим то это пустая трата времени, период развития LINUX с 2007го по наши дни это отлично показал.
Супер, мм спасибо
Привет, скажи пожалуйста что у тебя за окружение и какой window manager?
Оконный менеджер awesome
спасибо :)
Смешно
утрируешь бро ) линукс он на то и линукс, что у тебя есть свобода выбора 🙂 не думаю что с линуксом всё будет на столько печально). хороших альтернатив нету, как тут уже говорилось. выпиливать systemd тоже не хота. с другой стороны, systemd не так уж и плох, может зря так его критикуют? 🙂
Проблема в том что многие дистрибутивы не предоставляют легкую смену инита.
@@doc_emmettbrown зачем, если в этом смысла зачастую нету?
@@ctukov3478 такое себе обоснование.
@@ctukov3478 может и нет, но сугубо по моему мнению это имеет смысл если у тебя чуть ли не "коробка" из скриптов под определённый инит, которые работают идеально
@@doc_emmettbrown А теперь представь себе на секундочку, что ты наоборот хочешь себе systemd, а в любимом дистрибутиве другой init. И тут уже "многие дистрибутивы не предоставляют лёгкую смену инита" точно также мешает тебе получить то, что ты так сильно хочешь. И ты идёшь к другому дистрибутиву, который сделал как тебе больше нравится. А если такого нет, форкаешь и делаешь свой дистрибутив с хоккеем и балеринами.
Весьма трагичный финал
так, теперь пили сравнение)
Очень важным свойством systemd является изоляция процессов, что одновременно хорошо в плане безопасности и рисково с точки зрения эскалации привелегий в случае не правильной настройки контейнера.
Ещё интересный момент, у меня получилось запустить аппармор профиль на системд дистрах для либреофиса, но на артиксе не вышло.
Если вы про cgroups то openrc и некоторые другие абсолютно так же это изолируют. Если вы про запуск процессов от других юзеров, то абсолютно все системы этим занимаются.
@@yuryzhuravlev2312 Нет, речь про параметры изоляции процессов у инитов.
Вбейте в интернете systemd service hardening
Есть кто-нибудь на Arch/Manjaro с видеокартой от AMD. Подскажите, как сделать так, чтобы она заработала? В том плане, что нужно установить какой-то закрытый софт (типа драйвера ... AMF там чё-то), чтобы, к примеру, нормально писать/транслировать через OBS или запись экрана вести через видеокарту... Я замахался с этим Linux'ом...
Ну вот у меня манджаро, и карта как раз amd - оно просто заработало с драйверами по умолчанию. В вики арча сказано что amd это вам не nvidia и используйте стандартные драйвера.
@@IvanBorzenkov попробуйте транслировать видео через OBS, и посмотрите нагрузку на видюху.
Вы увидите, что она почти не работает.
Для того, чтобы она полноценно заработала, необходимо ставить какое-то ПО.
Какое именно - я не знаю.
Также, при записи simplescrenrecorder, при выборе кодека AMF - он не пишет. Т.е. должен быть какой-то системный кодер или что-то типа этого.
Если тоже самое делать на винде - поставил нужные программы, установил драйвера на видюху и всё. На неё ложиться нагрузка, при стриме. Я тестил.
Пришлось ставить Винду на старый винт, а на Linux я теперь смотрю как-то как на то, что меня обманывает..
2:10
Gentoo: Ты недоцоцениваешь мою мощь!
*Использует USE-флаги*
Теперь systemd только менеджер инициализации)
Триангл второй канал решил завести?
Я оказывается не единственный, кто исользует везде шрифт JetBrains Mono
странное видео. systemd модульный, можно выпиливать ненужные компоненты
6:38 логотип antix вижу, логотипа mx не вижу, а ведь это одна из наиболее оптимальных в плане лёгкости освоения/функционала операционок.
6:40 по данным дистровотч мх в 50 раз популярнее antix
В MX GNU/Linux есть systemd, но он не включён по умолчанию. По умолчанию всё же, да используется sysvinit, вместо systemd. Ну и вроде бы разрабы Антикса помогают и в разработке MX.
мне кажется на моменте с замерами стоило уже сразу в тиках процессора всё измерять, чё мелочиться то
9 минут противоречия самому себе
как мне поставить этот ваш систем ди на виндовс?