Я только что узнал, что гнев многих пользователей это привело к созданию uselessd, нового демона инициализации на основе systemd, который пытается лишить его «ненужного количества функций, которые он включает». Интересен выбор названия, которое по-английски можно прочитать как «бесполезный systemd» или «давайте использовать меньше systemd».
На ранних стадиях разработки Uselessd представляет собой не что иное, как вилку systemd, сведенную к простейшей форме. По словам разработчиков, это «базовый демон инициализации (initd), монитор процесса и система транзакционных зависимостей, которая сводит к минимуму вторжение и изоляционизм». Среди удаленных функций: journald, libudev, udevd и некоторые типы модулей, которые считаются лишними, а именно устройства, таймеры, свопы, монтирования и автомонтирования.
Как будто этого было недостаточно, они уже добавили поддержку для его компиляции под MUSL и uClibc в качестве альтернативы использованию glibc. Uselessd также находится на ранних стадиях переноса на FreeBSD, в то время как systemd поддерживает только Linux.
В любом случае, неясно, чем закончатся "войны инициализации", и если бесполезность закончится созданием действительно функциональной замены, но те, кто хочет узнать больше об этом проекте, могут посетить его Официальный сайт.
Я знал, что есть кто-то, кто не будет просто оставаться на SystemD.
Теперь, чтобы поддержать его, просто.
В чем разница между systemd… .CLI… ..GUI?
systemd обрабатывает запуск системы и приложений.
Cli поступает из интерфейса командной строки, то есть команд, которые вы используете для управления программами.
А GUI - это графический интерфейс.
Вы можете найти это в Интернете, я говорю вам
Загрузите туториал для новичков
Я как пользователь не понимаю эту антисистемную кампанию
Мне, как простому пользователю, было легко адаптироваться к его использованию при активации или деактивации служб, я уже знаю наизусть кое-что, что с тем, что у меня было раньше, со мной не произошло.
Я ничего не имею против syetmd и считаю их презрение абсурдным. Говоря как конечный пользователь.
Мне кажется глупым создание вилки для удаления функций. Людям становится скучно.
Я понимаю людей, которые плохо знакомы с GNU / Linux и не видят фундаментальных различий между тем, что всегда было, и тем, что systemd пытается подкрасться к нам.
Linux - это клон Unix, и Unix был создан с одной целью: делать одно дело за раз и делать это хорошо, это не было прихотью, это было из-за оглушительного провала Multics, я пытался делать много вещей и делал это неправильно или нет. он мог контролировать их, как должен был.
Таким образом, они не только противоречили названию Multics с использованием Unix (что-то вроде многих против немногих или уникальных), но также создали концепцию конвейеров и конкатенации процессов, которая дает гибкость, которую невозможно достичь другими способами ... это то, что дало громкий успех из Unix.
Теперь, с systemd, они хотят, чтобы мы снова придумывали сказку о Multics ... Нет, люди, отвергающие основу Unix в Linux, возвращаются к Multics, где мы знаем (история уже показала это несколько раз), что у нас гарантированный провал.
Если вы только что пришли к GNU / Linux, пожалуйста, прочтите немного истории и узнайте, почему в Unix и GNU / Linux все делается именно так.
Хорошо сказано, и тем, кто говорит, что в сегодняшнем мире вещи больше не работают так, я даю вам пример, браузер, одно из самых сложных программных продуктов, которое существует, однако они созданы с помощью инструментов, каждый из которых, он выполняет конкретную задачу и может функционировать вне набора. Движок javascript, HTML, SSL, http ...
То, что это не работало в прошлом, не означает, что это не будет работать сейчас. Так прошло уже 20 лет, может, пора что-то менять, верно?
Я хотел бы быть новичком в Linux, я в нем с 2004 года, и да, я знаю, что такое Linux и systemd, и я все еще считаю systemd более удобным.
Этот комментарий, который я оставлю ниже, от коллеги, он не мой, но это комментарий, на который я тоже подписываюсь.
[…] Отказ от systemd я отношу к «неофобии», боязни нового. Отключение сценария SysVinit подразумевает хорошее понимание системы уровней запуска и зависимостей, которые могут существовать в /etc/init.d ... и в каждом дистрибутиве они делали это по-своему. С systemd достаточно отключить systemctl, и все.
Те, кто жалуется, что systemd нарушает философию UNIX, - это то, что они не выяснили, что такое философия UNIX или как работает systemd. По тому же эмпирическому правилу ядро Linux будет наименее UNIX в мире. Что происходит, так это то, что systemd меняет функцию на PID 1, как я объяснил в записи того времени: это системный демон, а не просто что-то, что выполняет сценарии.
Единственное, что я признаю, что systemd не следует философии UNIX - это использование двоичных журналов, но оправдано ускорение запроса с помощью индексации. […]
@Йойо: Что происходит, так это то, что, поскольку вы медленно обучаетесь, любой скажет, что вы новичок, хахахаха.
@йо Йо:
Очень хорошая цитата. Кроме того, шутка заключается в том, что в SystemD есть недоработка, связанная с ошибками, хотя у нее есть собственный способ отображения журналов с большими двоичными данными.
Что меня интересует в этой вилке, так это то, как они адаптируют скорость SystemD к другим средам UNIX, таким как BSD.
GNU - это не Unix, как сказал рикардито кассетмен
Недавний последовательный комментарий о том, почему systemd - это мусор. Мультики, окна…. Как звучит полный отказ компонента?
Это могло бы произойти с systemd, который полностью обрабатывается dbus, если некоторые из его демонов выйдут из строя, потребуется перезапустить систему, иначе все может выйти из строя. Со мной уже случалось в centos 7, что демон или юнит остаются мертвыми и не перезапускаются для большего перезапуска, чем вы. Меня очень сильно раздражает, когда конечные пользователи думают о знаниях и защищают то, чего они даже не знают, потому что на это нападают. Как говорила моя бабушка, если не знаешь, не высказывай своего мнения, лучше заткнись и спроси без вопросов, а когда знаешь, тогда спрашивай.
Многочисленное мышление ubunuser, огромная поддержка systemd в значительной степени довела его, как это ни парадоксально, одна из компаний, критиковавших его, каноническое, наводнив мир Linux пользователями, которые не видят дальше своего ls -l.
Этот парень из uselessd - единственный человек, которому принадлежит домен бойкота, поэтому, если другие разработчики не поддержат его, я не вижу для него большого будущего. Я надеюсь, что разработчики других дистрибутивов для компьютерных фанатов помогут вам, например, Arch, Gentoo или Slackware.
.. Я не считаю себя "продвинутым пользователем". Мне не нравятся дворянские титулы, я не системный администратор, но я прошел через все упомянутые дистрибутивы (Slack (очень мало), Arch пару лет и Gentoo да несколько лет (также ваш форк Funtoo)) Я понимаю вашу точку зрения как сисадминов, но мне интересно, а если ядро выйдет из строя? Все идет к черту, поэтому я говорю, почему они не жалуются на ядро? Потому что они не используют Minix или какую-то ОС с «сервером реинкарнации»? Иногда мне кажется, что гнев исходит больше от отношения Леннарта (что не кажется подходящим), но позвольте мне сделать обобщение, вы, системные администраторы (и, конечно, собираетесь это делать), защищаете свою работу, и они оставляют нас, пользователей настольных компьютеров, «выброшенными», их волнует только то, что их сервер «в порядке», даже несмотря на то, что sysv использует довольно архаичную «парадигму запуска» (цель systemd и желаемая проблема в порядке ... ), Я говорю, что ваш сервер будет отлично работать с sysv, но тем временем пользователи настольных компьютеров используют dbus в пространствеИмя пользователя …… какая отличная идея ………
Я повторяю эту вилку, как они сказали в другом месте, пока я вижу только "красивое" имя и ограниченный systemd, который, кстати, ДОБРО ПОЖАЛОВАТЬ в Systemd, ненавистников Systemd ... Я вижу многих, кто жалуется на systemd, но они этого хотят ... потому что ? Разве OpenRC не работает правильно? Или Upstart? Или что-то еще? …. Боже мой ... до сих пор я видел 2 типа ненавистников, системных администраторов с основами и тех, кого я описываю в этом абзаце, которые больше похожи на "позеров" ....
Возвращаясь к теме системных администраторов, вам даже не нужен графический интерфейс, я не знаю, почему вы жалуетесь на systemd (вы легко можете возразить, что Gnome Shell требует Systemd (что не совсем так, потому что Funtoo работает с OpenRC)), но ВАМ НЕ НУЖНО Затем графические интерфейсы должны подавать жалобу в соответствующие дистрибутивы, Centos и Debian. В частности, Centos, если Systemd приносит так много проблем, ему не следовало мигрировать (хотя было очевидно, что он собирался мигрировать под руководством RedHat) и Debian, извините, черт возьми, это было решено командой Debian в их желании быть « универсальный дистрибутив "... но я повторяю, используйте FreeBSD или" Distro for Servers ", который понимает, насколько" плохой "Systemd и использует период sysvinit ..
Возможно, проблема x11tete11x не в том, что ядро дает сбой, а в том, что оно дает сбой, и можно узнать, что вызвало сбой. Это то, что меня по крайней мере беспокоит в SystemD ..
@elav вы правы насчет этого, с systemd многие системные ошибки находятся между оттенками серого и черного, а все потому, что journald выглядит как «волшебный ящик», который превращает журналы в ненадежный двоичный файл, и когда я говорю о надежность Я имею в виду доказанное безумие (уже есть отчет об ошибке), что если журнал journald поврежден (что может произойти по многим причинам), он просто отбрасывается и запускается новый, оставляя этот журнал практически нечитаемым во многих случаях, ошибка, обнаруженная в freedesktop и из-за которой тот же Poettering или шары остановили его. Не говоря уже о проблеме отладки, но это уже известно (если вы не понимаете, о чем я говорю, я бы напомнил вам, что опция отладки в строке ядра и ее «последующее исправление» были причиной того, что они удалили Кея из списка разрешений. для коммитов в ядре).
@ x11tete11x давайте не будем сравнивать разработку ядра с разработкой systemd. systemd - это часть программного обеспечения, которая все еще находится в зачаточном состоянии, если мы сравним ее с ядром, также я не вижу, чтобы Линус одобрял экспериментальные исправления слева и справа, а также изменял ABI и API ядра.
@joakoej Multics потерпела неудачу по многим причинам, в том числе из-за большей сложности кода, медленного выполнения многих общих задач по сравнению с другими уже разработанными системами и чрезмерной дороговизны для того, что обычно выполнялось в проектах того же размера.
Это форк, поэтому он не имеет всех функций, система инициализации не может действовать так, см. Sysvinit. sysvinit, хотя и устарел, имел только одну базовую задачу, а именно запуск ОС, все остальное, о чем позаботятся другие (syslog, а не journald, openrc, а не systemctl, consolekit и no logind ...), поскольку sysvinit устарел и каждый раз но многие проекты зависят от parted on systemd, эта инициатива мне кажется замечательной. Я предпочитаю syslog journald, но logind (помимо того, что он является требованием для gnome) превосходит consolekit с большим успехом. Кроме того, этот форк должен быть более безопасным, портативным и, надеюсь, совместимым с ulibc.
Компа, я тоже до вчерашнего дня ничего не имел против Системда. По какой-то причине моему ноутбуку требуется много времени для выключения, и единственное, что выходит (бесконечно):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressЭто как долбаная ошибка в Windows, что ты ничего не знаешь.
А без логов отследить причину проблем довольно сложно. Systemd меня тоже беспокоит из-за этого. Возможно, вы не очень хорошо знакомы с программным обеспечением, но самое меньшее, о чем я прошу, - это ясность в журналах.
И снова [вставьте сюда свой любимый стереотип] были правы. 🙂
Но будьте осторожны, давайте не будем упоминать окна, возможно, мы являемся одним из тех пациентов, которые были инфицированы новой патологией, которую г-н Линус уже предложил добавить в CIE, я ненавижу windowsitis, я думаю, это называется. 🙂
@ Персонал, а в чем ошибка Элава? Начиная с Windows 8, многие вещи были скрыты (chkdsk при загрузке, техническая информация BSOD, "декоративный" msconfig). Кажется, все идет в этом направлении. Я надеюсь, что мы не дойдем до «грустного макинтоша» и соответствующих ему окон и не дойдем до пользователя.
@Mario
Я никогда не говорил, что elav неправ.
Обратите внимание на смайлик в конце двух моих абзацев.
Ой!! @Staff, который вы не ставите ... Я ссылаюсь на Windows за ее типичный плакат в стиле:
Windows обнаружила проблему. Код проблемы: 0x1123df2982, обратитесь в Центр поддержки для получения дополнительной информации ...
короче говоря, для / dev / null
Элав, представьте себе такую ошибку на рабочем сервере. Это недопустимо. Только системный администратор понимает, почему systemd такой плохой. Это не для того, чтобы никого принижать, но необходимо понимать, как работает процессор, операционная система, ядро, процесс и т. Д. чтобы понять проблемы низкого уровня, которые поднимает systemd. Это выходит за рамки философии UNIX, мы обсуждаем стабильность системы.
Системным администраторам комфортно со своими Debian 6/7 и CentOS 5/6 без systemd, но когда закончится поддержка Debian 7 и CentOS 6, настоящий переполох только начнется (если жизнеспособная альтернатива, например, тот, что описан в этой статье).
Даже представьте для системного администратора, как начать переводить и тестировать скрипты, которые работали всю жизнь, с помощью команды «service» в systemd.
И ошибка, которую вы показываете, выявляет еще одну границу systemd, вы очень четко сказали, что уровень сокрытия информации «очень похож на Windows».
Привет.
Послушайте, я не уверен в этом, но я думаю, что вы немного преувеличиваете, у меня было несколько ошибок в Gnu / Linux, которые не говорят сами за себя, и я сомневаюсь, что все они были вызваны systemd. Я ошибся?
@ Эмилиано Возможно, ты прав. В любом случае, хотя я не специалист, мне кажется, что все это немного сенсационно. Мне кажется, что это дело привычки больше, чем что-либо еще, и если системный администратор захочет, он обязательно узнает, как работает systemd, даже если ему это кажется проще, я говорю, если то, что он делает, централизует все, конечно, в некоторых или нескольких аспектах дела идут быстрее.
Из того, что я видел, у него есть несколько преимуществ в этом отношении, таких как время запуска, он не требует, чтобы некоторые программы запускались раньше, чем другие, для правильного запуска, вам не нужно изменять файл rc.conf или что-то в этом роде, поскольку он обрабатывает все из более автоматически, вы можете запускать приложения, даже если не соблюдаются некоторые зависимости и т. д. Вот некоторые из преимуществ, которые я видел в Интернете, поправьте меня, если я ошибаюсь
Конечно, некоторые недостатки будут, как и все остальное, но было бы хорошо, если бы вы знали, как это работает, и у вас есть время, чтобы уточнить это, прошу вас в качестве одолжения узнать, на чем основано ваше мнение. Из того, что я видел, может быть обратная сторона, что для правильной работы с systemd необходимо будет исправить несколько программ, но я не знаю, влияет ли это каким-либо образом на другие системы инициализации.
@Emiliano Ах, я ошибался, файл не был rc.conf, это были / etc / inittab и /etc/init.d/rc
Похоже, есть версия этого файла для systemd, но централизованная в одном файле / etc / systemd, который обрабатывается программой sytemctl.
Думаю, я понимаю, почему вы говорите, что системному администратору это может не понравиться, поскольку кажется, что с init у него было больше контроля и он делал вещи только тогда, когда он это указывал.
С другой стороны, systemd может быть немного более навязчивым, но мне также кажется, и я повторяю, что это вопрос изучения того, как это работает, и, конечно, кто-то со способностью быть администратором может этого добиться.
Что ж, я всю жизнь пытался закрыть Debian Jessie с помощью команд SysVinit, но я не знал, что он использует SystemD, поэтому мне пришлось использовать руководство Arch, чтобы узнать, как работать с SystemD и systemctl немного лучше.
В моем случае SystemD довольно быстро выключает мой настольный компьютер, когда я интенсивно использую Chromium / Chrome / Opera Blink.
@ eliotime3000 вот вам хорошая systemd wiki для debian с большим количеством информации http://www.esdebian.org/wiki/systemd конечно, Arch wiki очень хороша, но systemd в debian не реализована так же, как в arch, поэтому есть много команд, решений и т. д., которые вам не подойдут. в каждом дистрибутиве есть свои мелочи 😉
LOL
Счастливого лица было недостаточно, возможно, мне стоит использовать кавычки, теперь кавычки проясняют все 🙂 // Сарказм (чтобы посмотреть, понимаете ли вы этот ярлык).
Это показывает, что вы тоже не читали мой ответ Марио.
Мои два абзаца были саркастичными.
Первый, пытаясь указать на иронию в том, что, когда люди рассказывают нам о недостатках проекта, мы называем их сумасшедшими и тысячи других вещей, если мы не симпатизируем их идеологии, но когда мы уже испытываем проблемы из первых рук. нам ничего не остается, кроме как проглотить слова.
И второе, что ЭТО ПО ЭФФЕКТУ ПОДОБНО WINDOWS, но многие не принимают это и говорят, что это потому, что Windows ненавидят и используют без разбора для атак на все, что не пахнет FSF.
Но короче говоря, по критериям трудно найти что-то в этом мире.
@ Персонал, мужик, чтобы использовать сарказм в такой холодной форме общения, тебе нужно еще немного поработать 😛
@елав:
Я прихожу сюда, Я оставляю эту ссылку на свой комментарий, и я убегаю. : v
Я заметил то же самое, но при запуске…. в течение пары дней компьютер запускался целую вечность, и сначала он говорит что-то, связанное с Systemd. Что происходит?
Это elav, как и сами окна. У меня была ЭТА ошибка, удалите весь файл из журнала и вуаля. Скоро придется переустановить хахаха.
Хахаха, но если бы я установил Antergos не месяц назад, хахаха
Представьте, как я себя чувствую с гребаной Arch, которая загружается примерно за 30 или даже 40 секунд дольше, чем Windows, да, я устанавливаю много дерьма в yaourt, но я ничего не запускаю (это то, что я стараюсь больше всего), самая безумная вещь, которая У меня есть служба CUPS, и я думаю, что ssh для удаленных терминалов. К сожалению, после года без форматирования я думаю, что пересмотрю идею сделать это снова 🙁
К сожалению, я заметил, что за последние 2 года мы стали ближе к дистрибутивам в стиле Windows, которые пытаются скрыть информацию, автоматизировать отчеты об ошибках, автоматизировать операции, в которые пользователь должен вмешиваться и даже иметь контроль.
Так как я скучаю по дистрибутивам SysVinit 3-4-летней давности, было весело блефовать с "init 0" в школе XD. Кроме того, хотя не все было одобрено, управление было исключительно пользователем, а не системой. Да, удобств много, но ценой ...
Вы могли предвидеть это. Я ничего не имею против systemd, мне как обычному пользователю это значительно упрощает работу, а команды для активации или деактивации служб довольно просты. Нам нужно будет посмотреть, чем закончится эта инициатива войны.
SystemD похожа на кольцо, чтобы контролировать их всех. Это может быть троянский конь АНБ. SystemD может поставить под угрозу нашу конфиденциальность и безопасность, поскольку попадает во многие службы. И что еще хуже, если мой дистрибутив очень хорошо справлялся с энергией, что теперь будет? Я не смогу перейти на другую сторону.
Не так сильно, как троянец, если он управляет многими вещами, но это все еще бесплатное программное обеспечение, вы можете увидеть, что код делает с вашей информацией.
Итак, если у SystemD есть проблемы (а если они есть), вы должны их исправить, а не просто выбросить все, потому что в нем также есть много хороших и необходимых вещей.
Одно можно сказать наверняка, я просто знаю, что ничего не знаю. Я новичок, но после прочтения множества мнений людей, которые знают бесконечно больше, чем я, противоположных или нейтральных, я могу прийти к выводу, что я могу быть подозрительным, и ничто не заставляет меня перестать это делать. Пока ничто не заставляет меня доверять.
Я использую openSUSE, потому что мне это нравится, и они могут подкрадываться ко мне ... На самом деле, они могут красться повсюду ... И вот где появляется Столлман, он следит за нашей конфиденциальностью, независимо от того, сколько это может быть для многих.
Разве АНБ не вонзилось когтями в RedHat ????
Какое преувеличение, зачем мне ставить под угрозу вашу конфиденциальность?
Чтобы нарушить безопасность и позволить никому не узнать, вам нужно ухудшить системные журналы, усложнить их, сделать их двоичными, игнорировать тех, кто сообщает о неисправностях, не позволять syslog-ng и journald сосуществовать одновременно.
Если мы добавим к этому автоматическому управлению сетью с помощью dhcp, мы получим почву для вторжений, не оставляя следов «до малейшей еще не обнаруженной ошибки», на самом деле тот, кто этого не видит, - это потому, что он слепой, глухой и немой ... более 2000 лет назад лет один сказал ... по их плодам вы узнаете их, и что ж, я уже вижу плоды, и они есть, когда они созреют.
Системе systemd приписывают не просто выполнение соответствующей ей задачи, она вмешивается во все, чтобы извращать безопасность и создавать устаревшие инструменты, которые хорошо выполняют свою работу, не допуская сосуществования обоих одновременно.
Как я уже сказал, как сильно преувеличено.
Я бы поверил вам, если SystemD был запрограммирован Microsoft, Apple и / или другой компанией, которая не предоставила исходный код. К счастью, это не так, и он благодарен, что, по крайней мере, есть кто-то, кто бывал не только в истериках.
С другой стороны, когда Линуса Тровалса спросили о системе алгоритма SELinux, он ответил довольно простым решением (не говоря уже о том, что отец Линуса признался, что АНБ пыталось приложить руку к разработке ядра, хотя Осталось только запустить чертов компонент со всем и исходниками).
Осознайте, что невежество часто является главным бедствием для людей.
Хорошо, я только что выиграл 10 евро на пари 😛. Как никогда предсказуемо ... Звучит хорошо, мне не очень нравится systemd из-за его философии проекта и полного отсутствия комментариев в коде (а-ля OpenSSL). Но я признаю, что технически он лучше. Интересно, может ли это быть заменой sysvinit для Openrc. В этом случае я перейду.
Кроме того, в бесплатном программном обеспечении по какой-то причине должны быть две реализации одного и того же: почему, конкуренция (Libreoffice, Openoffice) и безопасность (OpenSSL).
есть одна вещь, которую я не понимаю, если дизайн systemd основан на cgroups, что является эксклюзивной функцией Linux.
Чтобы перенести использование вилки systemd на FreeBSD Hurd и т. Д., Либо добавьте контрольные группы в эти ядра, либо удалите контрольные группы из конструкции указанного форка.
но если вы удалите cgroups из ответвления systemd, трудно думать о Uselessd как о настоящей альтернативе systemd.
Я также считаю эту инициативу очень позитивной, потому что конкуренция всегда хороша, поскольку она заставляет их стремиться к лучшему, а результат приносит пользу пользователям.
* garegan = добавить
они просто не стали бы использовать контрольные группы или делать контрольные группы необязательными. Теоретически это не так уж и сложно. вам нужно просто спроектировать и написать способ поддержки других методов управления процессами, которые существуют во всех текущих ОС. На практике это утомительно и дорого, потому что это означает, что если, например, у вас есть 8 часов для работы над программой, вместо того, чтобы использовать 8 часов для улучшения и полировки того, что дает вам один вариант, вы должны разделить это время на 6 ( держите 3 системы + 3 способа обмена между ними). таким образом поддержка и развитие становятся намного тяжелее и медленнее. То есть, либо вы поддерживаете несколько обычных, либо поддерживаете одну скважину.
И не говоря уже о том, что BSD очень мало требует от системных администраторов, и даже сама UNIX видит это теми же глазами, что и Windows XP.
Дело в том, что cgroups: «используются для отслеживания процессов обслуживания, а не PID. Это означает, что демоны не могут «сбежать» из systemd, даже если они разветвлены. » http://es.wikipedia.org/wiki/Systemd
Хотя это один из пунктов, который критикует systemd, потому что они говорят, что он запускается с pid 0 и что это риск, потому что, если systemd сломается, система сломается, что, как сказал Линус, глупо, поскольку если он сломается ядро или другие процессы также нарушают работу системы. правда в том, что если вилка не использует контрольные группы, она использует pid и не будет иметь полного контроля над демонами. уже с этим никогда не будет лучше чем systemd на linux
Есть несколько связанных форков, но это первая вилка для systemd. В Gentoo для udev (который был объединен с вышеупомянутым) есть libgudev и libeudev. В противном случае было бы странно ходить с OpenRC и видеть в процессах "systemd / udev", как это происходит в некоторых текущих установках. Лично мне не нравится идея добавления DHCP-клиента (надеюсь, они этого еще не сделали). Я считаю, что в этой задаче есть проверенное и отличное программное обеспечение, нет необходимости изобретать велосипед.
Я поправляю, gudev тоже является systemd, в последних версиях.
Отвечаю на комментарий про DHCP в systemd.
systemd не только имеет встроенный DHCP (встроенный как часть networkd), но также имеет преобразователь DNS и кеш DNS, а также функции, унаследованные от Avahi (еще один монстр, созданный Poettering).
Сегодня на обед картошку и стейк, не понравилось, вилку сделаю. И так обо всем.
Действительно ли Red Hat бесполезна тщательно продуманная операция под ложным флагом, направленная на дискредитацию своих оппонентов и установление Нового Мирового Порядка?
… Блядь.
Хорошо прикрыто из-за этого проекта
ПЕРЕВОД:
Они говорят мне, что
1) они создают ампутированную systemd без каких-либо своих инструментов и без каких-либо преимуществ, которые стандартизация дает вместе с ней, не решая ни одну из проблем, которые systemd решает, или решает старые традиционные проблемы. Да, конечно. дай мне 3
2) Мне говорят, что это systemd без "раздувания", но оказывается, что systemd является модульной, и вы можете использовать systemd без каких-либо дочерних демонов. Следовательно, удаление раздувания на практике - то же самое (за исключением того, что оно не сохранит многие из лучших инструментов systemd, таких как журналы)? Хорошо. идеальный. Дай мне 20 прямо сейчас.
3) Они говорят мне, что этот форк не решает никаких проблем, что он не решает проблему низкоуровневого фрейминга, что он не предлагает никаких технических преимуществ, а, скорее, возвращает нас на 5 лет назад в управление службами в Linux. . конкурировать с единственной надеждой на стандартизацию? . Хорошо. Я люблю его. дайте мне 2161816814168 дистрибутивов с этим. Пожалуйста. в настоящее время!!
для тех, кто не понял. это сарказм 🙂
и именно поэтому Linux никогда не одержит победу на настольных компьютерах, когда наконец начнут отдаваться деньги на создание инфраструктуры, которая сделает функциональный рабочий стол доступным для любой аудитории. Мамерто выступают со своими минетами. Хорошо, пусть они делают, что хотят, у них есть право, но правда в том, что не ожидайте, что к ним будут относиться очень серьезно.
http://hackingthesystem4fun.blogspot.mx/2014/09/linux-no-triunfa-en-el-escritorio.html
http://linuxito.com/gnu-linux/nivel-alto/431-por-que-systemd-es-una-mierda
По правде говоря, шутка в том, что SystemD мне очень помогает, она даже делает выключение ПК очень быстрым, когда у вас есть достаточно времени, используя Chrome на разделах Ext4. Если я попробую Debian Jessie с XFS и SystemD - и, прежде всего, это даст мне лучшие результаты, чем с SysVinit - я преклоню перед ним колени.
Самым забавным является то, что они пытаются создать SystemD с возможностью добавления к нему функций SysVinit, даже несмотря на то, что такая работа является совершенно сложной задачей (например, форк OpenSSL Тео де Раадта).
Этот форк решает проблему взятия бразды правления у Леннарта и его отца RedHat, чтобы попытаться передать его независимым разработчикам.
чтобы убрать неприятности systemd от возни с вещами, которые не являются и никогда не должны быть частью загрузочной системы. Я чистый?
Теперь, если для некоторых это кажется незначительной причиной ... это не может быть решено никем, это всего лишь мнения и личные точки зрения.
но дело в том, что systemd - это не просто стартовая система, systemd - это более 70 различных двоичных файлов, из которых только 1 - это pid 1, и это заботится только об одной вещи, запуске и остановке других демонов. все раздувание systemd на самом деле необязательно, кроме journald. поэтому я действительно не понимаю, что делает система загрузки, чего она не должна делать, если она делает что-то одно. как я уже сказал, остальные процессы и службы обрабатываются отдельно другими демонами, большинство из них можно использовать даже отдельно. единственная разница в том, что эти необязательные демоны написаны одной и той же командой, в одном календаре и в одном и том же git (как и bsd)
леннарт и красный хан зло? мании преследования и многое другое.
@Mirage, но разве systemd - это не просто система запуска….
Это проблема, они начинали как простая система запуска и сумели убедить множество дистрибутивов, а затем перестали быть простой системой запуска и распространились как рак.
Я раскрашу его получше, я хочу systemd, но мне не нужен какой-либо другой модуль systemd ... но когда я говорю, что не хочу, я не хочу, чтобы он был установлен на моем жестком диске ... мне недостаточно отключить его ... Я не верю автоматические вещи, которые можно включить отдельно, например, когда активна хранитель экрана.
Итак, скажите мне, какой дистрибутив дает мне версию systemd, в установщике которой нет этих модулей.
В настоящее время я использую linux mint 17, и он не использует systemd (я думаю, только некоторые из его зависимостей), хотя в дистрибутивах, которые его используют, он отлично работает для меня, я использую linux почти 2 года, и я использую его в основном (серфинг в Интернете, редактирование документов в простой и т. д.), и когда я использую systemd, я не ошибаюсь также, что на техническом уровне замечаются улучшения, и большая часть ненависти кажется мне неоправданной, многие говорят, что это связано с чем-то этичным, а не техническим, но мне это кажется слишком большим, хотя я также хотел бы увидеть один альтернатива, что это на вашем уровне, хотя я не верю в это (сейчас это в основном более "недоедающий" systemd, и название уже кажется слишком смешным, чтобы быть чем-то серьезным)
И почему бы не продолжать использовать сценарии BSD? Или openRC от команды Gentoo? Или забыть все вышеперечисленное, включая SystemD, и использовать Ubuntu Upstart?
Потому что SystemD ускоряет процесс включения и выключения системы GNU / Linux.
Кроме того, вы хотите спасти скорость запуска SystemD без использования модулей SystemD и использования модулей OpenRC, SysVinit и даже сценариев BSD, тем самым избегая капля журналов.
Что ж, я доволен systemd.
Я даже вижу больше преимуществ, чем что-либо другое.
Я прочитал много комментариев, и, по-видимому, systemd ... не соответствует философии 90% пользователей системы Linux, которые против нее, ... Интересно ... почему обе systemd заинтересованы в том, чтобы все контролировать ... это как окна? … Разве не за этим скрываются зловещие планы по контролю над всеми и мировым правительством? В настоящее время система Linux Mint прекрасно работает почти все автоматически и не требует systemd. Если ему удастся захватить систему Linux ... .. нет другого выбора, кроме как перейти на BSD UNIX и ее производные.
Какие еще дистрибутивы работают как Linux Mint, независимо от того, содержат ли они Systemd или нет?
Посмотри в винде нет ничего похожего на systemd насколько я понимаю.
Из-за них централизация выглядит плохо, когда единственные, кого волнует, - это те, кто работает с системой, которые обычно являются экспертами, для нас, обычных пользователей systemd намного лучше для нас, даже некоторые системные администраторы хвалят ее, поэтому учтите, что все это связано со вкусом.
Systemd очень хорош, но многие люди жалуются на то, что есть несколько программ, которым для работы потребуются новые зависимости, поскольку systemd более навязчив и выходит за рамки того, что было бы при загрузочной системе. Они также жалуются, что некоторые задачи он выполняет автоматически, но я уверен, что если вы научитесь им пользоваться, вы сможете настроить его по своему вкусу.
Вот почему я говорю: SystemD довольно прост в управлении, хотя каждый раз, когда я отключаюсь от того, что я делал в SysVinit (не умаляя SystemD, но SysVinit избавил меня от необходимости делать dmesg чтобы посмотреть, не облажался ли я что-нибудь).
Цель выполнения шагов запуска в Windows избавит вас от необходимости редактировать скрипты. Другими словами, это сэкономит много времени тем, кто не является системным администратором.
Для перфекционистов и / или старших системных администраторов предпочтительнее старый SysVinit и Gentoo OpenRC (в моем случае я бы хотел, чтобы SysVinit имел скорость загрузки SystemD, поэтому UselessD служит дополнительным плагином для SysVinit или OpenRC. есть полномочия того самого SystemD).
Я предполагаю, что вы пробовали rc_parallel = »YES» в /etc/rc.conf.
Он все еще немного медленнее, чем systemd, но всего на несколько секунд, и поскольку ежедневное время безотказной работы в моем случае никогда не меньше 14 часов ... 8 секунд разница на меня не влияет.
Я думаю, что с помощью этого форка можно будет изменить курс, и я надеюсь, что к ним присоединятся независимые разработчики, чтобы объединить преимущества инициалов с systemd.
И, конечно же, следуйте логике единственной задачи и хорошо ее выполняйте.
@ eliotime3000 есть вещи гораздо более важные, чем время загрузки, и этот фактор не в том, что это имеет большое значение, по крайней мере, в моем случае время загрузки между systemd и OpenRC (с использованием Gentoo) не сильно отличается, выигрывая systemd менее 4 секунд и без использования rc_parallel = yes в OpenRC.
ПРИМЕЧАНИЕ: С этого момента, кто бы ни читал, пожалуйста, будьте внимательны и простите меня за некоторые выражения, а также проясните, что это мое личное мнение.
Что мне не нравится в systemd, так это то, что я хочу делать то, что уже было сделано, потому что изобретать колесо кажется мне глупым и ненужным.
Какого хрена init делает с демонами luks, lvm, dns, dhcp, функциями avahi, журналами, coredump, devfs и прочим? Возможно, демонов со всеми этими особенностями больше не существует.
Какого черта вам нужен root-доступ для обработки журналов и coredump? (Я лично смог убедиться в Debian и Gentoo).
Какого черта мне нужно перезагружать компьютер, если в systemd есть какие-то изменения, потому что он не может перезагружаться самостоятельно? Компьютерщик SysVinit может это сделать, и, что самое главное, делает это правильно. Они говорят, что systemd может это сделать, но проведите тест, и вы увидите, что он не работает, и нет другого выбора, кроме как перезапустить.
На этом все не заканчивается, но в systemd есть известные ошибки, и они просто не исправлены, и все потому, что команда (Poettering, возглавляющая обвинение) просто предпочитает игнорировать их и отмечать как WONTFIX или просто игнорировать их. Даже некоторые из этих ошибок уже являются классическими, журнал, самосборка, и да ладно, господа, они из 2011 и 2012 годов и до сих пор не могут быть исправлены, и не потому, что они неизвестны (в нем есть отчет и все) или они нелегко воспроизводимые, но потому что они просто НЕ ХОТЯТ ИХ ИСПРАВИТЬ. Такого поведения нет в systemd, Poettering ВСЕГДА был таким, у Avahi (одно из их творений) также были аналогичные проблемы, особенно с утечками памяти и чрезмерным потреблением ЦП, многие из которых все еще продолжаются. Хотите больше доказательств? Pulseaudio - еще одно безумие этого типа, хотя это было то, чего многие с нетерпением ждали, оно принесло больше проблем, чем решений, и только недавно многие из его проблем были решены, если это было далеко от рук Poettering.
Юкитеру +100
Очевидно, что, возможно, простой начинающий пользователь этого не осознает, но RedHat - это компания, и я знаю, что единственное, что интересует каждую компанию, - это зарабатывать деньги, если мы добавим к этому, что могут быть определенные предложения от государственных агентов. так что "понемногу менять", я считаю, что все возможно ... Мистер БОГ за деньги все может.
Стремление к власти всех правительств и крупных компаний не имеет границ, мы читаем это ежедневно, оказывается, что операционная система, которая сопротивляется, - это gnu / linux, ее пользователи, как правило, лучше осведомлены о безопасности и конфиденциальности.
С systemd они начали постепенно, сначала все было хорошо, и им удалось завоевать основные дистрибутивы, чтобы изменить их, затем постепенно они добавляли модули для замены того, что уже существует, и это всегда работало, они могут сказать, что если вам это не интересно, вы не устанавливаете эти модули .... но удивительно, все дистрибутивы устанавливают его полностью, и обычные пользователи не знают, как скомпилировать и удалить их вручную.
Самый извращенный модуль - это journald, который я прочитал в сообщении, в котором говорилось, что он не является необязательным, что он является обязательным и что его нельзя удалить.
Очевидно, что его нельзя будет удалить, намерение состоит в том, чтобы не работать должным образом и не позволять syslog-ng работать должным образом, а также для рассмотрения жалоб пользователей, сообщающих об этих ошибках.
Методика состоит в том, чтобы скрыть, чтобы это не было видно, а затем автоматически управлять сетью, чтобы в не столь отдаленном будущем потерять полный ручной контроль над тем, что происходит с сетью, и с журналами того, что произошло с сетью.
Чтение кода systemd бесполезно, все делает то, что должно делать, и делает это очень хорошо «для них», что неверно, так это комбинированная функциональность, которая представляет собой полный риск перед лицом «необъявленной ошибки».
Следовательно, systemd не ошибается, что не так, его создатели должны быть изменены.
Какое преувеличение. Вам понравилось, что это бесплатное программное обеспечение и что, если есть какие-то странные вещи, которые они понимают? и более в проекте, как спорные, так как это, как вы думаете, что не сотни гиков, желающие снять ногу с кота? пфф сенсационность всегда продает больше
Потому что Systemd на самом деле Скайнет ... хахахаха
и эта вилка, как я полагаю, возглавляет каноническую?
@эмилиано
А как насчет Linux, к сожалению, вы правы, и еще более прискорбно, что системного администратора мало, меньше 1/4 пользователей ... Так что будем надеяться, что странные вещи будут происходить и дальше:
systemd-journald [150]: не удалось записать запись (13 элементов, 351 байт), игнорирование: неверный адрес
Чтобы показать, что мы не сумасшедшие, и это не для пуристов, а для технических проблем.
Вы можете увидеть ошибку в этом cgit, используя ctrl + f, но, конечно, поскольку Леннарт обычно не комментирует, это еще одна плохая практика, которую он имеет, они не будут знать, что это за ошибка:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Вы не единственный эльф:
https://bbs.archlinux.org/viewtopic.php?id=150704
Есть много сообщений с этим, но я не вижу ни одного, чтобы действительно сказать, что это такое, для меня это звучит как ошибка, и это похоже на сообщения от PulseAudio с его разбудившим его опросом и подавленными событиями
Ужасно !!
И хотя вы можете в это не поверить, есть еще много сообщений, которые сообщают об этой ошибке, кажется, что это происходит из-за другой ошибки, и это симптом, но также, что это собственная ошибка, короче говоря, systemd полон ошибок, по крайней мере, у sysv не было ошибок, так долго который оказался суперполированным. Сегодня я попытался отключить journald в виртуальной машине, это не позволяет мне, это невозможно, единственное, что вы можете сделать, - это поставить syslog и заставить journald отправлять ему такие вещи, как он пишет их, но что, если journald не работает? ... С каких это пор демон логин в линуксе? ... винда штука такая, потом говорят, что она модульная, если вижу
Ни он dmesg спасает их. На глаз замечаю, что глючит именно JournalD.
Я надеюсь, что OpenBSD или Apache Foundation окажут поддержку такой вилке.
@елав
У вас есть компания, присоединяйтесь к отчету об ошибке, чтобы узнать, работает ли lennart немного:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
Это ошибка.
Я добавляю, что это ошибка, порожденная чем-то еще, только что это «другой» симптом, аналогичный симптомам Fedora, но с тем же происхождением:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
ДОЛГО ЖИТЬ DMESG!
А теперь, серьезно, благодаря эпической неудаче JournalD, я продемонстрирую свою поддержку указанной вилки SystemD, так как с JournalD я мало что понимаю (с DMESG вы видите довольно много ошибок загрузки ядра и даже демонов даже SystemD ).
Многие люди отвергают systemd, потому что он не соответствует философии Unix. Господа, Unix умирает и находится под угрозой исчезновения, бывают моменты, когда вам нужно немного отпустить узы прошлого и попытаться сделать что-то лучше, даже если это порывает со старой философией. Оставьте консерватизм, и если systemd выдает проблему, сообщите об ошибке и помогите протестировать исправления, которые ее решают. На мой взгляд, бесполезный никуда не денется, поэтому его название пригодится, бесполезно, бесполезно, пустая трата времени и усилий, которые можно было бы потратить на что-то лучшее.
Блин, но разве вы не видели в этом же посте ссылки на RedHat Bugtracker? Создатель Systemd не отвечает и не комментирует ни одно из них. Какой толк в сообщениях об ошибках, если парень запускает их через лайнер?
В настоящее время SystemD сообщает о 240 только в багзилле RedHat (с отчетами также на других страницах):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Согласно Википедии, при работе максимум 3-4 человека:
https://en.wikipedia.org/wiki/Systemd
Необходимость работать с ошибками, исправление которых может занять от нескольких дней до нескольких месяцев. И к этому вы также должны добавить, что они должны добавлять новые функции и удалять старый код.
Как вы думаете, у них есть время ответить на каждый из отчетов?
Здесь более чем один считает, что они имеют право комментировать работу системных программистов, когда самое большее, что они сделали, это написали скрипт на Bash или Python и разместили тему WordPress, но они насрут на ноги, если им нужно поддерживать высококлассная программа.
Подавляющее большинство тех, кто жалуется на SystemD, понятия не имеют, о чем они говорят. Это просто куча кудахтанье.
Прежде всего hypersayan_xЕсли бы мне пришлось запустить такое приложение, как SystemD, первое, что я сделал бы в первую очередь, - это как можно лучше задокументировать его характеристики, его возможные проблемы, значение его журналов и т. Д. Это позволило бы избежать неприятностей, подобных моему, где я все еще не знаю, что, черт возьми, означает счастливая ошибка (или сообщение):
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressКроме того, я считаю, что если вы собираетесь посвятить себя созданию приложения, вам следует потратить не менее 1 часа своего времени на устранение ошибок, обнаруженных людьми, которые его используют. Если вы не можете справиться с этим, по крайней мере, оставьте сообщение или дайте мне знать, но если вы не ответите, мы останемся в неведении.
Каждому по его работе ... и каждый несет ответственность за то, что он делает. Я не понимаю, что означает эта часть комментария, по тому простому факту, что дизайнер темы WordPress (или пользователь, который просто устанавливает тему) или человек, который программирует сценарий Bash или Python, не обязательно обязан поддерживать «высококлассная» программа, это далеко не так. Как сказал бы дядя Бен: "С большой властью приходит большая ответственность", что подводит нас к теме, которая нас занимает: «Отличная программа - это большая ответственность«, А под ответственностью я понимаю все: Поддержка, Развитие и т.д ..
Если вы так любезны, объясните подробно и с техническими данными, как работает Systemd, чтобы те из нас, кто хихикает, могли прекратить это делать или просто лучше понять, я буду бесконечно благодарен вам.
привет
Это прекрасно задокументировано:
http://www.freedesktop.org/wiki/Software/systemd/
Разделы: Руководства и документация для пользователей и администраторов y Документация для разработчиков
Вам это кажется незначительным?
Вот строка этого сообщения:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
И соответствующий код появляется в L448, так что все зависит от того, какое сообщение я передал вам раньше.
Так работают все интернет-форумы: они могут ответить вам или нет, если они не ответят вам, это может быть потому, что: у них нет ответа, они не заботятся о вашем сообщении, у них другие приоритеты, или они работают над другими делами, и у них нет времени на вас. Примите тот факт, что вы не являетесь центром вселенной, кроме того, они не получают от вас ничего, чтобы исправить ошибку, которая особенно касается вас.
мануал есть. это вопрос чтения, может проблема в том, что многие люди его не читают, я не на debian. но я не ограничиваюсь только человеком, который упакован http://www.freedesktop.org/software/systemd/man/systemd.html,
Я читал блог http://en.wikipedia.org/wiki/Lennart_Poettering есть очень хороший цикл (руководств) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x На самом деле друг? Я приглашаю вас (еще раз) перевести для меня, что означает строка 513 той ссылки, которую вы мне поставили, потому что я не понимаю, как это объясняет, в чем проблема, возникающая в этом сообщении.
Это не обо мне, а о множестве людей .. См. Ссылку в комментарии №66. 😉
@elav, я повторяю, согласно тому, что можно прочитать в CF, перед этим сообщением должно появиться другое сообщение, указывающее, почему невозможно было записать в журнал, и, следовательно, это будет настоящая проблема.
Хорошо, что вещи разветвляются, это способ измерить эффективность, это заставляет меня смеяться, что они отключают функции, которые я использую ежедневно, и ускоряют взаимодействие с пользователем, или же они служат для автоматизации системы, я считаю как признание начинающим пользователем удобства использования системы. Это вопрос роста (созревания) с точки зрения оценки использования системы, возможно, потому, что мне больше нравится видеть их как наборы приказов в сценарии, а не как цветные зеркала. Возможно, будет полезнее почаще читать руководство и вносить предложения о том, как сделать систему более автоматической, но в рамках логической структуры, определенной пользователем (которая не всегда находится перед терминалом).
привет
@ГРУБЫЙ
Делая вещи автоматическими, убирая гибкость и генерируя навязывание, вы не можете поместить всех в одну сумку, определив что-то автоматическое, вы ищете вилки, которые будут генерироваться, потому что будет больше недовольных людей, которые не будут сидеть и смотреть, как они создают новые окна.
Несколько комментариев выше, я спросил, знаете ли вы о каком-либо дистрибутиве, в котором есть пакет systemd без «дополнительных модулей», но похоже, что их нет ... никто не ответил мне.
В моем случае мне это не нужно, я счастливо жил с gentoo более 5 лет с eudev и openrc, но у меня есть записная книжка, которой я мало пользуюсь, в которой все еще есть archlinux, я продолжаю обновлять ее, чтобы посмотреть, как обстоят дела, и не высказывать свое мнение по этому поводу. что говорят другие.
Прикоснемся к ним! @ # $% Я только что позавтракал, что в ArchLinux нет crontab, cron обрабатывается с помощью Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@елав
Дистрибутивы, в которых не используется systemd, необходимо продвигать, другого выбора нет.
Я знаю, они будут не самыми простыми в установке, но видел направление всего этого
Я думаю, что начнут появляться новые дистрибутивы, рожденные из LFS, например,
была матерью archlinux, и я понимаю, что они все еще используют init.
Также могут появиться дистрибутивы в стиле Сабайон, которые представляют собой не что иное, как выстрелы.
gentoo на двоичных файлах i686.
Systemd похож на тему AC / DC "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI