Току-що разбрах, че гняв от много потребители това доведе до създаването на uselessd, нов init демон, базиран на systemd, който се опитва да го лиши от „ненужното количество функционалност, което включва“. Интересен е изборът на името, което на английски може да се разчете като „безполезният systemd“ или „нека използваме по-малко systemd“.
В ранните си етапи на развитие Uselessd не е нищо повече от вилица systemd, намалена до минимум. По думите на разработчиците му, това е „основен демон за init (initd), монитор на процеси и система за транзакционна зависимост, която свежда до минимум проникването и изолационизма“. Сред премахнатите функционалности са: journald, libudev, udevd и някои видове единици, считани за излишни, а именно устройства, таймери, суапове, монтирания и автоматични монтажи.
Сякаш това не е достатъчно, те вече са добавили поддръжка, за да го компилират под MUSL и uClibc, като алтернативи на използването на glibc. Uselessd също е в ранните етапи на пренасяне на FreeBSD, докато systemd има само поддръжка на Linux.
Както и да е, не е ясно как ще приключат „иницииращите войни“ и дали безполезната в крайна сметка ще генерира наистина функционална подмяна, но тези, които искат да научат повече за този проект, могат да посетят официален уебсайт.
Знаех, че има някой, който няма просто да се задържи и да разгневи SystemD.
Сега, за да го подкрепя, просто.
Каква е разликата между systemd ... .CLI ... ..GUI?
systemd се занимава със стартиране на системата и приложения.
Cli идва от интерфейса на командния ред, т.е. командите, които използвате за управление на програмите
И GUI е за графичния интерфейс.
Бихте могли да го потърсите в интернет, казвам ви
Качете tuto за noobs
Не разбирам като потребител тази антисистемна кампания
За мен като прост потребител беше лесно да се адаптирам към използването му при активиране или деактивиране на услуги, вече го знам наизуст, което с това, което бях имал преди, не ми се беше случвало.
Нямам нищо против 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, е да използва двоични регистрационни файлове, но е оправдано да ускори заявката чрез индексиране. [...]
@Yoyo: Това, което се случва е, че тъй като сте бавен учещ, всеки би казал, че сте n00b, хахахаха.
@ йо-йо:
Много добра оферта. В допълнение, шегата е, че SystemD има недостатък в грешките, въпреки че има свой собствен начин за показване на такива петна.
Това, което ме интересува от тази вилица, е как те ще адаптират скоростта на SystemD към други UNIX среди като BSD.
GNU не е Unix, както каза рикардито каскет
Най-последователният коментар от последно време защо systemd е боклук. Мултимедия, прозорци ... Звучи ли пълната повреда на компонент?
Това би се случило с systemd, който се изминава изцяло от dbus, ако някои от демоните му се провалят, ще е необходимо да рестартирате системата или всичко може да се срине. Вече ми се е случвало в centos 7, че демон или единица остават мъртви и не се рестартират за повече рестартиране от вас. Много ме разбива, ако крайните потребители мислят за знание и защитават нещо, което дори не знаят, защото е атакувано. Както казваше баба ми, ако не знаеш, не казвай мнението си, по-добре млъкни и питай без да разпитваш, когато знаеш, тогава питай.
Много мислене ubunuser, голямата подкрепа за systemd го донесе до голяма степен, парадоксално, една от компаниите, които го критикуват, канонично, заля линукс света с потребители, които не виждат отвъд своите ls -l.
Този човек от uselessd е неженен човек, който притежава домейна за бойкот, така че освен ако други разработчици не го подкрепят, виждам малко бъдеще за него. Надявам се, че разработчиците на по-отвратителни дистрибуции ще ви помогнат да харесате arch, gentoo или Slackware.
.. Не се считам за „напреднал потребител“. Не харесвам благороднически титли, не съм системен администратор, но съм преминал през всички онези дистрибуции, в които се споменава (Slack (много малко), Arch няколко години и Gentoo да няколко години (също и вашата вилица Funtoo)) Разбирам вашата гледна точка като sysadmins, но се чудя и ако ядрото се провали? Всичко отива, по дяволите, затова казвам, защо не се оплакват от ядрото? те не използват Minix или някаква операционна система със „сървър за прераждане"? Понякога ми се струва, че гневът идва по-скоро от отношението на Lennart (което не изглежда подходящо), но позволете ми обобщение, вие системни администратори (и от разбира се, ще го направите) защитавайте работата си и ни оставят потребителите на настолни компютри „изхвърлени“, те се интересуват само от това, че сървърът им е „добре“, въпреки че 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 период ..
Може би x11tete11x проблемът не е, че ядрото се проваля, а че се проваля и човек може да знае какво е причинило неуспеха. Това е, което поне ме притеснява за SystemD ..
@elav, прав си за това, при systemd много системни грешки попадат между нюансите на сивото и черното и всичко това, защото journald прилича на "магическа кутия", която превръща регистрационните файлове в ненадежден двоичен файл и когато говоря за надеждност, имам предвид доказаната лудост (вече има грешка в съобщенията), че ако дневникът на журнала е повреден (което може да се случи по много причини), той просто се изхвърля и се стартира нов, оставяйки този дневник практически нечетлив в много случаи, грешка, съобщена в freedesktop и от която същият Poettering или топки са го спрели. Да не говорим за проблема с отстраняването на грешки, но добре, това вече е известно (ако не знаете за какво говоря, напомням ви, че опцията за отстраняване на грешки на линията на ядрото и нейното "последващо коригиране" беше причината Kay да бъде премахнат от разрешения за ангажименти в ядрото).
@ x11tete11x нека не сравняваме разработката на ядрото с разработката на systemd. systemd е софтуер, който все още е в зародиш, ако го сравним с ядрото, също така не виждам Linus да одобрява експериментални кръпки отляво и отдясно, като същевременно променя ABI и API на ядрото.
@joakoej Multics се провали по много причини, включително: има по-голяма сложност по отношение на кода, бавен е в много общи задачи в сравнение с други вече разработени системи и е прекалено скъп за това, което обикновено се обработва в проекти със същия размер.
Това е вилица, така че няма всички функции, системата за инициализация не може да действа по този начин, вижте sysvinit. sysvinit, макар и остарял, имаше само една основна задача и това беше да стартира операционната система, каквото и да се погрижат останалите (syslog, а не journald, openrc и не systemctl, consolekit и без влизане ...), тъй като sysvinit е остарял всеки път, но много проекти зависят от разделянето на systemd, тази инициатива ми се струва страхотна. Предпочитам syslog пред journald, но logind (освен че е изискване за gnome) бие consolekit от свлачище. Също така, тази вилица трябва да е по-сигурна, преносима и, надявам се, съвместима с ulibc.
Compa, до вчера също нямах нищо против Systemd. По някаква причина лаптопът ми отнема много време да се изключи и единственото нещо, което излиза, е (безкрайно):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressТова е като грешна грешка в Windows, че не знаете нищо.
И без регистрационни файлове е доста трудно да се проследи основата на проблемите. Systemd също ме притеснява за такива неща. Може да не знаете софтуера много добре, но най-малкото, което питам, е яснота в дневниците.
И за пореден път [Вмъкнете любимия си стереотип тук] бяха прави. 🙂
Но внимавайте, нека не споменаваме прозорци, може би сме от тези пациенти, които са били заразени с новата патология, която г-н Linus вече е предложил да бъде добавена към CIE, мразя windowsitis, мисля, че се нарича. 🙂
@Staff и каква е грешката на Elav? От Windows 8 нататък бяха скрити много неща (chkdsk при зареждане, техническа информация за BSOD, "декоративна" msconfig). Изглежда, че всичко върви в тази посока. Надявам се да не стигнем до "тъжния mac" и съответните му прозорци и няма информация за потребителя.
@ Марио
Никога не съм казвал, че elav греши.
Забележете емотикона в края на двата ми абзаца.
О !! @ Персонал, че не поставяте такъв ... Имам предвид Windows за типичния му плакат в стила:
Windows срещна проблем. Кодът на проблема е 0x1123df2982, свържете се с центъра за поддръжка за повече информация ...
накратко, за / dev / null
Елав, представете си грешка като тази на производствен сървър. Не е допустимо. Само системният администратор разбира защо systemd е толкова лош. Не е за да принизиш никого, но е необходимо да разбереш как работи процесор, операционна система, ядро, процес и т.н. за да се разберат проблемите на ниско ниво, които systemd повдига. Това надхвърля философията на UNIX, обсъждаме стабилността на системата.
Sysadmins се чувстват комфортно със своите безсистемни 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.
Мисля, че разбирам защо казвате, че системният администратор може да не го хареса, тъй като изглежда, че с init той е имал по-голям контрол и е правил нещата само когато той го е посочил.
Вместо това, systemd може да е малко по-натрапчив, но също така ми се струва и отново повтарям, че е въпрос на научаване как работи и със сигурност някой със способността да бъде администратор може да го постигне.
Е, опитах се да затворя Debian Jessie с командите SysVinit през целия си живот, но не знаех, че използва SystemD, така че трябваше да използвам ръководството на Arch, за да знам как да боравя със SystemD и systemctl малко по-добре.
В моя случай SystemD изключва настолния ми компютър доста бързо, когато интензивно използвам Chromium / Chrome / Opera Blink.
@ eliotime3000 тук имате добра системна wiki за debian с много информация http://www.esdebian.org/wiki/systemd разбира се arch wiki е много добър, но systemd в debian не се изпълнява по същия начин, както в arch, така че има много команди, решения и т.н., които няма да работят за вас. всеки дистрибутор има своите малки неща 😉
Fw: препратено
Щастливото лице не беше достатъчно, може би трябва да използвам кавички, като сега кавичките изясняват всичко 🙂 // Сарказъм (за да видя дали с този етикет вече разбирате).
Това показва, че и вие не сте прочели отговора ми на Марио.
Двата ми абзаца бяха саркастични.
Първият, опитвайки се да посочи иронията, че когато хората ни разказват за недостатъците на даден проект, ние ги определяме като луди и хиляди други неща, ако не сме съпричастни към тяхната идеология, но когато вече изпитваме проблемите в собствената си плът не ни остава нищо друго освен да преглътнем думите.
И второто, че В ЕФЕКТ Е КАТО ПРОЗОРЦИ, но че мнозина не го приемат и казват, че е така, защото Windows е мразен и се използва безразборно, за да атакува всичко, което не мирише на FSF.
Накратко, критериите са нещо трудно за намиране в този свят.
@ Персонал, човече, за да използваш сарказъм във форма на толкова студена комуникация, трябва да работиш малко повече 😛
@elav:
Идвам тук, Оставям тази връзка към моя коментар, и аз бягам. : v
Забелязах същото, но при стартиране ... за няколко дни компютърът отнема вечно, за да се стартира и първо в реда казва нещо, свързано със Systemd. Какво се случва?
Така е и с elav, както и със самия прозорец. Имам ТАЗА грешка, изтрийте целия файл от дневника и това е всичко. Скоро ще трябва да преинсталираме хахаха.
Хахаха, но ако инсталирах Антергос не преди месец хахаха
Представете си как се чувствам с една шибана Arch, която отнема около 30 или дори 40 секунди, за да се зареди по-дълго от Windows, да, инсталирам много глупости във вашия yart, но не стартирам нищо (това е, което се опитвам най-много) най-лудото нещо, което имам, е услугата CUPS и мисля, че ssh за отдалечени терминали. За съжаление след една година без форматиране мисля, че ще преразгледам идеята да го направя отново 🙁
За съжаление забелязах, че през последните 2 години се приближихме до дистрибуции в стил Windows, които се опитват да скрият информация, да автоматизират отчетите за грешки, да автоматизират операции, в които потребителят трябва да се намеси и дори да има контрол.
Тъй като ми липсват дистрибуциите от преди 3-4 години със SysVinit, беше забавно да блъфирам с "init 0" в XD училище. Освен това, въпреки че не всичко беше така одобрено, контролът беше изключително от потребителя, а не от системата. Да, има много удобства, но с цената на ...
Виждаше се да идва. Нямам нищо против systemd, като обикновен потребител много ми улеснява нещата и командите за активиране или деактивиране на услуги са съвсем прости. Ще трябва да видим как ще завърши тази война.
SystemD е като пръстен за управление на всички тях. Може да е троянски кон на NSA. SystemD може да компрометира сигурността ни за поверителност, тъй като влиза в много услуги. И още по-лошо, ако моят дистрибутор се справяше много добре с енергията, какво ще се случи сега? Няма да мога да се преместя на друга страна.
Не колкото троянския кон, ако контролира много неща, но все пак е свободен софтуер, можете да видите какво прави кодът с вашата информация.
Така че, ако SystemD има проблеми (и ако има такива), те трябва да бъдат решени, а не просто изхвърлени, тъй като има и много добри и необходими неща.
Едно е сигурно, просто знам, че не знам нищо. Аз съм начинаещ, но след като прочетох много мнения на хора, които знаят безкрайно повече от мен, противопоставящи се или неутрални, заключението, до което мога да стигна, е да съм подозрителен и нищо не ме кара да спра да го правя. Засега нищо не ме кара да се доверявам.
Използвам openSUSE, защото ми харесва и те може да се промъкнат от мен ... Всъщност те биха могли да се промъкнат навсякъде ... И там се появява Столман, който следи за поверителността ни, независимо колко тежи много.
Дали НСА не беше забил нокти в RedHat ????
Колко преувеличени, защо бих компрометирал поверителността ви?
За да нарушите сигурността и никой да не разбере, трябва да влошите регистрационните файлове на системата, да я усложните, да я направите двоична, да игнорирате тези, които съобщават за неизправности, да не позволите на syslog-ng и journald да съществуват едновременно.
Ако добавим към това автоматично управление на мрежата от dhcp, имаме почва за посегателство, без да оставим следа „до най-малката грешка, която все още не е открита“, наистина този, който не вижда това, е защото е сляп, глух и тъп ... преди повече от 2000 г. години един каза ... по плодовете им ще ги познаете и добре, вече виждам плодовете и те са, когато узреят.
Това, което се приписва на systemd, не е просто да изпълнява задачата, която му съответства, той се е намесил във всичко, за да изкриви сигурността и да направи остарели инструменти, които вършат добре работата си, като не позволяват съжителството и на двете едновременно.
Както казах и преди, колко преувеличено.
Вярвам ви, докато SystemD е програмиран от Microsoft, Apple и / или друга компания, която не споделя изходния код. За щастие не е така и той е благодарен, че поне има някой, който не е бил само в истерики.
От друга страна, когато Линус Тровалс беше попитан за системата на алгоритъма SELinux, той отговори с доста просто решение (и това да не говорим, че бащата на Линус призна, че NSA се е опитал да вземе ръката му в разработването на ядрото, макар че Единственото нещо остава да стартира проклетия компонент с всичко и изходния код).
Осъзнайте, че невежеството често е основният бич на човека.
Добре, току-що спечелих 10 евро на залог 😛. Както и предсказуемо както винаги ... Звучи ми добре, аз всъщност не харесвам systemd поради неговата философия на проекта и пълната липса на коментари в кода (а ла OpenSSL). Но осъзнавам, че е технически по-добър. Чудя се дали може да е заместител на sysvinit за Openrc. В този случай ще мигрирам.
Също така в свободния софтуер по някаква причина трябва да има две реализации на една и съща, защо, конкуренцията (Libreoffice, Openoffice) и сигурността (OpenSSL).
има едно нещо, което не разбирам, ако systemd дизайнът се основава на cgroups, което е изключителна функция за linux.
За да пренесете използването на системната вилица към FreeBSD Hurd и т.н., или добавете cgroups към тези ядра, или премахнете cgroups от дизайна на споменатата вилка.
но ако премахнете cgroups от вилицата на systemd, е трудно да мислите за Uselessd като за истинска алтернатива на systemd.
Също така считам тази инициатива за много положителна, защото конкуренцията винаги е добра, тъй като ги принуждава да се стремят да бъдат по-добри и резултатът е от полза за потребителите.
* garegan = добавяне
те просто няма да използват cgroups или да правят cgroups по избор. На теория не е толкова трудно. това, което трябва да направите, е просто да проектирате и напишете начин за поддържане на други методи за контрол на процесите, които съществуват във всички текущи операционни системи. На практика това е досадно и скъпо, защото това означава, че ако например имате 8 часа, за да работите по програмата, вместо да използвате 8-те часа, за да подобрите и полирате това, което ви дава една-единствена опция, трябва да разделите това време на 6 ( запазете 3-те системи + 3 начина за обмен между тях). по този начин поддръжката и развитието стават много по-тежки и по-бавни. Искам да кажа, или поддържате няколко редовни, или поддържате един добре.
И да не говорим, че BSD има много малко търсене от sysadmins и дори самият UNIX го вижда със същите очи, както при Windows XP.
въпросът е, че cgroups: «се използват за проследяване на процесите на обслужване, вместо PID. Това означава, че демоните не могат да "избягат" от systemd, дори ако са двойно разклонени. » http://es.wikipedia.org/wiki/Systemd
Въпреки че това е една от точките, които критикуват systemd, защото казват, че той започва в pid 0 и че това е риск, защото ако systemd се счупи, той разбива системата, което, както каза Linus, е глупаво, тъй като ако счупи ядрото или други процеси също нарушава системата. истината е, че ако вилицата не използва cgroups, тя използва 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 на Тео де Раад).
Тази вилица решава проблема с поемането на юздите от Lennart и баща му RedHat, за да се опита да го даде на независими разработчици да
премахнете гадостта на systemd от бъркотия с неща, които не са и никога не трябва да бъдат част от системата за зареждане. Ясен ли съм?
Сега, ако по някои, които изглеждат малко причина ..., които не могат да бъдат разрешени от никого, това са само мнения и лични гледни точки.
но това е, че systemd не е просто стартираща система, systemd е повече от 70 различни двоични файлове, от които само 1 е pid 1 и това се грижи само за едно нещо, стартиране и спиране на други демони. всички системни подувания всъщност не са задължителни, с изключение на журнал. така че наистина не виждам какво прави системата за зареждане, което не би трябвало да прави, ако прави едно нещо. както казах, останалите процеси и услуги се обработват отделно от други демони, повечето от тях могат да се използват отделно дори. единствената разлика е, че тези незадължителни демони са написани от един и същ екип, под същия календар и в същия 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 или не?
Вижте в Windows няма нищо подобно на systemd, доколкото разбирам.
Те го правят да изглежда като лошо нещо, че е централизирано, когато единствените, които се интересуват, са тези, които работят със системата, които обикновено са експерти, за нас обикновените потребители systemd е много по-добър, дори някои системни администратори го хвалят, така че имайте предвид, че всичко е свързано с вкуса.
Systemd е много добър, но това, за което много хора се оплакват е, че има няколко програми, които ще се нуждаят от нови зависимости, за да работят, тъй като systemd е по-натрапчив и надхвърля това, което би била системата за зареждане. Те също се оплакват, че изпълнява някои задачи автоматично, но съм сигурен, че ако се научите да го използвате, можете да го конфигурирате по ваш вкус.
Ето защо казвам: SystemD е доста лесен за управление, въпреки че всеки път, когато се откъсвам от това, което правех в SysVinit (не за да отклонявам SystemD, но SysVinit ми спести неприятностите да се наложи да направя dmesg за да видя дали има нещо, което съм прецакал).
Целта на извършване на стъпките за стартиране към Windows е да ви спести неприятностите да се налага да редактирате скриптове. С други думи, това би означавало много спестяване на време за тези, които не са толкова системни администратори.
За перфекционисти и / или старши sysadmins, старите SysVinit и OpenRC на Gentoo са за предпочитане (в моя случай бих искал SysVinit да има скорост на зареждане на SystemD, така че UselessD служи като допълнителен плъгин за SysVinit или OpenRC има правомощията че самият SystemD).
Предполагам, че сте опитали rc_parallel = »ДА» в /etc/rc.conf.
Все още е малко по-бавен от systemd, но само за няколко секунди и тъй като дневният ъптайм в моя случай никога не е по-малък от 14 часа ... Разликата от 8 секунди не ме засяга.
Мисля, че тази вилица ще промени курса и се надявам, че независимите разработчици ще се обединят, за да обединят доброто на inits със 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 не греши, а това, което греши, са неговите създатели, които трябва да бъдат променени.
Колко преувеличено. Той ви хареса, че това е безплатен софтуер и че ако има странни неща, те осъзнават? и още в толкова спорен проект като този, мислите ли, че няма стотици отрепки, които искат да премахнат крака на котката? pff сензацията винаги продава повече
Защото Systemd всъщност е Skynet ... хахахаха
и тази вилица предполагам се оглавява от канонична?
@емилиан
Какво ще кажете за Linux, за съжаление сте прав и с по-голямо съжаление, че има малко sysadmin, по-малко от 1/4 от потребителите ... .. Така че нека се надяваме, че странни неща продължават да се случват по следния начин:
systemd-journald [150]: Неуспешно записване на запис (13 елемента, 351 байта), игнориране: Лош адрес
За да покажем, че не сме луди, нито е за пуристи, а за технически проблеми.
Можете да видите грешката в този cgit, използвайки ctrl + f, но разбира се, тъй като Lennart обикновено не коментира, друга лоша практика, която той има, те няма да знаят каква е тази грешка:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Не сте единственият elav:
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 ви създаде проблем, докладвайте за грешката и помогнете да тествате корекциите, които я решават. Според мен uselessd няма да стигне до никъде, така че името му е полезно, безполезно, безполезно, пълна загуба на време и усилия, които биха могли да бъдат изразходвани за правене на нещо по-добро.
Човече, но не видя ли връзките в същия този пост към RedHat Bugtracker? Създателят на Systemd не отговаря и не коментира нито един от тях. Каква е ползата от докладването на грешки, ако човекът ги прекара през лайнера?
Понастоящем SystemD е отчел 240 само в BugHilla 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.
Може да се появят и дистрибуции в стил Sabayon, които не са нищо повече от снимки
gentoo на i686 двоични файлове.
Systemd е като AC / DC темата "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI