В slackware, bsd-init скрипты вроде

В Слаке sysvinit.

@@icywiener5421 В слаке БСД инит!

Ладно

Коммент набрал больше лайков чем видео

Ты просто не играл в Valiant Hearts)

видео или слышео? 😂😂😂

Я бы сказал самая грустная концовка, которую я аудио(

Крайне недооценённый комментарий

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

... удалил Linux и поставил W..s?..

@@InverserPro пххахаах, ... никогда, windows must die

@@qubit3990 хихиньки-хаханьки закончились. Вжух! И ты Макюзер

@user-xn3gy4uf3y Вряд ли кто-то променяет свободу на Apple Mac os молодец 😵

Бред.

ты не прав. как раз таки из-за новороченности systemd в ней и есть так много минусов, ведь чем больше строк кода тем больше вероятность где-нибудь допустить ошибку. а иные СИ - openrc, runit - не такие громоздкие как systemd, в них нет стольки совершенно ненужных функций, связанных между собой (что порождает еще большую вероятность появления уязвимости), и, следовательно, они безопаснее.

​@@icywiener5421он явно перегнул с "почти никто не пользуется", но я так же не стал бы отрицать, что людей, которые работают над openrc и ищут в ней ошибки значительно меньше, чем людей, делающих то же самое с Systemd, что определённо повышает шанс на нахождение багов. То же самое происходит с виндой - её код видят два с половиной калеки, из-за чего у неё чаще вылезают баги 10-летней давности.

Есть логика в этом, но почему не фиксят уязвимости, вот в чем вопрос.

Давайте еще с ядром сравним :) там кода больше будет ;) и багов выше крыши. Например, я репортил баги по интеловым дровам ixgbe пару лет назад. Ничего никто не пофиксил. Репорчу по io_uring, получаю ответ: «не баг, а фитча». И так кругом. Приходится делать костыли в юзер-спейсе, чтобы обойти баги )

@Sencha_Tea столман перефразировал слова первого президента сша, "кто выбирает между свободой и безопасностью безопасность, останется и без того и без другого"

Вы забыли про еще одну, самую важную фичу - в сложном программном продукте удобно зарыть пучок уязвимостей для добрых дяденек из спецслужб : )

​@@alexlaplandне то, чтобы это было бы сильно сложнее сделать в openrc или runit. Да и к тому же, может быть ты подкрепишь свои слова доказательствами? Пока ты не покажешь, какая именно уязвимость использовалась дядечками из спецслужб, это будет просто конспирология.

@@spl420 Законы Мерфи и особенно первый,говорит нам прямо-если что то может пойти через анус,оно пойдет через анус. и это тупо статистика. А обвинения в конспирологии,на явный потенциальный сценарий использования,говорят о том,что говорящие о конспирологии вообще не одупляют даже того о чем говорят. а уязвимости с описанием этого дерьма уже десяток лет гуляет по сети. загугли,чтоб идиотских вопросов не задавать. а мне лень даже в гугле вбивать. и насчет конспирологии-под этим понятием на вики даже есть очень полезный раздел:критика понятия "конспирология". советую больше никогда не забывать,что мир относительный. а теперь простое предсказание-дальше будет только хуже. загугли хотя бы законы принимаемые чтобы ограничить тебя и остальных людей. ты увидишь прогрессию негатива. но это каешн буит "конспирологией". так умный дядечка сказал,а ты повторяешь как баран без осмысления. даже если ты своими глазами видишь прогрессию. крч,смешные такие фанатики понятия "конспирология" живущие уже явно в антиутопии где их стремятся сделать бессловесным пушечным мясом как минимум государства.пы.сы. не забудь проанализировать,как у нас например состевлены законы. ты сильно удивишься,если способен думать. настолько расплывчатые формулировки. и подумай для чего именно они расплывчатые) ну и я не перестаю удивляться.в ойти как будто чсвшные дебилоиды тусят. их ограничивают все сильнее,они в ответ-да,это так круто,давай еще. вместо анализа ситуации и перспектив. горизонт планирования нулевой. впрочем,как у многих людей,чья ось миздания проходит через эго набора белков,жиров и углеводов на заштатном булыжнике на задворках галактики,вращающегося вокруг обычнейшей звезды в бесконечной вселенной. милота

@@MrChelovek68 какой "умный" дядька))))))) Нетривиальная личность. Вам прекрасно живётся)

@@MrChelovek68 забавно, что в том же разделе "критика" упоминается Бритва Хэнлона, которая напрочь отрезает все ваши теории о дяденьках из американских структур. Ну а законы России действительно пиздец, тут ничего другого не скажешь.

Та же фигня...

автор умер после видоса

Не бывает правильно настроенного selinux в отличии от apparmor. Но все это матание изолентой.

Главное не показывать и не говорить что ты генту используешь😂

@@mikrikvude ахаха согласен, я так раз заикнулся в вк что генту поставил, так сразу и обратились - помоги мол на 2 ядерный нетбук накатить, ну за 2 дня поставили)

в итоге я на своём арче просто запущу ide, браузер и буду работатТ, пока гента ещё тока компиляется. Я серьёзно потратил часов 8 на сборку генты. Нуачо, гном + куте и всё это на огрызке A8-9600. USE флаги осилил, но было так лень, ещё и болезнь с температурой в 39. Но! отрыл ПеКа на третепне, где войды и арчи либо не заводятся, либо тормозят. Так шо можно попробовать там собрать, только лениво настраивать основную тачку для сборки пакетов.

@@whitebelyash компилил себе базовую систему и пакеты на ryzen r7 5700u с j17. Но я сразу прикинул что гнома компилить долгая история, и остановился на wm Hyprland. Минимализм тут должен стать основной религией)

@@den_sobchuk графика "базовая" тратит день на моё по крайней мере железе с парализмом пакетов (ryzen g4600 j6)

artix/hyperbola

угу, полторы калеки

Дружелюбнее они стали по отношению к пользователю - типовые задачи стали решаться проще, а что-то чуть сложнее стало решаться сильно сложнее. Дело в том, что теперь система представляет собой не совокупность мелких утилит, которые взаимодейтствуют через обработку текстов. Теперь это система сервисов и клиентов, взаимодействующих через двоичные протоколы: большая часть компонетов современной системы работает через dbus, которая теперь тоже является частью systemd. Хочешь графический рабочий стол - забудь о возможности выбирать дистрибутив, т.к. постепенно из-за systemd различия между дистрибутивами стираются. Захотел поставить *BSD? Ну, возможно ты сможешь это сделать, пока разработчики *BSD ещё могут оторвать Gnome от systemd, но скоро им придётся либо делать разнообразные прокладки, имитирующие наличие systemd, либо они сдадутся и начнут переносить systemd к себе. dbus и systemd очень удобны для программистов и служб технического сопровождения больших корпораций, т.к. там есть решения для каждой ТИПОВОЙ задачи. Но порог вхождения в эту систему для любителей становится всё выше и выше. Тебе всё сложнее становится написать какой-нибудь простой shell-скрипт, для того, чтобы встроить его в систему и добиться нужного поведения, потому что теперь это не набор кубиков, а монолит - теперь тебе нужно разбираться в Си и вутренностях systemd. Это новый Windows.

@@vkarb Если бы шел скрипты позволяли добиться такого же уровня интеграции компонентов - ок, но это не так, они работают как будто они одни, в общем даже определить, что процесс уже запущен надо костылять. Сложные ситуации не покрывают - ок, пакетные менеджеры тоже ограничивают, инсталлятор в винде гораздо гибче, могут сделать любую хню, значит пакетные менеджеры плохие?

@@oWeRQ666 все равно,как не профи, кажется, что systemd - лютая дичь. и завязывать линь на эту мерзость,тем самым принуждая людей к использованию этого мусора-мерзость. это ж линь,юникс вей и т.д. и касательно последнего предложения - обертки над сервисами и собственно прибить гвоздями сервис ко всей системе-это немного разные вещи. оббертку можно например написать. а к приббитому гвоздями,как системд только привыкать. вот такой вам выбор оставили в самой свободной оси копрораты. продолжайте защищать то,чего быть не должно и вы очень скоро очнетесь в камере. ничему блин людей история не учит.

@@MrChelovek68 так сделайте альтернативу, я за модульность, просто по факту всякие openrc отлично подходят для серверов и локального пердолинга на дестопе, когда в непонятной ситуации знаешь чего можно подергать руками, для десктопа нужна хорошая интеграция между компонентами, почему никто не жалуется, что линуксовое ядро - огромный монолит, который чего только не делает.

@@oWeRQ666потому что линуксовое ядро не просто монолит, а модульный монолит? ну а остальные типы ядер слишком сложно пилить (привет Hurd), гребут кучу ресурсов на те же операции/ и привет от танненбаума с миникс, микроядерной осью. но речь то не об этом. ядро оси должно прямо выполнять несколько конкретных задач- предоставлять доступ к функциям оборудования, виртуализовывать как не в себя и т.д. но за это отвечают внезапно,даже в монолите-отдельные модули. а систем д какая то дичь,слишком много на себя взявшая. если уж мы говорим об инициализации, то ок, пусть будет спецификация на систему инициализации и я ее для себя напишу. но где она? и между компонентами. ты прав. только делить на компоненты можно совсем по разному) ты разве не знал? можно в качественный дизайн. а можно собрать все функции в одной проге. и получить еще одно чуть ли не ядро. кстати,не припоминаешь аргументов против исков, ну когда только пошли речи о вяленом? а я напомню,что одна из предъяв была ровно такой же-слишком много на себя берет сервер отображения, чуть ли не ось внутри оси. и этот аргумент почему то прокатил в отношении куда более замороченной и продуманной проги, написанной толковыми спецами из MIT. а тут редхад,подстилка ibm с разрабом, доросшим до мелкомягких. просто бинго. и эх,если бы я шарил в системном программировании+ освоил бы язык,я ббы обязательно сделал. сейчас же у меня скиллов хватает только на вкуривание спецификаций и перевод инфы по паре библиотек. чтобы потом привязать их к языку которым владею и написать как раз свое,потому что интересно) а системное, системное прогание-это совсем другие языки и мышление. компонентоориентированное в идеале.

Каноникал это не те кто решают так сильно в Линукс, это red hat, то есть IBM

Я бы сказал что мы к этому идем но лет 10 у нас еще есть так что пока можно не волноваться

И runit, потому что Void Linux.

Ля ещё один ютубер по линуксу😊

А какие инструменты нужны именно на сервере (паралельность загрузки на сервере врядли нужна т.к. сервер не перезагружается. Включение/отключение/перезагрузка и отображения юнитов - это базовый функционал в любой системе инициализации. По этой же причине бесполезен системный загрузчик- системед, он не дает никаких приемуществ. Управление сетью через системед модули не удобнее, чем через например 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 и т.д.: Ну да, пошли мы нафиг

Обновлять часами | Обновлять раз в час | Обновлять раз в час, пакеты брать в AUR

dinit вроде самый быстрый, openrc самый известный (systemd не существует...), runit вроде чем-то лучше, чем openrc, а S6... осталось токмо найти человека, который его использует

Debian и его производные - это неплохие дистрибутивы, но я крайне редко ими пользуюсь на десктопе. Больше предпочитаю rolling release :)

Debian - это надежность и удобство молотка. Хрен сломается без явной причины, но саморезы забивать им (использовать на десктопе) не так удобно (хоть и не особо сложно)

@@NUBAS12345WoT Пол года назад поставил себе на один комп Debian для тестирования, все нормально было. Но пользовался другими линуксами, до Debian руки не доходили. И вот на днях включил и получил при загрузке зависший черный экран. Выключил, отсоединил кабель интернета -- все нормально загружается (хоть и долго очень). Опять перезапустил с интернетом -- снова черный экран. Я так полагаю, примерно за пол года без обновлений это чудо заходит в интернет, офигевает от необходимости полномасштабного апгрейда и падает в обморок. Супернадежная система, да ;). Кстати, часто пользуюсь русифицированным Porteus 5.01 LXQt, который на базе slackware. Загружаюсь с флешки в оперативку без сохраненки и со своими модулями. Для меня это самый комфортный вариант.

столлману похуй на юникс ему нужна чтобы бесплатна и всем

Честно говоря, Emacs не то, чтоб очень следовал UNIX way. :)

​@@potassium5703 режете без ножа

​@@vlcdn а что он не делает по юниксвей? евалит лисп? настрофки в файлах кодовые и удобны. макросы создает. гуи. все? что не так с юниксвей? или то, что его устройство через лисп позволяет евалить любой код и взаимодействовать с чем-то извне?

@@Son0fBeelzebub Он решает намного более, чем одну задачу, например. :) Да, можно сказать, что он хорошо решает задачу редактирования текста (хотя doctor, org mode, игры, почтовый клиент и прочие могут не согласиться), но тогда и systemd модно придумать такую же «одну» задачу. UNIX way - это не какая-то самоцель или религия. Часто это удобно, но иногда можно придумать что-то удобнее.

Справа? Это он и есть. Или слева? То bpytop. Но не советую, он хоть и симпотней, но заметно прожорливей. Еще и на питоне.

Это btop. У него есть несколько версий на разных ЯП. Оригинальный btop на плюсах, bpytop на питоне, bashtop на баше

Пожалуйста бро, покажи finit. На ютубе нет ни одного видео о нем, а название очень громкое.

Вызов принят, включу finit в обзор

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

Оконный менеджер awesome

спасибо :)

Артикс можно установить через Calamares. Здесь другие репозитории и меньше софта. Можно подключить репозитории арча для исправления этой проблемы. systemd-специфичные фичи не работают. Остальное +- то же самое. Может быть запишу короткий гайд как подключить репозитории арча

@@ampersand3636 софт как и в арче или стабильнее, аля федора? Жаль что федора без systemD нет

@@olekollo7875 Как в арче, rolling-release

@@ampersand3636 федор тоже ролинг, но там немного с запаздыванием выходит в репы, что дает большую стабильность, чем арч или я что-то недопонял)))

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

Лень. Это как брать движок Unity, вместо того, чтобы сделать свой. Итогом все игры стали однотипным неоптимизированым говном )

не стандарт, а хотелка. не подменяйте понятия. удобный инструмент и не более. а стандарт,стандарт это другое

​​​@@MrChelovek68к раз таки стандарт, а не просто хотелка. Сустемд это общепринятая система не просто потому что захотели или лень что-то другое делать. - Тут тебе и Bus Factor с порогом входа. - И обкатанность решения в массах: По сустемд больше информации в манах, интернетах, больше решений каких-либо не массовых кейсов. Проблемы и особенности системд уже давно все обмусолены и в компаниях давно выстрены свои работающие годами решения под каждый кейс и это заложено в процессы разворачивания виртуалок или самого ПО. Проблемы и особенности других - нужно набивать шишки самостоятельно чаще с нуля. Кому оно надо в энтерпрайзе? И ради чего, собственно? - И стандартизация и шаблонизация развертывания и управления. Вы явно знаете, какая система инициализации у вас, и вы точно знаете, каким образом сделать сервис через вашу любимую систему автоматизации и делаете это на автомате. У вас уже готовые плейбуки для разворачивания сервисов, которые существуют годами. Да, можно переписать, да, можно сделать универсальным. Но вы попробуйте объяснить бизнесу необходимость выделения времени на это. И надо ли оно вам самим? Если да, то в чем конечная цель, какие ощутимые профиты для вас и для компании будут при изменении системд на другую инициализацию?

@@CatWorldson еще бы, навязать хрень и не ждать багов? чувак, если ща тот же линь перейдет на еще одну систему инициализации так же околопринудительно,ты напишешь слово в слово тоже самое) так что это хотелка. и хотелка раскалывающая сообщество. в остальном, а что для энтерпрайза мешает использовать систему инициализации, не навязывая ее всем? а профиты-ну например не будет фишек систем д. этого уже достаточно, чисто по факту того,что всякое мудачье, через "волевые решения", не будет навязывать свое видение. и друг,а с чего меня вообще должно волновать что удобно энтерпрайзу? п.с. а нытье поттеринга на тему "самой трагичной трагедии линя" это вообще кринж. навязать людям дырявую поделку, а потом ныть что его просто не поняли. и речь не о стандартах. стандарты - хорошо. но блин,что мешало выпустить спеку на систему инициализации? как с теми же оконными менеджерами и ксоргом? так не, разом всем взяли и навязали конкретную реализацию. мы реально в мире виндоус или яблока оказались? вот тебе не кажется это немного перебором? п.п.с. так что это как раз воплощенная хотелка. вопрос в том-чья именно.

Ранее в wsl не было поддержки systemd и системы инициализации в целом, "корневой" процесс начинался с 1, поскольку 0 была сама винда. В wsl2 вроде как эту поддержку добавили и теперь можно стартовать дистры на systemd 0 процессом

А так где-то тоже встречался с подобной проблемой, но то было на wsl1, где ещё точно не было поддержки. Ещё помимо самой wsl2 наверняка также нужно адаптировать дистрибутив для работы с ней, чего вероятно могло не быть на тот момент

Если вы про cgroups то openrc и некоторые другие абсолютно так же это изолируют. Если вы про запуск процессов от других юзеров, то абсолютно все системы этим занимаются.

@@yuryzhuravlev2312 Нет, речь про параметры изоляции процессов у инитов. Вбейте в интернете systemd service hardening

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

@@spl420 ну вот, интересно узнать, в винде все просто как 5 копеек... а тут я каждый раз маны гуглю))

​@@Vohaв винде просто, но примитивно

@@user-sm5ey8mf8v и поэтому винда лучшая система - все сделано просто и для людей

Проблема в том что многие дистрибутивы не предоставляют легкую смену инита.

​@@doc_emmettbrown зачем, если в этом смысла зачастую нету?

@@ctukov3478 такое себе обоснование.

​@@ctukov3478 может и нет, но сугубо по моему мнению это имеет смысл если у тебя чуть ли не "коробка" из скриптов под определённый инит, которые работают идеально

@@doc_emmettbrown А теперь представь себе на секундочку, что ты наоборот хочешь себе systemd, а в любимом дистрибутиве другой init. И тут уже "многие дистрибутивы не предоставляют лёгкую смену инита" точно также мешает тебе получить то, что ты так сильно хочешь. И ты идёшь к другому дистрибутиву, который сделал как тебе больше нравится. А если такого нет, форкаешь и делаешь свой дистрибутив с хоккеем и балеринами.

Это btop

btop называвется

@@ampersand3636 ай, а ведь я что-то читал про него, уже встречал это название. Спасибо огромное!!!!!! :)