Я щойно дізнався, що гнів багатьох користувачів це призвело до створення uselessd, нового демону ініціалізації, заснованого на systemd, який намагається позбавити його "непотрібної кількості функціональних можливостей, які він включає". Цікавим є вибір назви, яку англійською мовою можна прочитати як "марний systemd" або "давайте використовувати менше systemd".
На ранніх стадіях розвитку Uselessd - це не що інше, як форк systemd, зведений до найпростішої форми. За словами розробників, це "основний демон init (initd), монітор процесів і система залежності від транзакцій, яка мінімізує вторгнення та ізоляціонізм". Серед видалених функціональних можливостей є: журнал, libudev, udevd та певні типи блоків, які вважаються зайвими, а саме пристрої, таймери, свопи, кріплення та автоматичні монтажі.
Як би цього було недостатньо, вони вже додали підтримку для компіляції під MUSL та uClibc, як альтернативи використанню glibc. Uselessd також знаходиться на початковій стадії перенесення на FreeBSD, тоді як systemd має лише підтримку Linux.
У будь-якому випадку, незрозуміло, чим закінчаться "початкові війни" і чи безрезультатно це призведе до справді функціональної заміни, але ті, хто хоче дізнатись більше про цей проект, можуть відвідати його офіційний сайт.
Я знав, що є хтось, хто не просто залишиться на місці SystemD.
Тепер, щоб підтримати його, просто.
У чому різниця між systemd… .CLI… ..GUI?
systemd обробляє запуск системи та програми.
Cli походить із інтерфейсу командного рядка, тобто команд, які ви використовуєте для управління програмами
І графічний інтерфейс - це графічний інтерфейс.
Ви можете знайти це в Інтернеті, я вам кажу
Завантажте програму для нубів
Я не розумію, як користувач, цю антисистемну кампанію
Мені, як простому користувачеві, було легко адаптуватися до їх використання під час активації чи деактивації послуг, я це вже знаю напам'ять, чого з того, що було раніше, не було.
Я не маю нічого проти 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 - це використання двійкових журналів, але виправдано пришвидшити запит за допомогою індексації. […]
@йойо: Що трапляється, так як ти повільно навчаєшся, хтось скаже, що ти n00b, ха-ха-ха.
@ йо-йо:
Дуже хороша пропозиція. Крім того, жарт полягає в тому, що SystemD має недолік у помилках, хоча у нього є свій спосіб відображення таких крапчастих журналів.
Мене цікавить у цій форці те, як вони адаптують швидкість SystemD до інших середовищ UNIX, таких як BSD.
GNU Not Unix, як сказав Рікардіто Касет
Недавній послідовний коментар щодо того, чому systemd - це сміття. Мультимедіа, вікна…. Чи звучить повна відмова компонента?
Це трапиться з systemd, який повністю проходить через dbus, якщо деякі його демони виходять з ладу, потрібно буде перезапустити систему або все може вийти з ладу. Мені вже трапилось у centos 7, що демон або підрозділ залишаються мертвими і не перезапускаються для більшого перезапуску, ніж ви. Мене дуже розбиває, якщо кінцеві користувачі думають про знання і захищають те, про що вони навіть не знають, бо на нього нападають. Як казала моя бабуся, якщо ви не знаєте, не висловлюйте свою думку, краще замовчіть і запитуйте, не допитуючи, коли знаєте, тоді запитуйте.
Багато вбивства користувачів, велика підтримка systemd значною мірою принесла йому, як це не парадоксально, одна з компаній, яка його критикувала, канонічно, заполонивши світ Linux користувачами, які не бачать далі свого ls -l.
Цей хлопець з uselessd - одинока людина, яка володіє доменом бойкоту, тому, якщо інші розробники його не підтримають, я не бачу для нього майбутнього. Я сподіваюся, що розробники більш вигадливих дистрибутивів допоможуть вам сподобатися arch, gentoo або Slackware.
.. Я не вважаю себе "досвідченим користувачем". Мені не подобаються дворянські звання, я не сисадмін, але я пройшов усі ті дистрибутиви, в яких згадується (Slack (дуже мало), Arch кілька років, і Gentoo так кілька років (також ваша вилка Funtoo)) Я розумію вашу точку зору як системних адміністраторів, але мені цікаво, а якщо ядро виходить з ладу? Все йде до біса, тому я кажу, чому вони не скаржаться на ядро? Тому що вони не використовують Minix або якусь ОС з "сервером перевтілення"? Іноді мені здається, що гнів походить більше від ставлення Леннарта (що не здається доречним), але дозвольте мені зробити узагальнення, ви, сисадміни (і, звичайно, збираєтесь це зробити) захищаєте свою роботу, і вони залишають нас «викинутими» користувачів настільних комп’ютерів, вони лише дбають про те, щоб їхній сервер був «у порядку», хоча sysv використовує досить архаїчну «парадигму запуску» (тема цілі і бажаного systemd - це нормально ... ), Я кажу, що ваш sever буде чудово працювати з sysv, але тим часом користувачі настільних комп'ютерів використовують dbus у просторіім'я користувача ...... яка чудова ідея ...
Я повторюю цю вилку, як вони говорили в інших місцях, поки що я бачу лише "приємне" ім'я та обмежений systemd, який, до речі, ДОБРО вітаємо до Systemd, ненависників Systemd ... Я бачу багатьох, хто скаржиться на systemd, але вони цього хочуть ... тому що ? Чи не OpenRC робить щось правильно?, Або Upstart?, Чи що? ... Боже мій ... дотепер я бачив 2 типи ненависників, системних адміністраторів з основними принципами та тих, кого я описую в цьому абзаці, які здаються більше схожими на «позерців»….
Повертаючись до теми sysadmins, вам навіть не потрібен графічний інтерфейс, я не знаю, чому ви скаржитеся на systemd (ви можете легко стверджувати, що Gnome Shell вимагає Systemd (що не зовсім вірно, оскільки Funtoo працює з OpenRC)), але ВАМ НЕ ТРЕБА Потім графічні інтерфейси повинні скаржитися на відповідні дистрибутиви, Centos та Debian. Зокрема, Centos, якщо Systemd приносить стільки проблем, він не повинен мігрувати (хоча було очевидно, що він збирається мігрувати під керівництвом RedHat), а Debian, вибачте, скажу вам, блядь, що вирішила команда Debian у своєму прагненні бути « універсальний дистрибутив "... але я повторюю використання FreeBSD або" Дистрибутив для серверів ", який розуміє, наскільки" поганий "Systemd, і використовує sysvinit period ..
Можливо, проблема x11tete11x полягає не в тому, що ядро виходить з ладу, а в тому, що воно виходить з ладу, і можна дізнатися, що спричинило збій. Це те, що принаймні турбує мене в SystemD ..
@elav ти маєш рацію щодо цього, оскільки systemd багато системних помилок потрапляють між відтінками сірого та чорного, і все тому, що journald виглядає як "чарівна скринька", яка перетворює журнали на ненадійний двійковий файл, і коли я говорю про надійність Я маю на увазі доведене божевілля (вже існує помилка), що якщо журнал журналу пошкоджений (що може трапитися з багатьох причин), його просто викидають і запускають новий, залишаючи цей журнал практично нечитабельним багато разів, помилка, про яку повідомляється на freedesktop і від якої сам Поеттерінг його зупинив. Не кажучи вже про проблему налагодження, але добре, це вже відомо (якщо ви не знаєте, про що я кажу, нагадую, що параметр налагодження рядка ядра та його "подальше виправлення" було причиною того, що вони видалили Kay з дозволів для комітів у ядрі).
@ x11tete11x давайте не будемо порівнювати розробку ядра з розробкою systemd. systemd - це частина програмного забезпечення, яка все ще перебуває в зародковому стані, якщо порівнювати її з ядром, я також не бачу, щоб Linus схвалював експериментальні виправлення ліворуч і праворуч, одночасно змінюючи ABI та API ядра.
@joakoej Multics зазнав невдачі з багатьох причин, в тому числі: маючи більшу складність з точки зору коду, повільний у виконанні багатьох загальних завдань порівняно з іншими вже розробленими системами та надмірно дорогий для того, що зазвичай оброблялося в проектах однакового розміру.
Це форк, тому він не має всіх функцій, система init не може діяти так, див. Sysvinit. sysvinit, хоча і застарів, мав лише одне основне завдання, і це було запуск ОС, про що б не піклувалися інші (syslog, а не journald, openrc, а не systemctl, consolekit і не входити ...), оскільки sysvinit застарів і щоразу але багато проектів залежать від розставання з systemd, мені ця ініціатива здається чудовою. Я віддаю перевагу системному журналу, а не журналду, але вхід (крім того, що є вимогою для гнома) перевершує консолікіт зсувом. Крім того, ця вилка повинна бути більш безпечною, портативною і, сподіваємось, сумісною з ulibc.
Компа, до вчора я теж не мав нічого проти Systemd. З якоїсь причини мій ноутбук довго вимикається, і єдине, що виходить - це (нескінченно):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressЦе як гребана помилка в Windows, коли ти нічого не знаєш.
А без журналів досить важко мати можливість простежити основу проблем. Systemd також турбує мене за такі речі. Можливо, ви не дуже добре знаєте програмне забезпечення, але найменше про що я запитую - це чіткість в журналах.
І ще раз [Вставте сюди ваш улюблений стереотип] був правий. 🙂
Але будьте обережні, не будемо згадувати про вікна, можливо, ми є одним із тих пацієнтів, які були інфіковані новою патологією, яку пан Лінус вже пропонував додати до CIE, я ненавиджу вінзит, я думаю, це називається. 🙂
@Staff і в чому помилка Елава? З Windows 8 і далі багато речей було приховано (chkdsk при завантаженні, технічна інформація BSOD, "декоративна" msconfig). Здається, все йде в цьому напрямку. Я сподіваюся, ми не дійдемо до "сумного mac" та його корелятивних вікон, а також до інформації для користувача.
@Маріо
Я ніколи не говорив, що elav помиляється.
Зверніть увагу на смайлик у кінці моїх двох абзаців.
Ой !! @ Персонал, що ви його не ставите ... Я звертаюся до Windows для типового плаката в стилі:
Windows зіткнулася з проблемою. Код проблеми - 0x1123df2982, для отримання додаткової інформації зверніться до центру підтримки ...
коротше, для / dev / null
Елаве, уявіть таку помилку на виробничому сервері. Це неприпустимо. Тільки сисадмін розуміє, чому systemd настільки поганий. Це не для того, щоб зневажати когось, але необхідно зрозуміти, як працює процесор, операційна система, ядро, процес тощо. зрозуміти проблеми низького рівня, які системаd приносить із собою. Це виходить за межі філософії UNIX, ми обговорюємо стабільність системи.
Сисадмінам приємно користуватися своїми безсистемними Debian 6/7 і CentOS 5/6, але коли підтримка Debian 7 і CentOS 6 закінчується, справжній ажіотаж тільки почнеться там (якщо життєздатна альтернатива описаний у цій статті).
Навіть уявіть, як системний адміністратор почне перекладати та тестувати сценарії, які працювали протягом усього життя за допомогою команди "service" для systemd.
І помилка, яку ви показуєте, виявляє ще один край systemd, ви сказали це дуже чітко, що рівень приховування інформації - "дуже Windows".
Привіт.
Послухайте, я не впевнений у цьому, але я думаю, ви трохи перебільшуєте, у мене було кілька помилок у Gnu / Linux, які не були зрозумілими, і я сумніваюся, що всі вони були спричинені systemd. Я помиляюся?
@Emiliano Ви можете мати рацію. У будь-якому випадку, хоча я не фахівець, мені здається, це трохи сенсаційно. Мені здається, що це справа звички більше, ніж будь-що, і якщо системний адміністратор цього хоче, напевно він дізнається, як працює systemd, йому навіть здається легшим, я кажу, якщо те, що він робить, це централізує все, безумовно, в деяких або кількох аспектах справи йдуть швидше.
З того, що я побачив, у цьому відношенні є кілька переваг, таких як час запуску, він не вимагає, щоб деякі програми запускалися раніше, ніж інші запускалися правильно, вам не потрібно змінювати файл rc.conf або щось подібне, оскільки він обробляє все від більш автоматично, ви можете запускати програми, навіть якщо деякі залежності не виконуються тощо. Це деякі переваги, які я побачив в Інтернеті, виправте мене, якщо помиляюся
Зараз, безумовно, будуть деякі недоліки, як і все інше, але було б добре, якщо ви знаєте, як це працює, і у вас є час це прояснити, я прошу вас на ласку знати, на чому ґрунтується ваша думка. З того, що я побачив, може бути мінус, що для коректної роботи з systemd доведеться виправити кілька програм, але я не знаю, чи впливає це якось на інші системи init.
@Emiliano Ах, я помилився, файл не був rc.conf, вони були / etc / inittab та /etc/init.d/rc
Здається, існує версія цього файлу для systemd, але централізована в одному файлі / etc / systemd, який обробляється програмою sytemctl.
Думаю, я розумію, чому ви говорите, що системному адміністратору це може не сподобатися, оскільки, схоже, з ініціативою він мав більше контролю і робив щось лише тоді, коли він це вказав.
З іншого боку, systemd може бути трохи настирливішим, але мені також здається, і я повторюю, що це питання вивчення того, як це працює, і, безумовно, хтось, хто має можливість бути адміністратором, може цього досягти.
Ну, я все життя намагався вимкнути Debian Jessie за допомогою команд SysVinit, але я не знав, що він використовував SystemD, тому мені довелося скористатися керівництвом Arch, щоб знати, як трохи краще обробляти SystemD та systemctl.
У моєму випадку SystemD досить швидко вимикає настільний ПК, коли я інтенсивно використовую Chromium / Chrome / Opera Blink.
@ eliotime3000 тут у вас є гарна системна вікі для debian з великою кількістю інформації http://www.esdebian.org/wiki/systemd звичайно wiki arch є дуже хорошим, але systemd у debian не реалізований так само, як у arch, тому є багато команд, рішень тощо, які для вас не працюватимуть. кожен дистрибутив має свої дрібниці 😉
LOL
Щасливого обличчя було недостатньо, можливо, я мав би використовувати лапки, з тим, що тепер лапки це все проясняють 🙂 // Сарказм (щоб перевірити, чи з цим ярликом ви вже розумієте).
Це свідчить про те, що ви також не читали мою відповідь Маріо.
Два мої абзаци були саркастичними.
Перший, намагаючись вказати на іронію, коли люди розповідають нам про недоліки проекту, ми називаємо їх божевільними і ще тисячу речей, якщо ми не прихильні до їхньої ідеології, але коли ми вже відчуваємо проблеми на власні очі нам нічого не залишається, як проковтнути слова.
І друге - це ВПЛИВ, ЯК ВІКНА, але багато хто не приймає цього і кажуть, що це тому, що Windows ненавидять і використовують без розбору для нападу на все, що не пахне FSF.
Але в будь-якому випадку, критерії - це щось важке у цьому світі.
@ Персонал, чоловіче, щоб використовувати сарказм у такій холодній формі спілкування, вам доведеться попрацювати трохи більше 😛
@elav:
Я приходжу сюди, Я залишаю це посилання для свого коментаря, і я тікаю. : v
Я помітив те саме, але при запуску…. протягом кількох днів комп’ютеру потрібно було вічно запуститися, і перший у черзі він пише щось пов’язане з Systemd. Що відбувається?
Так само, як і elav, як і самі вікна. У мене сталася ТА помилка, видаліть весь файл із журналу і все. Незабаром нам доведеться перевстановити ха-ха-ха.
Ха-ха-ха, але якби я встановив Антергос не місяць тому ха-ха-ха
Уявіть, як я почуваюся з чортовою Аркою, яка займає близько 30, а то й 40 секунд, щоб завантажитися довше, ніж Windows, так, я встановлюю багато лайна у вашому майданчику, але я нічого не починаю (саме це я намагаюся найбільше) найбожевільніше, що У мене є послуга CUPS, і я думаю ssh для віддалених терміналів. На жаль, через рік без форматування, я думаю, я переглядаю ідею робити це знову 🙁
На жаль, я помітив, що за останні 2 роки ми наблизились до дистрибутивів у стилі Windows, які намагаються приховати інформацію, автоматизувати звіти про помилки, автоматизувати операції, в які користувач повинен втручатися і навіть мати контроль.
Оскільки я скучаю за дистрибутивами 3-4 років тому з SysVinit, у XD школі було цікаво блефувати з "init 0". Крім того, хоча не все було так схвалено, контроль контролював виключно користувач, а не система. Так, є багато зручностей, але ціною ...
Ви могли бачити, що це настане. Я не маю нічого проти 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
Щоб перенести використання ford ford systemd на FreeBSD Hurd тощо, або додайте cgroups до цих ядер, або видаліть cgroups із конструкції згаданого fork.
але якщо ви видалите cgroups з розгалуження systemd, важко уявити Uselessd як справжню альтернативу systemd.
Я також вважаю цю ініціативу дуже позитивною, оскільки конкуренція завжди хороша, оскільки змушує їх прагнути бути кращими, а результат приносить користь користувачам.
* garegan = додати
вони просто не будуть використовувати cgroups або робити cgroups необов’язковими. Теоретично це не так складно. Вам потрібно просто спроектувати та написати спосіб підтримки інших методів управління процесами, які існують у всіх поточних ОС. На практиці це нудно і дорого, оскільки це означає, що якщо, наприклад, у вас є 8 годин на роботу над програмою, замість того, щоб використовувати 8 годин для вдосконалення та полірування того, що дає вам один варіант, ви повинні розділити цей час на 6 тримати 3 системи + 3 способи обміну між ними). таким чином обслуговування та розвиток стає набагато важчим та повільнішим. Я маю на увазі, або ви підтримуєте кілька звичайних, або ви підтримуєте один добре.
І не кажучи вже про те, що BSD дуже мало вимагає системних адміністраторів, і навіть сам UNIX бачиться з тими ж очима, що і в Windows XP.
суть у тому, що cgroups: «використовуються для відстеження процесів обслуговування, замість PID. Це означає, що демони не можуть "втекти" з systemd, навіть якщо вони подвійно роздвоєні. » http://es.wikipedia.org/wiki/Systemd
Хоча це один із пунктів, який критикує systemd, тому що вони кажуть, що він починається з pid 0, і що це ризик, тому що якщо systemd зламається, він порушить систему, що, як сказав Лінус, безглуздо, оскільки якщо вона зламається ядро або інші процеси також ламають систему. правда полягає в тому, що якщо вилка не використовує групи, вона використовує pids, і вона не матиме повного контролю над демонами. при цьому він ніколи не буде кращим, ніж systemd на linux
Є кілька споріднених вилок, але це перша система, яка сама систематизувалася. У 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 без будь-якого його дочірнього демона. Отже, видалення роздуття на практиці однаково (за винятком того, що воно не збирається зберігати багато найкращих системних інструментів, таких як джунали)? добре. ідеально. Дайте мені прямо зараз 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 фактично є необов’язковим, крім журналда. тому я насправді не бачу, що робить завантажувальна система, чого не слід робити, якщо вона робить одне. як я вже сказав, решта процесів та послуг обробляються іншими демонами окремо, більшість з них навіть окремо можна використовувати. єдина відмінність полягає в тому, що ці необов'язкові демони написані однією командою, під тим самим календарем і в тому ж git (як це робить bsd аналогічно)
леннарт і червоний хан зло? марення переслідування та ще щось.
@Mirage, але це те, що systemd - це не просто система запуску….
Хіба що в цьому проблема, вони почали як проста система запуску і зуміли переконати багато дистрибутивів, а потім перестали бути простою системою запуску і поширювались як рак.
Я розфарбую його краще, я хочу systemd, але я не хочу жодного іншого systemd модуля ... але коли я кажу, що не хочу, я не хочу, щоб він встановлювався на моєму жорсткому диску ... мені недостатньо його вимкнути ... Я не довіряю автоматичні функції, які можна ввімкнути самостійно, наприклад, коли активна заставка.
Тож скажіть, який дистрибутив надає мені версію systemd, яка не має цих модулів у своєму інсталяторі.
В даний час я використовую linux mint 17, і він не використовує systemd (я думаю, лише деякі його залежності), хоча в дистрибутивах, що його використовують, він ідеально працює для мене, я використовую linux майже 2 роки і даю йому основне використання (серфінг в Інтернеті, редагування документів у простий і т.п.), і коли я використовую 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 чи ні?
Подивіться, у Windows немає нічого подібного до systemd, наскільки я розумію.
Вони виглядають як погана річ бути централізованою, коли єдиними, кого турбує, є ті, хто працює з системою, які зазвичай є експертами, для нас, звичайних користувачів, systemd для нас набагато кращий, навіть деякі системні адміністратори це хвалять, тому зверніть увагу, що все це пов’язано зі смаком.
Systemd - це дуже добре, але багато людей скаржаться на те, що існує кілька програм, які потребують нових залежностей, щоб працювати, оскільки systemd є більш нав'язливим і виходить за рамки того, що було б для системи завантаження. Вони також скаржаться, що він виконує деякі завдання автоматично, але я впевнений, що якщо ви навчитесь ним користуватися, ви зможете налаштувати його на свій смак.
Ось чому я кажу: SystemD досить простий в управлінні, хоча кожен раз, коли я відриваюся від того, що я робив у SysVinit (не для того, щоб погіршити SystemD, але SysVinit врятував мене від необхідності робити це dmesg щоб подивитися, чи є щось, у чому я зіпсувався).
Мета виконання етапів запуску до Windows полягає в тому, щоб позбавити вас від проблеми редагування сценаріїв. Іншими словами, це заощадило б багато часу для тих, хто не такий сисадмін.
Для перфекціоністів та / або старших системних адміністраторів кращий старий SysVinit та Gentoo OpenRC (у моєму випадку я хотів би, щоб SysVinit мав швидкість запуску SystemD, тому UselessD служить додатковим плагіном для SysVinit або OpenRC мають повноваження, що і сам SystemD).
Я припускаю, що ви спробували rc_parallel = »ТАК» у /etc/rc.conf.
Це все ще трохи повільніше, ніж systemd, але лише кілька секунд, і оскільки щоденний час роботи в моєму випадку ніколи не менше 14 годин ... Різниця в 8 секунд мене не впливає.
Я думаю, що за допомогою цього форка можна буде змінити курс, і я сподіваюся, що незалежні розробники приєднаються, щоб об'єднати добро ініцій із systemd
І звичайно, дотримуйтесь логіки одного завдання і робіть це добре.
@ eliotime3000 є речі, набагато важливіші за час завантаження, також цей фактор не в тому, що це велика справа, принаймні в моєму випадку, час завантаження між systemd та OpenRC (з використанням Gentoo), не сильно відрізняються, вигравши systemd менше 4 секунд і без використання rc_parallel = yes у OpenRC.
ПРИМІТКА: Відтепер, хто читає, будь ласка, робіть це обережно і пробачте мені деякі висловлювання, а також чітко дайте зрозуміти, що це моя особиста думка.
Що мені не подобається в systemd, це той факт, що я хочу робити те, що вже було зроблено, тому що винайдення колеса здається мені дурним і непотрібним.
Що, блядь, робить ініціатива з демонами luks, lvm, dns, dhcp, функціями avahi, журналами, coredump, devfs, серед іншого? Можливо, демони з усіма цими властивостями вже не існують.
Чому, блін, потрібен root-доступ для обробки журналів та coredump? (Це я зміг особисто перевірити в Debian та Gentoo).
Чому, до біса, я повинен перезавантажити свій ПК, якщо в systemd є якісь зміни, чи не може він перезавантажити себе? Виродок SysVinit може це зробити, і головне, він робить це правильно. Кажуть, що systemd може це зробити, але зробіть тест, і ви побачите, що це не вдається, і немає іншого вибору, як перезапустити.
На цьому все не закінчується, але systemd має відомі помилки, і вони просто не виправлені, і все тому, що команда (Poettering, яка веде заряд) просто воліє їх ігнорувати та позначати як WONTFIX або просто ігнорувати. Навіть деякі з цих помилок вже є класикою, журналдом, самозбіркою, і давай, панове, вони з 2011 та 2012 років, і їх все ще неможливо виправити, і не тому, що вони не відомі (у них є звіт і все), або це непросто відтворювані, а тому, що вони просто НЕ ХОЧУТЬ ЇХ ВИПРАВИТИ. Ця поведінка не пов'язана з systemd, Poettering ЗАВЖДИ був таким, Avahi (одне з їх творінь) також мав подібні проблеми, особливо з витоками пам'яті та надмірним споживанням процесора, багато з яких все ще продовжуються. Ви хочете більше доказів? Pulseaudio - ще одне божевілля цього типу, що, хоча це було те, чого багато хто з нетерпінням чекав, воно принесло більше проблем, ніж рішень, і лише недавно багато його проблеми були вирішені, що якби далеко від рук Поеттерінга.
Юкітеру +100
Очевидно, можливо, простий користувач-початківець цього не усвідомлює, але RedHat - це компанія, і я знаю, єдине, що цікавить кожну компанію, це заробіток, якщо до цього додати, що можуть бути певні пропозиції державних агентів так що "потроху модифікувати", я вважаю, що все можливо ... Пане БОГ гроші можуть все.
Прагнення влади всіх урядів та великих компаній не має меж, ми читаємо це щодня, виявляється, що операційна система, яка чинить опір, є gnu / linux, її користувачі, як правило, краще інформовані про безпеку та конфіденційність.
З systemd вони почали потроху, спочатку все було приємно, і їм вдалося завоювати основні дистрибутиви, щоб змінити їх, потім потроху додавали модулі, щоб замінити те, що вже існувало, і це завжди працювало, вони можуть сказати, що якщо вам нецікаво, ви не встановлюєте ці модулі .... але несподівано, всі дистрибутиви встановлюють його повністю, і звичайні користувачі не знають, як компілювати вручну та видаляти їх.
Найбільш збочений модуль - це журнал, який я прочитав у повідомленні, в якому сказано, що він не є необов’язковим, що він є обов’язковим і що його не можна видалити.
Очевидно, що його не вдасться видалити, намір полягає не в тому, щоб добре працювати і не дозволяти syslog-ng добре працювати, а також не брати участь у скаргах користувачів, які повідомляють про ці помилки.
Метод полягає в тому, щоб прикрити, щоб його не було видно, а потім автоматично керувати мережею, щоб у не надто віддаленому майбутньому втратити повний ручний контроль над тим, що відбувається з мережею, і з журналами того, що сталося з мережею.
Читати системний код буде марно, все робить те, що слід робити, і робить це дуже добре "для них", що неправильно - це комбінована функціональність, яка представляє загальний ризик "незадекларованої помилки".
Отже, systemd не помиляється, а те, що неправильно - це його творці, які потрібно змінити.
Як перебільшено. Він звернувся до вас, що це вільне програмне забезпечення і що якщо є якісь дивні речі, вони це розуміють? і більше у такому суперечливому проекті, як ви думаєте, чи не вважаєте ви, що є сотні вундеркіндів, які прагнуть видалити котячу ногу? pff сенсаційність завжди продає більше
Тому що Systemd насправді Skynet ... ха-ха-ха-ха
і цей форк, я припускаю, очолює канонічний?
@emilian
Як щодо 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 не мав помилок, так довго який був доведений супер полірованим. Сьогодні я спробував відключити журнал у віртуальній машині, це не дозволить мені, це неможливо, єдине, що ви можете зробити, це поставити syslog і змусити журналд надсилати вам речі, щоб він їх писав, але, що, якщо журнал не вдасться? ... З якого часу ви не можете вимкнути Демон вхід в Linux? ... Windows щось таке, то вони кажуть, що це модульно, якщо я бачу
Ні він dmesg їх рятує. Для очей я помічаю, що саме JournalD вислуховується.
Сподіваюся, OpenBSD або Apache Foundation покажуть свою підтримку такому форку.
@elav
У вас є компанія, приєднайтеся до звіту про помилки, щоб побачити, чи працює 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
@elav
Дистрибутиви, в яких не використовується systemd, повинні пропагуватися, іншого варіанту немає.
Я знаю, їх буде встановити не найпростіше, але я бачив напрямок усього цього
Я думаю, що більше дистрибутивів, народжених від LFS, почнуть з'являтися, як суть
була матір'ю archlinux, і я розумію, що вони все ще використовують init.
Також можуть з'явитися дистрибутиви в стилі Сабайон, які є не що інше, як постріли
gentoo на бінарних файлах i686.
Systemd - це тема AC / DC "Got You By the Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI