Upravo sam saznao da ljutnja mnogih korisnika dovelo je do stvaranja uselessd, novog init demona zasnovanog na systemd koji mu pokušava oduzeti "nepotrebnu količinu funkcionalnosti koju uključuje". Zanimljiv je izbor imena, koje se na engleskom jeziku može čitati kao "beskoristan systemd" ili "iskoristimo manje systemd".
U svojim ranim fazama razvoja, Uselessd nije ništa drugo do vilica systemd-a svedena na svoj najjednostavniji oblik. Prema riječima njegovih programera, to je "osnovni init (initd) demon, monitor procesa i sistem transakcijske ovisnosti, koji minimizira upad i izolacionizam." Među funkcionalnostima koje su uklonjene su: journald, libudev, udevd i određene vrste jedinica koje se smatraju suvišnim, naime uređaji, tajmeri, zamjene, nosači i automatski montirani.
Kao da ovo nije dovoljno, već su dodali podršku za kompajliranje pod MUSL i uClibc, kao alternative korištenju glibc-a. Uselessd je također u ranoj fazi prenošenja na FreeBSD, dok systemd ima samo Linux podršku.
U svakom slučaju, nije jasno kako će završiti "početni ratovi" i hoće li beskorisni na kraju stvoriti istinski funkcionalnu zamjenu, ali oni koji žele saznati više o ovom projektu mogu posjetiti njegov official website.
Znao sam da postoji neko ko se ne bi samo držao i ljutio SystemD.
Sad, samo da ga podržim.
Koja je razlika između systemd… .CLI… ..GUI?
systemd upravlja pokretanjem sistema i aplikacijama.
Cli dolazi iz sučelja naredbenog retka, odnosno naredbi koje koristite za upravljanje programima
A GUI se odnosi na grafičko sučelje.
Mogli biste to potražiti na internetu, kažem vam
Učitajte tut za noobs
Ne razumijem kao korisnik ovu anti-sistemsku kampanju
Meni je kao jednostavnom korisniku bilo lako prilagoditi se njenoj upotrebi prilikom aktiviranja ili deaktiviranja usluga, već to znam napamet, što mi se s onim što sam ranije imao nije dogodilo.
Nemam ništa protiv syetmda i vidim njegov prezir apsurdnim. Govorim kao krajnji korisnik.
Pravljenje vilice za uklanjanje funkcija čini mi se glupo. Ljudima je dosadno.
Razumijem ljude koji su novi u GNU / Linuxu i ne vide temeljne razlike između onoga što je uvijek bilo i onoga što systemd pokušava da nam se prikrade.
Linux je klon Unixa i Unix je stvoren imajući na umu jednu stvar, radite jednu po jednu stvar i to dobro, to nije bio hir, već zbog zvučnog neuspjeha Multicsa, pokušao sam učiniti mnogo stvari i učinio im krivo ili nije mogao ih kontrolirati kao što je trebao biti.
Dakle, oni su ne samo proturječili imenu Multics koristeći Unix (nešto poput mnogih protiv malobrojnih ili jedinstvenih) već su stvorili i koncept cijevi i spajanja procesa koji daje fleksibilnost koju je nemoguće postići drugim sredstvima ... to je ono što je dalo zvuk uspjeh Unixa.
Sada sa systemd žele da ponovo smislimo priču o Multicsu ... .ni ljudi, odbacivanje Unixove baze u Linuxu se vraćaju u Multics gdje znamo (istorija je to već pokazala nekoliko puta) da smo zagarantovali neuspjeh.
Ako ste tek stigli na GNU / Linux, pročitajte malo istorije i naučite zašto se sve tako radi u Unixu i GNU / Linuxu.
Dobro rečeno, i onima koji kažu da u današnjem svijetu stvari više ne funkcioniraju tako, dajem vam primjer, preglednik, jedan od najsloženijih dijelova softvera koji postoji, međutim, oni su izgrađeni pomoću alata koji su svaki , obavlja određeni zadatak i može funkcionirati izvan skupa. Javascript mehanizam, HTML, SSL, http ...
To što to nije radilo u prošlosti ne znači da neće raditi ni sada. Prošlo je otprilike 20 godina od toga, možda je vrijeme za promjene, zar ne?
Volio bih biti novopridošli u Linuxu, bavim se time od 2004. godine i da, znam što su Linux i systemd, i još uvijek vidim da je systemd ugodniji.
Ovaj komentar koji ću ostaviti u nastavku je od kolege, nije moj, ali je komentar na koji sam se i pretplatio.
[…] Odbijanje systemd-a pripisujem «neofobiji», strahu od novog. Onemogućavanje SysVinit skripte podrazumijevalo je dobro razumijevanje sistema nivoa pokretanja i zavisnosti koje bi mogle postojati u /etc/init.d ... i u svakoj distribuciji to su radili na drugačiji način. Sa systemd je onemogućeno systemctl dovoljno i to je to.
Oni koji se žale da systemd krši UNIX filozofiju su da nisu saznali što je UNIX filozofija ili kako systemd funkcionira. Po tom istom pravilu, Linux kernel bi bio najmanji UNIX na svijetu. Ono što se događa je da systemd promijeni funkciju u PID 1, kao što sam tada objasnio: to je sistemski demon, a ne samo nešto što izvršava skripte.
Jedino što prepoznajem da systemd ne slijedi UNIX filozofiju je korištenje binarnih dnevnika, ali opravdano je ubrzati upit indeksiranjem. […]
@Jo jo: Ono što se događa je da, budući da sporo učite, bilo tko bi rekao da ste n00b, hahahaha.
@jo jo:
Vrlo dobar citat. Uz to, šala je da SystemD ima grešku u greškama, iako ima svoj način prikazivanja takvih blob-dnevnika.
Ono što me zanima kod ove vilice je kako će prilagoditi brzinu SystemD-a drugim UNIX okruženjima kao što je BSD.
GNU nije Unix, kako je rekao Ricardito Cassetteman
Kasniji najdosljedniji komentar zašto je systemd smeće. Multics, windows…. Zvuči li totalni kvar komponente?
To bi se dogodilo systemd-u koji prolazi u potpunosti dbus, ako neki od njegovih demona ne uspiju, bilo bi potrebno ponovno pokrenuti sistem ili bi se sve moglo srušiti. Već mi se dogodilo u centos 7 da demon ili jedinica ostanu mrtvi i da se ne pokrenu više kao vi. Puno me lomi ako krajnji korisnici misle neko znanje i brane nešto što ni sami ne znaju jer je napadnuto. Kao što je moja baka govorila, ako ne znate, nemojte iznositi svoje mišljenje, bolje šuti i pitaj bez ispitivanja, kad znaš, onda pitaj.
Puno ubunuser razmišljanja, velika podrška systemd-u dovela ga je u velikoj mjeri, paradoksalno, jedna od kompanija koja ga kritizira, kanonski, preplavivši svijet linuxa korisnicima koji ne vide dalje od svog ls -l.
Ovaj momak iz uselessd-a je samac koji posjeduje domen bojkota, pa osim ako ga drugi programeri ne podržavaju, vidim malo budućnosti za njega. Nadam se da će vam razvoj više geek distros-ova pomoći poput Arch, Gentoo ili Slackware-a.
.. Ne smatram se "naprednim korisnikom" Ne volim plemićke titule, nisam sysadmin, ali prošao sam sve one distro-ove koji spominju (Slack (vrlo malo), Arch nekoliko godina i Gentoo da nekoliko godina (također njihova vilica Funtoo)) njihovu točku gledišta razumijem kao sysadmine, ali pitam se, a ako kernel ne uspije?, sve ide kvragu, onda kažem, zašto se ne žale na kernel? oni ne koriste Minix ili nekakav OS sa "serverom za reinkarnaciju"? Ponekad mi se čini da bijes dolazi više iz Lennartovog stava (koji se ne čini prikladnim), ali dopustite mi generalizaciju, sysadmini (i naravno da ćete to učiniti) branite svoj posao i ostavljaju nas korisnike desktop računara "bačene", jedino ih zanima da je njihov server "u redu", iako sysv koristi prilično arhaičnu "startup paradigmu" (systemd target i željeni problem je u redu ...), kažem da će vaš sever savršeno raditi sa sysv-om, ali u međuvremenu korisnici stolnih računala koriste dbus u svemirukorisničko ime ...... kako dobra ideja ...
Ponavljam ovu vilicu, kao što su rekli i drugdje, zasad vidim samo "lijepo" ime i ograničen systemd, koji usput, DOBRO DOŠLI u Systemd, Systemd mrzitelji ... Vidim mnoge koji se žale na systemd, ali žele to ... jer? Zar OpenRC ne radi stvari kako treba? ili Upstart? ili što već? …. Bože moj ... do sada sam vidio 2 vrste mrzitelja, sysadmine sa osnovnim osnovama i one koje opisujem u ovom paragrafu i koji više djeluju poput "pozara" ...
Vraćajući se na temu sysadmins, ne treba vam ni grafičko sučelje, ne znam zašto se žalite na systemd (lako biste mogli tvrditi da Gnome Shell zahtijeva Systemd (što nije u potpunosti tačno jer Funtoo radi s OpenRC-om)), ali VAM NE TREBA GUI bi se tada trebali žaliti na svoje distribucije, Centos i Debian. Konkretno Centos, ako Systemd donosi toliko problema, nije trebao migrirati (iako je bilo očito da će migrirati pod rukom RedHat-a) i Debian, žao mi je što vam kažem, jebi ga, to je odlučio Debianov tim u svojoj želji da bude « univerzalni distro "... ali ponavljam koristiti FreeBSD ili" Distro za servere "koji razumije koliko je" loš "Systemd i koristi sysvinit period ..
Možda x11tete11x nije problem u tome što kernel ne uspije, već što ne uspijeva i može se znati što je uzrokovalo kvar. To je ono što me barem muči kod SystemD-a ..
@elav u pravu si u vezi s tim, s systemd-om, puno sistemskih grešaka pada između nijansi sive i crne, a sve zato što journald izgleda kao "čarobna kutija" koja zapisnike pretvara u nepouzdanu binarnu datoteku, a kad govorim pouzdanost mislim na dokazanu ludost (već postoji izvještaj o greškama) da se, ako je dnevnik dnevnika oštećen (što se može dogoditi iz mnogih razloga), jednostavno odbaci i pokrene novi, ostavljajući taj dnevnik praktički nečitkim u mnogim prilikama, greška prijavljena na freedesktop-u i od koje ga je isti Poettering ili muda zaustavio. Da ne spominjem problem otklanjanja grešaka, ali dobro, to je već poznato (ako ne znate o čemu pričam, podsjećam vas da je opcija otklanjanja pogrešaka linije jezgre i njezino "naknadno popravljanje" razlog zbog kojeg je Kay uklonjen s dozvola za predaje u kernelu).
@ x11tete11x nemojmo uspoređivati razvoj jezgre sa sistemskim razvojem. systemd je dio softvera koji je još uvijek u povojima, ako ga usporedimo sa jezgrom, također ne vidim da Linus odobrava eksperimentalne zakrpe lijevo i desno, dok mijenja ABI i API-je jezgre.
@joakoej Multics nije uspio iz mnogih razloga, uključujući: veću složenost u pogledu koda, spor u mnogim uobičajenim zadacima u usporedbi s drugim sistemima koji su već razvijeni i pretjerano skup za ono što se obično obrađivalo u projektima iste veličine.
To je vilica, tako da nema sve funkcije, init sistem ne može ovako djelovati, vidi sysvinit. sysvinit, iako zastario, imao je samo jedan osnovni zadatak, a to je bio pokretanje OS-a, o čemu god bi se drugi pobrinuli (syslog, a ne journald, openrc, a ne systemctl, consolekit i bez prijave ...) jer je sysvinit zastario i svaki put ali mnogi projekti ovise o tome da li su se oni podijelili na systemd-u, ova mi se inicijativa čini sjajnom. Više volim syslog od journalda, ali prijava (osim što je uvjet za gnomea) nadmašuje consolekit. Također, ova vilica bi trebala biti sigurnija, prenosiva i, nadam se, ulibc kompatibilna.
Compa, ni do juče nisam imao ništa protiv Systemda. Iz nekog razloga, mom laptopu treba dugo da se isključi, a jedino što izlazi je (beskrajno):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressTo je poput jebene greške u sustavu Windows da ništa ne znate.
A bez dnevnika prilično je teško pronaći osnovu problema. Systemd i meni smeta zbog takvih stvari. Možda ne znate softver dobro, ali najmanje što tražim je jasnoća u zapisnicima.
I još jednom su [umetnite svoj omiljeni stereotip] bili u pravu. 🙂
Ali pazite, ne spominjmo prozore, možda smo jedan od onih pacijenata koji su zaraženi novom patologijom za koju je gospodin Linus već predložio da se doda u CIE, mrzim windowsitis, mislim da se zove. 🙂
@Staff i u čemu je Elavova greška? Od prozora 8 nadalje su se skrivale mnoge stvari (chkdsk pri pokretanju, BSOD tehničke informacije, "ukrasni" msconfig). Čini se da sve ide u tom smjeru. Nadam se da nećemo doći do "tužnog Mac-a" i njegovih korelativnih prozora, a korisniku informacija.
@Mario
Nikad nisam rekao da je elav u krivu.
Primijetite emotikon na kraju moja dva odlomka.
Oh !! @Osoblje da ga ne stavite ... Pozivam se na Windows zbog njegovog tipičnog postera u stilu:
Windows je naišao na problem. Šifra problema je 0x1123df2982, za više informacija obratite se centru za podršku ...
ukratko, za / dev / null
Elav, zamisli ovakvu grešku na produkcijskom serveru. To nije prihvatljivo. Samo sysadmin razumije zašto je systemd tako loš. Ne treba nikoga omalovažavati, ali potrebno je razumjeti kako rade procesor, operativni sistem, jezgra, proces itd. da bi se razumjeli problemi na niskom nivou koje sistemd pokreće. To nadilazi filozofiju UNIX-a, razgovaramo o stabilnosti sistema.
Sysadminima je ugodno sa svojim sistemskim Debianom 6/7 i CentOS 5/6, ali kad prestane podrška za Debian 7 i CentOS 6, prava će uzbuna tamo početi (ako je održiva alternativa poput one opisane u ovom članku).
Zamislite čak i za sysadmina, počnite prevoditi i testirati skripte koje su cijeli život radile uz naredbu "service" za systemd.
A greška koju pokažete otkriva još jednu ivicu systemd-a, rekli ste to vrlo jasno, taj nivo skrivanja informacija je "vrlo Windows".
Pozdrav.
Gledajte, nisam siguran u ovo, ali mislim da malo pretjerujete, imao sam nekoliko grešaka u Gnu / Linuxu koje nisu sami objasnili i sumnjam da su sve zbog systemd-a. Grešim li?
@Emiliano Možda si u pravu. U svakom slučaju, iako nisam stručnjak, čini mi se da je sve ovo pomalo senzacionalno. Čini mi se da je to stvar navike više od svega i ako administrator sistema želi, sigurno nauči kako systemd radi, čak i njemu se čini lakšim, kažem ako je to što radi centralizira sve, sigurno u nekim ili nekoliko aspekata stvari su brže.
Prema onome što sam vidio, ima nekoliko prednosti u tom pogledu, kao što je vrijeme pokretanja, ne zahtijeva da se neki programi pokreću prije nego što se drugi pravilno pokreću, ne morate mijenjati rc.conf datoteku ili nešto slično, jer obrađuje sve od automatski, možete pokretati aplikacije čak i ako neke zavisnosti nisu ispunjene itd. To su neke od prednosti koje sam vidio na internetu, ispravite me ako griješim
Sad će sigurno imati neke nedostatke, kao i sve ostalo, ali bilo bi dobro, ako znate kako to funkcionira i ako imate vremena da to pojasnite, molim vas kao uslugu da znate na čemu se temelji vaše mišljenje. Iz onoga što sam vidio, možda postoji nedostatak da će nekoliko programa morati biti zakrpljeno da bi ispravno radilo sa systemd, ali ne znam da li to na bilo koji način utječe na druge init sisteme.
@Emiliano Ah, pogriješio sam: datoteka nije bila rc.conf, to su bili / etc / inittab i /etc/init.d/rc
Čini se da postoji verzija te datoteke za systemd, ali centralizirana u jednu datoteku / etc / systemd, kojom upravlja program sytemctl.
Mislim da razumijem zašto kažete da se administratoru sistema to možda neće svidjeti, jer se čini da je s initom imao veću kontrolu i da je radio stvari samo kad je to naznačio.
S druge strane, systemd je možda malo nametljiviji, ali čini mi se, i ponavljam, da je stvar učenja kako to funkcionira i sigurno to može postići neko sa sposobnošću da bude administrator.
Pa, pokušavao sam cijeli život isključiti Debian Jessie s naredbama SysVinit, ali nisam znao da koristi SystemD, pa sam morao koristiti Archov vodič da znam kako malo bolje rukovati SystemD-om i systemctlom.
U mom slučaju, SystemD prilično brzo isključuje moj desktop kada intenzivno koristim Chromium / Chrome / Opera Blink.
@ eliotime3000 ovdje imate dobar sistemski wiki za debian s puno informacija http://www.esdebian.org/wiki/systemd naravno wiki arch je vrlo dobar, ali systemd u debianu nije implementiran na isti način kao u archu, tako da postoji mnogo naredbi, rješenja itd. koja neće raditi za vas. svaki distro ima svoje sitnice 😉
lol
Sretno lice nije bilo dovoljno, možda bih trebao koristiti navodnike, s tim da sada navodnici sve to pojašnjavaju 🙂 // Sarkazam (da vidim da li s tom oznakom razumijete).
To pokazuje da ni vi niste pročitali moj odgovor Mariu.
Moja dva paragrafa bila su sarkastična.
Prvi, pokušavajući ukazati na ironiju da kada nam ljudi govore o nedostacima projekta, mi ih označimo ludima i tisuću drugih stvari ako nismo simpatični prema njihovoj ideologiji, ali kad već imamo probleme u vlastitom tijelu ne preostaje nam ništa drugo nego da progutamo riječi.
I drugo, da JE UČINKOVITO KAO PROZORI, ali da ga mnogi ne prihvaćaju i kažu da je to zato što se Windows mrzi i koristi se neselektivno za napad na sve što ne miriši na FSF.
Ali ukratko, kriterije je nešto teško pronaći na ovom svijetu.
@Osoblje, čovječe da koristiš sarkazam u ovako hladnom obliku komunikacije, moraš malo više poraditi work
@elav:
Dolazim ovdje, Ovu vezu ostavljam svom komentaru, i ja pobjegnem. : v
Primijetio sam isto, ali kad sam počinjao…. nekoliko dana računalu treba zauvijek da se pokrene i prvi na redu kaže nešto povezano sa Systemdom. Šta se dešava?
Takav je i elav, kao i sam prozor. Imam TU grešku, izbriši cijelu datoteku iz dnevnika i voila. Uskoro ćemo morati ponovo instalirati hahaha.
Hahaha, ali ako sam instalirao Antergos prije mjesec dana hahaha
Zamislite kako se osjećam s jebenim Archom kojem treba oko 30 ili čak 40 sekundi da se dignem duže od Windows-a, da, instaliram puno sranja na svoje dvorište, ali ništa ne pokrećem (to je ono što najviše pokušavam) Najluđa stvar koju imam je usluga CUPS i mislim ssh za udaljene terminale. Nažalost, nakon godinu dana bez formatiranja, mislim da ću ponovo razmotriti ideju da to ponovim 🙁
Nažalost, primijetio sam da smo se u posljednje dvije godine približili distro-ovima u stilu Windows-a koji pokušavaju sakriti informacije, automatizirati izvještaje o greškama, automatizirati operacije u kojima bi korisnik trebao intervenirati, pa čak i imati kontrolu.
Budući da mi nedostaju distros-i od prije 3-4 godine sa SysVinitom, bilo je zabavno blefirati s "init 0" u XD školi. Uz to, iako nije sve bilo tako odobreno, kontrola je bila izuzetno korisnik, a ne sistem. Da, mnogo je pogodnosti, ali po cijenu ...
Mogli ste vidjeti kako dolazi. Nemam ništa protiv systemd-a, kao običnog korisnika to mi mnogo olakšava, a naredbe za aktiviranje ili deaktiviranje usluga prilično su jednostavne. Morat ćemo vidjeti kako će se završiti ovaj početni rat.
SystemD je poput prstena za kontrolu svih njih. Možda je NSA trojanski konj. SystemD može ugroziti našu sigurnost privatnosti, jer ulazi u mnoge usluge. I još gore, ako je moj distro dobro rukovao energijom, šta će se sada dogoditi? Neću moći preći na drugu stranu.
Ne previše poput trojanskog trojanca, ako kontrolira mnoge stvari, ali to je još uvijek besplatni softver, možete vidjeti što kôd radi s vašim informacijama.
Dakle, ako SystemD ima problema (i ako ih ima), morate ih popraviti, a ne samo sve baciti, jer ima i mnogo dobrih i potrebnih stvari.
Jedno je sigurno, samo znam da ne znam ništa. Ja sam novak, ali nakon što sam pročitao mnoga mišljenja ljudi koji znaju beskrajno više od mene, koji se protive ili su neutralni, zaključak do kojeg mogu doći je da budem sumnjičav i ništa me ne natjera da to prestanem raditi. Za sada me ništa ne tera da verujem.
Koristim openSUSE jer to volim i mogli bi da mi se prikradaju ... U stvari, mogli bi se prikradati svuda ... I tu se pojavljuje Stallman, koji pazi na našu privatnost, bez obzira koliko možda mnogima.
Zar NSA nije zaglavila kandže u RedHat ????
Koliko pretjerujem, zašto bih ugrozio vašu privatnost?
Da biste narušili sigurnost i dopustili da to niko ne sazna, morate sistemske dnevnike pogoršati, zakomplicirati, učiniti binarnim, zanemariti one koji prijavljuju kvarove, ne dopustiti istovremeno syslog-ng i journald.
Ako ovom automatskom upravljanju mrežom dodamo dhcp, zasadit ćemo tlo za upade bez ostavljanja traga "i do najmanje greške koja još nije otkrivena", zaista onaj koji to ne vidi je zato što je slijep, gluv i nijem ... prije više od 2000 godine jedan je rekao ... po plodovima ćete ih znati, i dobro, ja već vidim plodove i oni su kad sazriju.
Ono što se pripisuje systemd-u, nije samo izvršavanje zadatka koji mu odgovara, već se miješao u sve kako bi izopačio sigurnost i učinio zastarjele alate koji dobro rade svoj posao, ne dopuštajući istovremeno suživot oba.
Kao što sam već rekao, kako pretjerano.
Vjerovao bih vam sve dok su SystemD programirali Microsoft, Apple i / ili druga kompanija koja nije dijelila izvorni kod. Srećom, nije tako i zahvalan je što barem postoji neko ko nije bio samo u gnjevu.
S druge strane, kada su Linusa Trovalsa pitali o sistemu algoritama SELinux, odgovorio je prilično jednostavnim rješenjem (a to ne treba spominjati da je Linusov otac priznao da je NSA pokušao uložiti ruku u razvoj jezgre, iako Preostalo je samo pokrenuti prokletu komponentu sa svime i izvornim kodom).
Shvatite da je neznanje često glavna ljudska pošast.
Dobro, upravo sam osvojio 10 eura na opkladi 😛. Predvidljiv kao i uvijek ... Zvuči mi dobro, ne volim baš systemd zbog njegove projektne filozofije i potpunog nedostatka komentara u kodu (a la OpenSSL). Ali prepoznajem da je tehnički superiorniji. Zanima me da li bi to mogao biti zamjena za sysvinit za Openrc. U tom slučaju ću migrirati.
Takođe, u slobodnom softveru iz nekog razloga moraju postojati dvije implementacije iste, zašto, konkurencija (Libreoffice, Openoffice) i sigurnost (OpenSSL).
postoji jedna stvar koju ne razumijem ako se systemd dizajn temelji na cgroups što je ekskluzivna linux karakteristika.
Da biste uporabu systemd rašlje prenijeli na FreeBSD Hurd, itd., Dodajte cgroups u ove jezgre ili uklonite cgroups iz dizajna spomenute vilice.
ali ako uklonite cgroups iz račvanja systemd, teško je zamisliti Uselessd kao istinsku alternativu systemd-u.
Ovu inicijativu također smatram vrlo pozitivnom jer je konkurencija uvijek dobra jer ih tjera da teže boljem, a rezultat koristi korisnicima.
* garegan = dodaj
oni jednostavno ne bi koristili cgroups ili cgroups postavili neobaveznim. U teoriji to nije tako teško. ono što morate učiniti je jednostavno dizajnirati i napisati način za podršku drugim metodama kontrole procesa koje postoje u svim trenutnim OS-ima. U praksi je to zamorno i skupo, jer to znači da ako, na primjer, imate 8 sati za rad na programu, umjesto da 8 sati poboljšate i polirate ono što vam daje jedna opcija, to vrijeme morate podijeliti na 6 ( zadržite 3 sistema + 3 načina razmjene između njih). na taj način održavanje i razvoj postaju mnogo teži i sporiji. Mislim, ili podržavate nekoliko redovnih ili podržavate jednog dobro.
A da i ne spominjemo da BSD ima vrlo malo potražnje od sysadmina, pa čak i sam UNIX to vidi istim očima kao i Windows XP.
poanta je u tome što se cgroups: «koriste za praćenje procesa usluga, umjesto PID-ova. To znači da demoni ne mogu "pobjeći" iz systemd-a čak i ako su dvostruko račvani. » http://es.wikipedia.org/wiki/Systemd
Iako je ovo jedna od točaka koja kritizira systemd jer kažu da započinje u pid 0 i da je to rizik, jer ako systemd prelomi, sistem se kvari, što je, kako je rekao Linus, glupo, jer ako razbije kernel ili drugi procesi također se lome sistem. istina je da ako vilica ne koristi grupe, koristi pids i neće imati potpunu kontrolu nad demonima. već uz to nikada neće biti bolji od systemd-a na linux-u
Postoji nekoliko srodnih vilica, ali ovo je prva koja se sama sistematizirala. U Gentoo-u za udev (koji je spojen sa gore spomenutim), postoje libgudev i libeudev. Inače je čudno hodati s OpenRC-om i vidjeti u "systemd / udev" procesima kako se to događa u određenim trenutnim instalacijama. Lično mi se ne sviđa ideja da dodam DHCP klijenta (nadam se da to još nisu učinili). Vjerujem da u tom zadatku postoji provjereni i izvrsni softver, nema potrebe za ponovnim otkrivanjem kotača.
Ispravljam, gudev je takođe systemd, u najnovijim verzijama.
Odgovaram na komentar o DHCP-u u systemd.
systemd ne samo da ima ugrađeni DHCP (ugrađen kao dio networkd-a), već ima i DNS razrješivač i DNS predmemoriju, kao i funkcionalnost naslijeđenu od Avahija (još jednog čudovišta koje je stvorio Poettering).
Danas sam večerao krompir i odrezak, nije mi se svidjelo, stvorit ću vilicu. I tako za sve.
Je li beskoristan zapravo razrađena operacija lažne zastave koju Red Hat diskreditira i postavlja Novi svjetski poredak?
... Jebi ga.
Dobro pokriven iza ovog projekta
PREVOD:
To mi govore
1) oni stvaraju amputirani systemd bez ikakvog njihovog alata i bez ijedne od prednosti koje ga standardizira zajedno sa sobom ne rješavajući nijedan problem koji systemd rješava ili rješava stare tradicionalne probleme. Da sigurno. daj mi 3
2) Kažu mi da je to systemd bez "napuhavanja", ali ispostavilo se da je systemd modularan i sistemd možete koristiti bez ijednog od njegovih podređenih demona. Stoga je uklanjanje napuhavanja isto u praksi (osim što neće zadržati mnoge najbolje sistemske alate kao što su džunali)? U redu. savršeno. Dajte mi odmah 20.
3) Kažu mi da ova vilica ne rješava nijedan problem, da ne rješava problem niskog nivoa kadriranja, da ne nudi nikakve tehničke prednosti, već da nas vraća 5 godina unatrag upravljanje uslugama u Linuxu. nadmetati se s jedinom nadom u standardizaciju? . U redu. Volim ga. dajte mi 2161816814168 distros sa ovim. molim te. sad!!
za one koji nisu razumjeli. to je sarkazam 🙂
i to je razlog zašto linux nikada neće trijumfirati na radnoj površini, kada napokon počnu davati pazoe koji kreiraju infrastrukturu koja omogućava funkcionalnu radnu površinu za svu publiku. Mameri izlaze sa svojim pušenjem. ok da rade što žele, imaju pravo, ali istina je da ne očekuju da će ih se shvatiti vrlo ozbiljno.
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
Da vam kažem istina, šala je u tome što mi SystemD puno pomaže, čak i vrlo brzo isključuje računar kada imate puno vremena koristeći Chrome na Ext4 particijama. U slučaju da pokušam Debian Jessie s XFS-om i SystemD-om - i prije svega, daje mi bolje rezultate nego sa SysVinitom - kleknut ću pred njim.
Najsmješnije je to što pokušavaju napraviti SystemD s mogućnošću dodavanja značajki SysVinita, iako je takav posao potpuno izazovan (poput Theo de Raadtove vilice za OpenSSL).
Ova vilica rješava problem preuzimanja uzda od Lennarta i njegovog oca RedHat-a kako bi ga pokušali dati neovisnim programerima da
za uklanjanje gadnosti systemd-a iz petljanja sa stvarima koje nisu i nikada ne bi trebale biti dio sistema za pokretanje. Jesam li jasan?
Ako se iz nekih razloga čini malo razloga ... koje niko ne može riješiti, to su samo mišljenja i lična gledišta.
ali to je da systemd nije puki startni sistem, systemd je više od 70 različitih binarnih datoteka od kojih je samo 1 pid 1 i ovo vodi računa samo o jednoj stvari, pokrećući i zaustavljajući druge demone. sav napuhani sistem zapravo nije obavezan, osim za journald. tako da zapravo ne vidim šta sistem za pokretanje radi, a ne bi smio da radi ako radi jednu stvar. kao što sam rekao, ostalim demonima se ostatkom procesa i usluga rukuje zasebno, većina njih se čak može koristiti zasebno. jedina razlika je u tome što ove neobavezne demone piše isti tim, pod istim kalendarom i u istom gitu (kao što to slično radi bsd)
zli lennart i crveni han? zablude progona i malo toga drugog.
@Mirage, ali da li systemd nije puki sistem inicijacije ...
Je li to problem, oni su započeli kao puki startup sistem i uspjeli su uvjeriti mnoge distro distribucije, a zatim su prestali biti puki startup sistem i širili se poput raka.
Slikat ću ga bolje za vas, želim systemd, ali ne želim nijedan drugi systemd modul ... ali kad kažem da ga ne želim, ne želim da se instalira na moj tvrdi disk ... nije mi dovoljno da ga onemogućim ... ne vjerujem automatske stvari koje se mogu sami omogućiti, na primjer kada je čuvar zaslona aktivan.
Pa recite mi koji mi distro nudi verziju systemd-a koja nema te module u svom instalateru.
Trenutno koristim linux mint 17 i ne koristi systemd (mislim da samo neke od njegovih ovisnosti), iako je u distro-ovima koji ga koriste savršeno funkcionirao, koristim linux gotovo dvije godine i osnovno ga koristim (surfanje Internetom, uređivanje dokumenata u jednostavno itd.), a kada koristim systemd, ne propadam i da je na tehničkom nivou primjetno poboljšanje i da mi se velik dio mržnje čini neopravdanim, mnogi kažu da je to prije nešto etičko, a ne tehničko, ali čini mi se previše, iako bih i ja volio vidjeti alternativa da je ovo na vašoj razini, iako u to nemam povjerenja (za sada je to u osnovi više "pothranjeno", a naziv već djeluje previše smiješno da bi bilo nešto ozbiljno)
A zašto ne nastaviti koristiti BSD skripte? Ili openRC iz Gentoo tima? Ili zaboravite na sve gore navedeno, uključujući SystemD i koristite Ubuntu Upstart?
Jer SystemD ubrzava proces uključivanja i isključivanja GNU / Linux sistema.
Pored toga, ono što želite spasiti je da je brzina pokretanja SystemD-a bez upotrebe SystemD modula, a koristiti one OpenRC, SysVinit, pa čak i BSD skripte, čime se izbjegava blobbing trupaca.
Pa, zadovoljan sam sa systemd.
Čak vidim više prednosti od bilo čega drugog.
Pročitao sam mnogo komentara i očito systemd ... ne ide s filozofijom 90% korisnika Linux sistema koji su protiv toga, ... pitam se ... zašto oba systemd-a žele da žele sve kontrolirati ... je, tip prozora? ... Zar ne postoje iza toga zlokobni planovi za kontrolu svih i svjetske vlade? Trenutno Linux Mint sistem izvrsno radi gotovo sve automatski i ne zahtijeva systemd. Ako uspijete preuzeti Linux sistem ... .. nemate drugog izbora nego migrirati na BSD UNIX i njegove derivate.
Koje druge distribucije rade poput Linux Mint-a, bez obzira imaju li Systemd ili ne?
Koliko ja razumijem, u sustavu Windows nema ništa slično systemd-u.
Izgledaju kao loša stvar što je centralizirano, kada im je jedino stalo do onih koji rade sa sistemom, koji su obično stručnjaci, za nas uobičajene korisnike systemd je mnogo bolji, čak i neki sysadmini to hvale, pa imajte na umu da sve je povezano sa ukusom.
Systemd je vrlo dobar, ali ono zbog čega se mnogi ljudi žale je da postoji nekoliko programa kojima će trebati nove zavisnosti kako bi mogli raditi, jer je systemd nametljiviji i ide malo dalje od onoga što bi sistem za pokretanje bio. Oni se također žale da neke zadatke obavlja automatski, ali siguran sam da ako ga naučite koristiti možete ga konfigurirati po svom ukusu.
Zbog toga kažem: SystemD-om je prilično jednostavno upravljati, iako se svaki put odvajam od onoga što sam radio u SysVinit-u (ne umanjujući SystemD-a, ali SysVinit mi je spasio nevolje što moram učiniti dmesg da vidim ima li nečega u čemu sam zeznuo).
Svrha koraka pokretanja na Windows je da vam uštedi probleme s uređivanjem skripti. Drugim riječima, to bi uštedjelo puno vremena za one koji nisu toliko sysadmini.
Za perfekcioniste i / ili starije sysadmine, poželjan je stari SysVinit i Gentooov OpenRC (u mom slučaju bih želio da SysVinit ima brzinu pokretanja SystemD, pa UselessD služi kao dodatni dodatak za SysVinit ili OpenRC ima ovlasti da je sam SystemD).
Pretpostavljam da ste pokušali rc_parallel = »DA« u /etc/rc.conf.
I dalje je malo sporiji od systemd-a, ali samo nekoliko sekundi, a budući da dnevno vrijeme rada u mom slučaju nikad nije manje od 14 sati ... Razlika od 8 sekundi ne utječe na mene.
Mislim da će ova vilica promijeniti kurs i nadam se da će se nezavisni programeri udružiti kako bi ujedinili dobro init-e sa systemd
i naravno da se logika jednog zadatka dobro slijedi i radi.
@ eliotime3000 postoje stvari koje su mnogo važnije od vremena pokretanja, također taj faktor nije da je to velika stvar, barem u mom slučaju, vremena pokretanja između systemd-a i OpenRC-a (koristeći Gentoo), nisu baš različita, pobijedivši systemd kraće od 4 sekunde i bez upotrebe rc_parallel = yes u OpenRC-u.
NAPOMENA: Od sada, ko čita, molim vas, učinite to pažljivo i oprostite mi zbog nekih izraza, takođe jasno stavite do znanja da je to moje lično mišljenje.
Ono što mi se ne sviđa kod systemd-a je činjenica da želim raditi stvari koje su već urađene, jer mi se ponovno otkrivanje točka čini glupo i nepotrebno.
Šta, do vraga, jedna init radi, između ostalog, sa demonima luks, lvm, dns, dhcp, avahi funkcionalnostima, dnevnicima, coredumpom, devfs-om? Možda demoni sa svim tim funkcionalnostima više ne postoje.
Zašto, dovraga, trebate root pristup za obradu dnevnika i coredump-a? (To sam mogao lično provjeriti u Debianu i Gentoo-u).
Zašto, dovraga, moram ponovo pokrenuti svoj računar ako postoji bilo kakva promjena u systemd-u, je li to što se sam ne može ponovno pokrenuti? Štreber SysVinit to može, i što je najvažnije, radi to kako treba. Kažu da systemd to može, ali napravite test i vidjet ćete da nije uspio i nema druge nego ponovno pokrenuti.
Tu se ne završava, ali systemd ima poznate greške i one se jednostavno ne popravljaju, a sve zato što ih tim (Poettering vodi naplatu) jednostavno radije ignorira i označava kao WONTFIX ili ih jednostavno ignorira. Čak su i neke od tih grešaka već klasika, ona revijalna, ona za samosastavljanje, a hajde, gospodo, oni su iz 2011. i 2012. godine i još uvijek se ne mogu popraviti, a ne zato što nisu poznati (ima izvještaj i sve ostalo) ili ih nije lako ponoviti, već zato što ih jednostavno NE ŽELE POPRAVITI. To ponašanje ne dolazi sa systemd-om, Poettering je UVIJEK bio takav, Avahi (jedna od njihovih kreacija) je također imao slične probleme, posebno s curenjem memorije i prekomjernom potrošnjom procesora, od kojih se mnogi i dalje nastavljaju. Želite li još dokaza? Pulseaudio je još jedno ludilo ove vrste, koje je, iako je bilo nečemu čemu su se mnogi radovali, donijelo više problema nego rješenja i tek su nedavno mnogi njegovi problemi bili riješeni, da ako, daleko od Poetteringovih ruku.
Yukiteru +100
Očito je, možda to jednostavno korisnik početnik ne shvaća, ali RedHat je tvrtka i znam da jedina stvar koja zanima svaku tvrtku je zarađivanje novca, ako tome dodamo da možda postoje određene ponude državnih agenata da se "malo po malo mijenja", vjerujem da je sve moguće ... Gospodin BOG novac može sve.
Želja za moći svih vlada i velikih kompanija nema ograničenja, čitamo je svakodnevno, ispostavlja se da je operativni sistem koji se opire gnu / linux, a korisnici su obično bolje informirani o sigurnosti i privatnosti.
S systemdom su počeli s malim, od početka je sve bilo lijepo i uspjeli su osvojiti glavne distro-je da bi ih promijenili, zatim su malo po malo dodavali module koji su zamijenili ono što je već postojalo i to je uvijek radilo, mogu reći da ako vas ne zanima ne instalirate ti moduli .... ali, iznenađujuće, svi ga distributeri instaliraju u potpunosti, a obični korisnici ne znaju kako ih ručno kompajlirati i ukloniti.
Najperverzniji modul je journald koji sam pročitao u poruci da je jedan rekao da nije neobavezan, da je obavezan i da se ne može ukloniti.
Očigledno je da se neće moći ukloniti, namjera nije raditi dobro i ne dopuštati syslog-ngu da radi dobro, niti prisustvovati žalbama korisnika koji prijavljuju ove greške.
Tehnika je prikrivanje tako da se ne može vidjeti, zatim automatsko upravljanje mrežom tako da u ne tako dalekoj budućnosti izgubi potpunu ručnu kontrolu nad onim što se događa s mrežom i zapisnicima onoga što se dogodilo mreži.
Čitanje sistemskog koda ne koristi, sve radi ono što bi trebalo i čini to vrlo dobro "za njih", ono što nije u redu je kombinirana funkcionalnost koja predstavlja ukupan rizik u slučaju "neprijavljene greške".
Prema tome, systemd nije u krivu, ono što je pogrešno su njegovi tvorci koji se moraju mijenjati.
Kako pretjerano. Apeliralo vam je da je to besplatan softver i da ako postoje neobične stvari shvate? i još više u ovako kontroverznom projektu, mislite li da nema stotina štrebera koji žele ukloniti mačju nogu? pff senzacionalizam uvijek prodaje više
Jer Systemd je zapravo Skynet ... hahahaha
i pretpostavljam da je na ovom račvanju kanonski?
@emilian
Što kažete na Linux, nažalost u pravu ste i sa još žalosnijim što je malo sysadmina, manje od 1/4 korisnika ... .. Nadajmo se da će se čudne stvari i dalje događati ovako:
systemd-journald [150]: Nije uspjelo upisati unos (13 stavki, 351 bajta), zanemarujući: Loša adresa
Da pokažemo da nismo ludi, niti zbog purista već zbog tehničkih problema.
Možete vidjeti grešku u ovom cgitu koristeći ctrl + f, ali naravno, kako Lennart obično ne komentira, još jedna loša praksa koju ima, oni neće znati koja je to greška:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Niste jedini elav:
https://bbs.archlinux.org/viewtopic.php?id=150704
Postoji mnogo postova s tim, ali ne vidim nijednog koji stvarno govori o čemu se radi, zvuči mi kao greška i izgleda kao oni iz PulseAudio-a sa svojim anketom koji ga je probudio i potisnuti događaji
Strašno !!
Pa čak i ako ne vjerujete, postoji još mnogo onih koji prijavljuju tu pogrešku, čini se da ona dolazi iz druge greške i to je simptom, ali i da je to vlastita pogreška, ukratko, systemd je pun bugova, barem sysv nije imao grešaka, toliko dugo što je dokazano super polirano. Danas sam pokušao onemogućiti journald u VM-u, to mi ne dopušta, nemoguće je, jedino što možete učiniti je staviti syslog i natjerati journalda da mu šalje stvari tako da ih on napiše, ali, što ako journald ne uspije? .. . Otkad ne možete onemogućiti prijavu na demon u Linuxu? ... Windows to radi, onda kažu da je modularan, ako vidim
Ni on dmesg spasava ih. Na oko primjećujem da je JournalD taj koji je prisluškivan.
Nadam se da će OpenBSD ili Apache Foundation pokazati svoju podršku takvoj vilici.
@elav
Imate kompaniju, pridružite se izvještaju o greškama da vidite radi li lennart malo:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
To je greška.
Dodajem, greška je koju generira nešto drugo samo što je to »drugi« simptom prema onima Fedore, ali istog porijekla:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
ŽIVIO DMESG!
E sad, ozbiljno, zahvaljujući epskom neuspjehu JournalD-a, pokazat ću svoju podršku spomenutoj vilici SystemD-a, jer se s JournalD-om ne razumijem puno (s DMESG-om vidite dosta grešaka pri pokretanju kernela, pa čak i demone čak i SystemD-a ).
Mnogi ljudi odbacuju systemd jer nije u skladu s Unix filozofijom. Gospodo, Unix umire i prijeti mu izumiranje, postoje trenuci kada morate malo otpustiti veze prošlosti i pokušati učiniti nešto bolje, čak i ako se to slaže sa starom filozofijom. Ostavite konzervativnost i ako vam systemd stvara problem, prijavite grešku i pomozite testirati zakrpe koje je rješavaju. Po mom mišljenju beskorisno neće doći nigdje, tako da njegovo ime dobro dođe, beskorisno, beskorisno, totalni gubitak vremena i truda koji bi se mogao potrošiti radeći nešto bolje.
Čovječe, ali zar nisi vidio veze u ovom istom postu do RedHat Bugtrackera? Tvorac Systemda ne odgovara niti komentira bilo koji od njih. Kakva je korist od prijavljivanja grešaka ako ih momak provuče kroz liniju?
Trenutno je SystemD prijavio 240 samo u BugHilla RedHat-u (s izvještajima i na drugim stranicama):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Prema Wikipediji, radi najviše 3 ili 4 osobe
https://en.wikipedia.org/wiki/Systemd
Morate raditi s greškama koje mogu potrajati od nekoliko dana do nekoliko mjeseci. A tome također morate dodati da moraju dodati nove značajke i ukloniti stari kod.
Mislite li da imaju vremena da odgovore na svaki od izvještaja?
Ovdje više od jednog vjeruje da ima pravo komentirati rad sistemskih programera, kada je najviše što su napravili, napisali skriptu na Bashu ili Pythonu i stavili WordPress temu, ali usrali su se ako moraju održavati program visokog kalibra.
Velika većina onih koji se žale na SystemD nemaju pojma o čemu govore. To je samo gomila pilića.
Kao prvo hypersayan_xAko bih pokrenuo aplikaciju poput SystemD-a, prvo što bih prije svega učinio bilo bi što bolje dokumentirati koje su njene specifikacije, mogući problemi, značenje njegovih dnevnika itd. Ovime bi izbjegao smetnje poput moje, gdje još uvijek ne znam što, dovraga, znači sretna greška (ili poruka):
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressUz to, smatram da ako se želite posvetiti stvaranju aplikacije, trebali biste potrošiti najmanje 1 sat svog vremena na odgovaranje na greške koje su predstavili ljudi koji ga koriste. Ako se ne možete nositi s tim, bar ostavite poruku ili mi javite, ali neodgovaranje nas ostavlja u neizvjesnosti.
Svakom prema njegovom radu ... i svaki je odgovoran za ono što radi. Ne razumijem šta ovaj dio komentara znači iz jednostavne činjenice da dizajner WordPress tema (ili korisnik koji jednostavno instalira temu) ili osoba koja programira Bash ili Python skriptu nije obavezno održavati program "visokog kalibra", daleko od toga. Kako bi rekao ujak Ben: "S velikom moći dolazi i velika odgovornost", da je odvođenje na temu koja nas zaokuplja: «Sjajan program nosi veliku odgovornost«, I pod odgovornošću razumijem sve: Podršku, Razvoj itd.
Ako ste ljubazni da detaljno i sa tehničkim podacima objasnite kako Systemd radi kako bismo mi koji se bavimo moganjem prestali to raditi ili jednostavno bolje razumjeli, beskrajno ću vam se zahvaliti.
Saludos
Savršeno je dokumentovano:
http://www.freedesktop.org/wiki/Software/systemd/
Odjeljci: Priručnici i dokumentacija za korisnike i administratore y Dokumentacija za programere
Čini li vam se malo?
Evo retka te poruke:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
A relevantni kod se pojavljuje u L448, tako da sve ovisi o tome koju sam vam poruku prije dao.
Ovako funkcioniraju svi internetski forumi, mogu vam odgovoriti ili ne, ako vam ne odgovore, to može biti zato što: nemaju odgovor, nije ih briga za vašu poruku, imaju druge prioritete ili rade na drugim stvarima i nemaju vremena za vas. Prihvatite da niste središte svemira, osim toga što od vas ne primaju ništa da isprave grešku koja vas posebno pogađa.
priručnik tamo. stvar je u tome da ga pročitate, možda je problem u tome što ga mnogi ljudi ne čitaju, a ja nisam na debianu. ali ne ograničavam se samo na čovjeka koji je spakiran http://www.freedesktop.org/software/systemd/man/systemd.html,
Pročitala sam blog http://en.wikipedia.org/wiki/Lennart_Poettering postoji vrlo dobar ciklus (tutorijali) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x Stvarno prijatelj? Pozivam vas (još jednom) da mi prevedete šta znači red 513 te veze koji ste mi postavili, jer ne vidim kako to objašnjava u čemu je problem što ova poruka izbacuje.
Ne radi se o meni, već o mnogim ljudima .. Pogledajte vezu u komentaru # 66. 😉
@elav, ponavljam, prema onome što se može pročitati u CF-u, prije te poruke mora se pojaviti još jedna poruka koja ukazuje zašto nije bilo moguće pisati u dnevnik, pa bi to bio pravi problem.
Dobro je što su stvari račvaste, to je način za mjerenje učinkovitosti, nasmijava me, što onemogućuju funkcije koje svakodnevno koristim i ubrzavaju korisničko iskustvo, ili na drugi način služe za automatizaciju sustava, smatram to uvažavanje korisnika početnika u upotrebljivosti sistema. Stvar je u rastu (sazrijevanju) u smislu uvažavanja upotrebe sistema, možda zato što ih više volim vidjeti kao skupove naredbi unutar skripte, umjesto u ogledalima u boji. Možda je korisnije češće čitati priručnik i davati prijedloge kako napraviti automatiziraniji sustav, ali u logičnom okviru, koji definira korisnik (koji nije uvijek ispred terminala).
Saludos
@ROUGH
Ako stvari napravite automatskim, oduzima fleksibilnost i generira nametanje, ne možete staviti sve u istu torbu, definiranjem nečega što automatski tražite da se generiraju vilice, jer će biti više nezadovoljnih ljudi koji neće sjediti i promatrati kako stvoriti novi prozor.
Nekoliko gore navedenih komentara, pitao sam vas da li znate za bilo koju distribuciju koja ima systemd paket bez "opcionalnih modula", ali čini se da ih nema ... niko mi nije odgovorio.
U mom slučaju nemam potrebe, živim sretno s gentooom više od 5 godina s eudev-om i openrc-om, ali imam bilježnicu koju malo koristim, a koja još uvijek ima archlinux, stalno je ažuriram kako bih vidio kako stoje stvari i ne bih dao mišljenje na uho ono što drugi kažu.
Dodirnimo ih! @ # $% Upravo sam doručkovao da u ArchLinux-u nema crontab-a, cron-om se upravlja Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elav
Distribucije koje ne koriste systemd moraju se promovirati, ne postoji druga opcija.
Znam da ih neće biti najlakše instalirati, ali vidio sam smjer svega ovoga
Mislim da će se početi pojavljivati više distrosa rođenih iz LFS-a, poput suštinske stvari
bila majka archlinuxa i razumijem da i dalje koriste init.
Mogu se pojaviti i distribucije u stilu Sabayon koje nisu ništa više od pucnjave
gentoo na i686 binarnim datotekama.
Systemd je poput teme AC / DC "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI