Danas sam čitajući svoj RSS saznao zanimljivu vijest da je Blog Pogled na replikator, a to je da je u zajednici Manjaro pokrenuto nekoliko ISO-a s posebnošću da ih ne koriste Systemd kao init, ostalo OpenRC, sustav pokretanja koji koristi Gentoo.
Ne znam kako je s tobom, ali tema Systemd već mi puno dira muda, i što više čitam, sve više shvaćam da iako za krajnjeg korisnika (ili za mnoge) ne predstavlja ništa super relevantno, barem meni , Ne sviđa mi se put kojim ovo ide. Vjerujem da dolazi crna sezona u svijet GNU / Linuxa, gdje će rašlje i nezadovoljstvo izbijati čak i u sušnim pustinjama.
Ali prijeđimo na posao. Na forumu Manjaro objavili su, kao što sam već rekao, neke izose koje OpenRC koristi. A za one koji se boje instalirati ove verzije, ostavljam video kako to učiniti.
Preuzmite ISO-ove s OpenRC-om
Prvi ISO koji ćemo vidjeti je verzija NetInstall. Ovaj ISO ima sljedeće značajke:
- Na temelju profila Manjaro-Net (nema unaprijed instalirano radno okruženje)
- Na temelju grane Ispitivanje.
- Samo besplatni vozači
- Koristite Linux kernel 3.14 serije
- Ne koristi Plymouth
- Testirano je u Virtualboxu
Jezik se može odabrati na početku pritiskom na tipku F2. Nakon završetka postupka pokretanja pronaći ćemo upit u kojem ćemo koristiti za pristup:
- Korisnik: root
- Lozinka: manjaro
Da bismo započeli instalaciju kao što je prikazano u prethodnom videu, napisat ćemo:
setup
Veze za preuzimanje ISO-a
manjaro-net-0.8.11-openrc-i686.iso (32 bita)
(md5zbroj: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64 bita)
(md5zbroj: ef205f70f3b3428545fdf1420db10b74)
Upute nakon ugradnje
U Manjaro forum Nudi nam neke podatke za postinstalaciju:
Spremnik openrc-eudev dodajemo slijedeći ove upute.
1) Sljedeće dodajemo na kraju /etc/pacman.conf
[openrc-eudev] SigLevel = Izborni TrustAll poslužitelj = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Ključeve dodajemo i uvozimo:
sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D
2) Ažuriramo sustav
sudo pacman -Syu
3) Instaliramo svoje preferirano radno okruženje, primjer koristi lxde
sudo pacman -S lxde
Informacije o instaliranju radne okoline mogu se naći u wiki.
4) Instaliramo Session Manager:
sudo pacman -S lxdm -consolekit
5) Instaliramo neke pakete poput apleta za networkmanager
sudo pacman -S mrežni upravitelj-aplet
6) Ponovno pokrećemo sustav
sudo ponovno podizanje sustava
Mislim da se podrazumijeva da za to moramo biti povezani na Internet kabelom. Ako koristimo WiFi, možete vidjeti kako to učiniti u ovaj link.
Manajaro ISO-ovi s OpenRC-om i OpenBox-om
U slučaju Openbox ISO-a, moraju se uzeti u obzir neke stvari:
- Glavni cilj je napraviti postupak instalacije lakši i dopustiti postaviti na neki način graf mreže (koristeći opaka) i pregrađivanje pomoću GParted po želji.
- Konfiguracija uključuje Openbox WM, LXTerminal, PCMan i NetSurf web preglednik (tražiti informacije u wiki o google), i tako dalje
- Upotrijebite instalacijski program konzole.
Veze za preuzimanje ISO-a s OpenRC-om:
manjaro-openbox-openrc-2014-11-13-i686.iso (32 bita)
(md5zbroj: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bita)
(md5zbroj: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO s OpenRC-om
Samo eksperimentalno i za 64 bita, postoji i ISO s XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bita)
(md5zbroj: e132f294f2ffd99c6cbc371d1e7a6d72)
U pravu ste, systemd problem počinje odavati određeni dah jer je OpenRC prirodni nasljednik trenutne init-e. Vidjet ćemo gdje će ova priča završiti.
"Iako za krajnjeg korisnika (ili za mnoge) ne predstavlja ništa super relevantno"
Mislim da isto, nije relevantno jer kao korisnici to nije utjecalo na nas u radu samog OS-a.
Zapravo, jedini veliki (debian) dao je vijest o "skandalu" na tu temu, i premda kažu da postoje i drugi razlozi, svi povezani s time (i ne bi trebali).
Ostale velike distribucije nisu napravile problem (ili se barem očitovale lopaticama i bakljama), Fedora, Ubuntu i OpenSUSE.
Čini mi se da se radi o borbi između programera, jer na primjer opensuse 13.2 dobro prihvaća / kritizira i nitko u recenzijama ne govori o systemd-u (čak i ako želi uspostaviti raspravu),
Čemu sad sva frka oko prelaska sa systemda na OpenRC, ako na kraju to na njih ne utječe.
Osobno me zbog sistemske nelagode, imam nesigurnost, dobar post.
U Fedori je bilo neke rasprave o systemd-u kada je odlučeno da se stavi kao init, bilo je nekih klevetatelja sustava, uglavnom zato što se nisu složili da se po defaultu koriste kao init, jer je bio vrlo svjež i imao je puno mana, međutim, Većina glavnih razvojnih programera nalazi se u jezgru razvojnog tima i bili su povezani sa systemd-om, pa je zamjena Upstart-a za systemd bila znak neke nametanosti, uz problem što je Upstart razvoj Ubuntua i ima CLA prilično namršteno, što je na kraju svima pomoglo da bez pitanja prihvate systemd. OpenRC u to vrijeme nije dolazio u obzir, jer su mu nedostajale mnoge značajke koje sada ima, uključujući paralelizaciju i podršku za cgroup.
Super vijest! binarni distro koji će objaviti openrc ... .to je poput božjeg dara.
To je put kojim je Archlinux trebao ići od početka, sjećam se kad sam morao podržati Archlinux da bih otišao na systemd. Sada imam mogućnost ponovnog testiranja binarnog distro-a s openrc + eudev što je upravo ono što koristim ovdje u gentoo-u.
Hvala ljudi s Manjara !!!
# eix -Ic openrc
[I] sys-apps / openrc (0.13.6@24/11/14): OpenRC upravlja uslugama, pokretanjem i isključivanjem hosta
# eix -Ic eudev
[I] sys-fs / eudev (2.1.1@31/10/14): Linux podrška za dinamično i trajno imenovanje uređaja (aka devfs korisničkog prostora)
Hvala na informacijama, elav!
Dijelim vaše mišljenje u vezi sa systemd, a zabrinut sam i zbog pomaka koji je Linux zauzeo od pojave ove nove inicijative. Ako Wheezy prestari prije dolaska Debian forka, razmislit ću o pokušaju Manjaro OpenRC-a, jer nemam slobodnog vremena za pripremu Gentoo sustava (to sam cijenio, ali definitivno vrijeme kompilacije Gentoo je preopsežan za moju osobnu situaciju).
Pozdrav!
Elav, možeš opisati u manje od 10 riječi za korisnika koji previše ne razumije "kontroverzu". Prije nekog vremena na blogu je nekoliko članaka koji su vrlo tehnički i ne završavaju s objašnjavanjem konteksta za "neupućene" ... ikad Rekli su mi da bez obzira na tehničko, objašnjenje mora razumjeti čak i vaša baka da bi bilo dobro.
Zapravo, u Fedori, prije nekog vremena, problem je postajao nepodnošljiv, toliko da je nekoliko korisnika stolnih računala razmišljalo o prelasku na centos, kako bi ga zaobišli
Registriram se za taj zahtjev.
Systemd mi dobro djeluje. Koji je problem koji uzrokuje toliko kretanja?
Recimo da ne znam.
systemd je program zadužen za pokretanje sustava, ali su ga programeri odlučili proširiti i sada ne samo da upravlja pokretanjem već i stvarima poput crona (program za automatsko pokretanje programa), mreže, dnevnika sustava koji su usput binarne datoteke, između ostalog
Mnogi ne gledaju blagonaklono na tako naglu promjenu, pogotovo zato što je riječ o novom softveru s mnogo više grešaka od programa koji su radili cijeli život, uz stvaranje ovisnosti kada se programiranje i, na primjer, gnome sve više povezuju ovom sustavu. Čineći ga manje prenosivim na druge unix platforme.
Ne znam je li moj drugi komentar prošao moderiranje, ali rekao je da mi se svidio systemd, ali ne bi smjeli dopustiti da monopolizira sve distribucije i ostavi alternative kao što se uvijek radilo u Linuxu za one koji imaju različite potrebe.
Ne uspijevam reći da je prije programa zaduženog za pokretanje sustava pri pokretanju bio sustav v, koji je već dugo trajao dok ga u većini distribucija nije zamijenio systemd xD.
Na ono što @daryo kaže dodajem sljedeće (što je i moje mišljenje):
Uvijek mi se sviđala Unixova filozofija gdje program čini samo jedno, ali to dobro. Kad Systemd želi kontrolirati sve što vam je @daryo rekao, malo sumnjam i što bi se dogodilo ako Systemd bude na neki način ugrožen? Pa, možda bi povukao sa sobom sve što kontrolira.
Tome dodajem (i možda je ovo više iz navike), da mi se uvijek sviđalo što su moji sistemski dnevnici čiste tekstualne datoteke, ali kod Systemda sve je binarno i naredbe poput:
cat log.txto
tailf log.txtGdje bismo mogli koristiti druge opcije poput GREP za filtriranje određenog sadržaja, ali Systemd koristi imenovanu naredbu journalctl.
Uz spomenuto, moram reći da, budući da je RedHat glavni eksponent iza Systemda, primam upozorenje da se ne mogu isključiti. Možda griješim, ali ovo ne izgleda dobro .. I stalno se pitam koja je potreba za nadzorom pokretanja, cron-a, mreže i koliko usluga postoji? Što pod tim podrazumijevaju?
Zahvaljujući vašem komentaru i onome što istražujem mogu potvrditi vaše sumnje, to upozorenje je točno, Broder.
Vidite, čitao sam o TCP Stealthu, to je njemačka teza u kojoj optužuju Red Hat za omogućavanje industrijske špijunaže sustavima za slušanje pet očiju:
Već sam o ovome napisao, ako imate potreban talent, znam da ga imate, možete doći do vlastitih zaključaka:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP nevidljivost
Samo da nadopuni vaš lijepi komentar @elav, systemd je NIH toliko visok da sada tvrdi da kontrolira sljedeće:
1.- Upravljanje internetskim vezama s IPv4 i IPv6, pomoću systemd-networkd i systemd-nspawn.
2. - DNS upravljanje putem interne DNS predmemorije, sistemski riješeno.
3. - Multicast DNS upravljanje u internim mrežama, koristeći systemd-networkd.
4. - Upravljanje TTY terminalima u Linuxu, koristeći systemd-consoled. (Zbogom KMScon?)
5.- Upravljanje sjednicama i privilegijama putem prijave.
6.- Kontrola Coredump-a, upotreba binarnih datoteka i preskakanje direktiva jezgre.
7.- Kontrola dnevnika, korištenje datoteka u binarnom sustavu i preskakanje direktiva jezgre.
8.- Kontrola ACPI događaja pomoću prijave. (Systemd-212 dodao je nekoliko glavobolja Nvidijinim uređajima s raznim programskim pogreškama koje su sustav učinile beskorisnim)
9. - PPPoE podrška za networkd, posao koji je još uvijek u tijeku.
10.- Podrška za DHCP u klijentu i poslužitelju. (Što rade s tim? Nema pojma)
11. - Podrška za sustave s tvorničkim resetiranjem, koji je usko povezan s BTRFS-om (Nemojte se iznenaditi ako BTRFS kasnije postane ovisnost o systemd-u, dobri Lennart to voli)
12 ..- Podrška za virtualizirane spremnike (uglavnom Xen i KVM)
13.- Podrška za rukovanje uređajima i inicijalizaciju (ono što udev radi)
14.- Rukovanje sustavima za šifriranje diska.
15.- Učitavanje firmvera i modula jezgre.
16. - Rukovanje imenom hosta (stvara jedinstveni identifikator vašeg računala), prostorijama, vremenom, NTP sinkronizacijom, sysctl-om (varijablama upravljanja jezgrom), pa čak i generatorom slučajnih brojeva (vrlo WTF, što izaziva veliku sumnju )
17. - Rukovanje privremenim datotečnim sustavima.
Ukratko, dugački popis, jesu li stvari koje znam da systemd zna, ako netko zna nešto više od toga da kaže :).
PS: systemd više ne nudi podršku za LSB i SysV skripte od systemd-214, tako da ne znam koliko je istinita njihova "naslijeđena" podrška ili koliko su u skladu sa standardima. Kažem je li LSB još uvijek standard u Linuxu ili se varam?
Hvala što ste me obavijestili, razmišljao sam o odlasku na BTRFS, ali znajući da ga Lennart voli, možda znate da mora biti užasan i špijunirati NSA-IBM
Malo je prostora za sažeti i objasniti toliko ... to je divovski trojanski konj, kojeg oni ni ne pokušavaju pokazati. Što startup sustav radi stavljanjem mrežnih usluga, dhcp dns-a, pa čak i ja mislim avahi ... u systemd? Moć odluke se gubi time što se ne može upravljati uslugama
koji se ne žele i koji mi ne dolaze, a koji se mogu deaktivirati, ne želim ih u systemd paketu!
U OpenRC-u jedan je onaj koji odlučuje koje će se stvari pokrenuti na svakom nivou pokretanja, neke usluge ovise o drugim uslugama, ali ih je vrlo malo i navedene su ... dok u systemd-u bilo što radi što god želi u ovom trenutku Osjeća se tako ... dobiti oko 5 sekundi na dizanju i biti brz pri gašenju.
Systemd je toliko složen da je nemoguće znati što čini, morate se pomiriti s mišlju da je vaš gospodar i da vam ne čini ništa loše.
Systemd razbija koncept da bi stvari trebale biti jednostavne i razumljive u smislu demona ili usluga i nivoa rada, nitko tko koristi systemd u potpunosti ne zna što se događa u njihovim uslugama u svakom trenutku.
Systemd ne dopušta izvorno korištenje syslog-ng-a, postavili su journald da ga gazi i ne dopušta mu da radi, odnosno koristite li journald ili naninga! Dnevnik sustava je temelj za sigurnost i reviziju onoga što se dogodilo i događa se s lokalnom i udaljenom vezom, ali journald koristi binarni format koji ga može vidjeti samo jornalctl .... Vrlo često se journald ošteti "misteriozno" svoju binarnu datoteku i kako je vidi oštećenu, jednom je briše i započinje s novom, zaboravljajući sve zapise koji su već postojali.
Mogu nastaviti satima, ali najgori je problem što Lennart ne daje loptu onima koji prijave te pogreške i koliko sam pročitao, ne prihvaća zakrpe ni od koga.
Mislio sam da će kad uđu u systemd prijaviti greške i zakrpe, koje bi systemd morao prihvatiti ... ali iskreno vjerujem da Lennart i RedHat imaju drugi plan za ostatak distroa .... kao što sam već rekao, HORSE OF TROYA iz RedHata.
Iskreno po meni systemd nije popravljiv, ideja koja stoji iza njegovog dizajna je opako loša, bolje je pokrenuti sustav za pokretanje od nule nego pokušati popraviti taj frankestein.
AMEN!! @ anoniman ..
Već nekoliko godina koristim systemd (Fedora) i došao sam do ovoga:
Izdanje čudno miriše, jer sve više stvari dodaje više onemogućavanja / preusmjeravanja.
Časopis koji sam izravno uputio na rsyslog. Neki vaš binarni zapisnik već je slomljen.
Od dns-a koristim bind, ako ga integriraju u systemd, nastavit ću ga koristiti isto, iako moram sve modificirati.
Koristim XFCE tako da mi štedi puno onoga što gnome želi integrirati.
To je poput slona u kineskoj trgovini.
Pravi; čak ni oni ne znaju kako to nazvati. Svakodnevno izlazimo na ažuriranje, ispravljamo bugove i druga sranja. To je tema koja me prilično ljuti; ali ne samo zbog činjenice da je SystemD suvereno sranje; ako ne kako su to učinili.
Jasno je da u svijetu Linuxa postoji nekoliko tvrtki koje pokušavaju sve kontrolirati; vidi Canonical, RedHat i Gnome, (čak je i sam Miguel de Icaza napustio Gnoma).
Ako koristim Linux, to je zato što ga kontroliram i to je osnova i filozofija toga; Kako ne bih znao što radi, montiram strojeve s W poslužiteljem koji već radi.
Žao mi je što je Debian podlegao. Zapravo se razmatra mogućnost stvaranja paralelne vilice bez SystemD-a.
Nadajmo se da stvar neće ići na više; ili se vidim kako migriram sve svoje strojeve na BSD.
@ anonimni, komentar, čovječe, ne možeš biti u pravu.
systemd je luda stvar koja nema objašnjenje u mnogim stvarima, istina je vrlo sumnjičava prema svemu što radi i ne dopušta to drugim alatima, istina je da ne znam kako si ljudi Debiana dopuštaju da to stave, ali na kraju su već donijeli tu odluku , i prvi put nakon mnogo godina prestao sam koristiti Debian kao glavni OS i nastavit ću to činiti sve dok systemd ne izađe iz Debiana radi transparentnije opcije.
Ukratko. SystemD je sranje.
Pohranjuje zapisnike u binarnom formatu, izvršava se kao nadređeni proces svih ostalih, (Pid 1), tako da ako se netko pokvari, sustav postaje nenadoknadiv; ide protiv svega za što se Linux zalaže, to jest, s običnim tekstualnim datotekama ((što su, dovraga, te binarne datoteke ??, s običnim tekstualnim datotekama! kao sav život boga).)
Hajde, to je sranje. Uopće mi se ništa ne sviđa.
Ali zahvaljujući tvrtkama poput Canonical, Gnome i Red Hat; pojest ćemo ga s krumpirom.
To ako, iako postoje druge mogućnosti; Neću ga koristiti ni na poslužiteljima kojima administriram, ni na svojim osobnim računalima.
Ovo već postaje podružnica tvrtke Redmond.
Ne mislim nikoga braniti, ali dobro se sjećam da je kanonski bio totalno protiv systemd-a u korist upstart-a. kad je debian popustio systemd-u, na kraju se povukao u ubuntu.
Uz to, ove bugove mogu ugroziti sigurnost sustava i stabilnost poslužitelja, na primjer, zato su oni koji se najviše žale na te stvari sys admin.
A što je s Mageijom, nevjerojatno je da KDE može raditi na 512 MB RAM-a, besprijekorno.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
nekoliko pitanja; Koliko je jednostavno upravljati uslugama u OpenRC-u? i koliko je jednostavno instalirati koristeći ga prema zadanim postavkama u Manjaro instalaciji sa systemd? ono što mi se sviđa kod systemd je da s jednostavnom naredbom systemctl enable (service) .service ili systemctl disable (service) .service mogu lako upravljati svojim uslugama, AKO me zanima saznanja o OpenRC-u i pogotovo ako mi pomalo čudno miriše sve to od systemda, usput; Korisnik sam novele
Usput; Piše da sam na Windowsu jer koristim nadjačavanje korisničkog agenta
S OpenRC-om je vrlo jednostavno rukovati, dajem vam primjer s uslugom ispisa cupsd.
Za početak.
# rc-servis cupd start
* Pokretanje cupsd .. [ok]
Da to zaustavi.
# rc-servis cupd stop
* Zaustavljanje cupsd… [ok]
Da ga ponovno pokrenete.
# rc-servis cupd ponovno pokretanje
* Zaustavljanje cupsd… [ok]
* Pokretanje cupsd .. [ok]
Za početak na zadanoj razini pokretanja.
# rc-update dodaj cupsd zadani
* usluga cupsd dodana na zadani nivo pokretanja [ok]
Da biste ga uklonili sa zadane razine pokretanja.
# rc-update iz cupsd default
* servis cupsd uklonjen sa zadane razine pokretanja [ok]
Da biste vidjeli status svih usluga na svim razinama.
# rc -status -a
Da biste vidjeli status razine pokretanja, u ovom primjeru zadani.
# rc-status zadani
Ovdje u gentoo-u, OpenRC je zadani sustav za pokretanje i takav će ostati zauvijek, mi smo se sistemirali u portageu za samoubojstva, kojih je srećom malo ...
Da bismo zamijenili journald, koristimo syslog-ng i logrotate, ovdje u gentoo-u sistemski dnevnik izlazi kroz virtualnu konzolu vt12 koja je control + alt + F12, ili je možete kontinuirano vidjeti u bilo kojem grafičkom terminalu kao root korisnika sa:
# tailf / var / log / messages
A da ga instaliram na moj Manjaro?
Ja kažem; Neću izgubiti sve datoteke i svoj lijepi XFCE samo zbog prelaska na OpenRC 🙂
Spreman; Instalirao sam ga pomoću sudo pacman -S manjaro-openrc bluez-openrc (potonji jer imam bluetooth)
Sad je moj problem što XFCE4 upravitelj napajanja ne radi s upower-pm-utils 🙁 i nemam tipične mogućnosti suspenzije i hibernacije
OpenRC je vrlo jednostavan, upravljanje uslugama je kolač, samo kao primjer:
Omogući uslugu: rc-update dodaj cronie zadani
Pokrenite uslugu: /etc/init.d/cronie start ili rc-config start cronie
Zaustavite uslugu: /etc/init.d/cronie stop ili rc-config stop cronie
Jednostavno i nije baš složeno.
@elav je ono što predstoji na duge staze, počevši od pješčanih oluja, kiše trolova, rasutih vilica, razdvajanja razvojne skupine i mnogih koji se pitaju je li migracija na BSD bolja opcija od zaglavljivanja u systemdu, jer da.
Osobno pozdravljam ovu inicijativu Manjara, to je opcija za one koji ne žele ostati sa systemd-om, nešto što mi se sviđa, trenutno sam u Gentoo-u i sviđa mi se, osjećam se ugodno sa slobodom koju mi daje, ali sada Nekoliko puta mi je prošlo kroz glavu da napravim promjenu na FreeBSD, a možda ću i skočiti ovaj mjesec, sve ovisi o mom vremenu i nalaženju određenih stvari za uspješnu migraciju.
Argumenti protiv systemda odavno su opovrgnuti. Pročitajte još malo, molim vas.
http://0pointer.de/blog/projects/the-biggest-myths.html
http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html
Ništa od toga ne pobija stvarnost systemd-a, Lennart je vrlo dobar u izbjegavanju stvari i odgovornosti, preporučujem da, umjesto samo čitanja članaka, čitanja systemd-a ili barem čitanja popisa sustava systemd, saznate više o stvari koje opovrgavaju ono što ta tri članka kažu da su se dogodila i više podržavaju sistemske klevetnike.
Njegov je argument utvrditi da postoji znanje koje opovrgava ono što sam pokazao, ali nikada ne izvodi dokaze, pa ne mogu vjerovati njegovom postojanju.
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp moj argument je malo veća podrška jer sam ga objasnio gore u komentaru 25 istog unosa i izložio sam ga u mnogim drugim unosima u vezi sa systemd, uz izlaganje u Debian irc-u i popisu ove distribucije, ujedno i moj poziv, je da sami stvarate svoja mišljenja i za to morate samo pročitati mali razvojni popis systemd-a. Također da potaknem vašu znatiželju, dajem vam ovu poveznicu u kojoj jasno kažu da systemd-214 više ne nudi podršku za SysV i LSB skripte, uz izgovor za "čišćenje koda".
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
Sad mi recite: Gdje je podrška za LSB standard koji je trebao biti stvoren kako bi se stvorila zajednička baza za sve distro-ove? Jer da vam kažem nešto, ništa drugo u svojoj prvoj poveznici Lennart puca, hvali se i puni usta rekavši da systemd podržava upotrebu SysV i LSB skripti, kada je istina da je podrška ispuštena i zamijenjena generatorom init-files, usput rečeno, ima nekoliko grešaka i na kraju nema druge mogućnosti nego napraviti cjelovitu init-datoteku.
Pozdrav.
Mišljenja, to je poput magarca, svi ga imamo.
Ono što ovaj čovjek kaže može mu jako dobro ići, ali to nije moj slučaj. A mišljenje čovjeka koji piše na web portalu nije da je to Božja riječ. To je tvoje mišljenje, točka.
Tako "opovrgnuto", nema što.
Dobra stvar koja nam preostaje je da možemo koristiti sve što stvarno želimo; a da ne pokušavamo biti "talibani" i nametati naše kriterije drugima.
Za mene je SystemD pravo sranje. A postoje ljudi koji to vole. Pa dobro došla!
Niti je moje mišljenje dobro niti mišljenje onih koji ne misle kao ja nije sranje; oni su jednostavno različiti.
To je ono što nas razlikuje od ostalih operativnih sustava; možemo birati.
Ne ulazimo u beskorisne borbe koje ne vode nikamo.
@Tit
Nisi mogao bolje reći ... amin.
Morate biti slijepi da ne biste shvatili perverznost koju sistemski pokreće da pokrije sve, gazeći, pokrivajući i premještajući projekte koji savršeno rade, zamjenjujući ih verzijama koje nikad ne dosegnu ili postanu stabilne, čak i ako nema kompatibilnosti između jezgri i više od dvije stražnje verzije systemd.
Čini se da je Debian dobio potres i uspio se probuditi, samo se nadam da se naginju eudev-u i openrc-u, pa bi razvoj gentoo debian manjara i nekih drugih koji koriste openrc bio objedinjen, što bi ga za kratko vrijeme znatno poboljšalo, osvojivši cijelu zajednicu.
Podržavam vaše riječi.
Postoje ljudi koji citiraju druge ljude (mišljenja koja ih općenito zanimaju) i drže ih kao dokaze.
Sa svoje strane, nemam mišljenje o systemd-u. Ne znam je li tehnički bolji od upstarta ili openrc-a, ali ono što se čini jasno je da mogućnost sysvinita isključuju SVE distro-i, s tim da ga je Debian jedini zadržao u Wheezyju zbog svoje politike. Ali sljedeći stabilni Debian, Jessie, trebao bi biti Debian bez sysvinita.
Jasno je da je etički 100% besplatan softver; Što se tiče njegovog tehničkog dijela, niti sam proučavao kôd niti ga uspoređivao s alternativama, tako da nemam obrazloženo mišljenje. Ali čak i današnji Ubuntu koristi dijelove systemda, iako još uvijek imaju nadogradnju, a sumnjam da jesu jer Canonical "kupuje" Red Hat.
Systemd nije "zao", molim vas, ne borimo se protiv Skyneta (Terminator) ili HAL9000 ("svemirska odiseja 2001."), niti je tamna strana Sile koja želi dominirati Jediima. Niti je to što se smještanjem u tim preuzima sve i čini da čak i prehrambeni proizvodi u smočnici nestaju.
I da da "premješta projekte koji rade savršeno" (komentar 52), imao sam problema s matičnom NFS mrežom na računalima koja pristupaju poslužitelju, jer postupak isključivanja klijentskog računala prekida mrežu prije demontaže NFS sustava, i isključivanje bi se zamrzlo, jedino rješenje bilo je pritisnuti tipku za uključivanje / isključivanje da bi se silo isključilo (bug koji su prijavili razni korisnici); Morao sam stvoriti skriptu koja demontira NFS datoteke za pokretanje prije isključivanja klijentskog stroja. S druge strane, računalo poslužitelja NFS povezuje se putem WiFi-ja i s vremena na vrijeme veza se izgubi: ne znam je li problem u mrežnom upravitelju ili je u dhcpd-u ili gdje.
Ne kažem da ti problemi nestaju sa systemd-om; Ignoriram ga, jer ga nisam koristio. To je samo uzorak koji može reći da projekti koji systemd zamjenjuju savršeno rade pretjerivanje.
Jedno je mišljenje, a drugo argument, zasigurno je prvo vrlo raznoliko kao što kažete @Tito, ali drugo je nešto sažetije i fokusiranije, to nije nešto čime se može tako lako manipulirati, barem ne u slučaju besplatnog softvera, gdje imamo kôd na dohvat ruke za pregled.
@pamp nam govori da su prikazani argumenti već dugo opovrgavani i kao prvi test upoznaje nas s Lennartovim mišljenjima (a ne argumentima). Ali ono što ovaj momak kaže u svojim komentarima jedno je (brojevi 4 i 8 samo umiru zbog smijeha), a drugo je ono što čini u systemd kodu. Stav koji sam više puta vidio u Lennartu otkako sam počeo razvijati stvari kao što su Avahi i Pulseaudio, a koji se jednostavno može potvrditi čitanjem razvojnih popisa i izvještaja o programskim pogreškama.
@ Dah65 zasigurno mnogi ljudi koriste dokaze koristeći mišljenja trećih strana, što je loša navika za one koji ne mogu sami istražiti probleme, da imaju svoje i osobno mišljenje, pa čak i stvaraju valjane argumente s kojima mogu sudjelovati u konstruktivnoj raspravi .
U mom slučaju, pratim promjene u systemd-u zahvaljujući razvojnom popisu, iako mi se alat ne sviđa, potpuno mi se ne sviđa, ali ne prestajem čitati o njemu na korisničkoj i tehničkoj razini, kao i razlog Za ovo je vrlo jednostavno, ako moram prisustvovati klijentu koji koristi navedeni init, znam što trebam učiniti i kako se pozabaviti bilo kojom situacijom.
O tome što usluge rade bez problema, to je zabluda, postoji mnogo SysV skripti s problemima, a isto se događa i u systemd-u, ali barem kada prijavite grešku u SysV-u, one su ispravljene ili to možete učiniti na jednostavan način kao što ste komentirali , u systemd, nakon što napravite izvještaj o grešci, možete pronaći WONTFIX ili ZATVOREN, zahvaljujući Lennartu ili Kayu, ovisno o slučaju, i ne pretjerujem kad ovo kažem, primjer ovdje:
https://bugzilla.redhat.com/show_bug.cgi?id=753882
Pročitajte komentar 48, nemate gubitka. Clementova 53 je još jedna koja nema gubitaka, posebno zbog arhaičnog, ali funkcionalnog rješenja problema koji Lennart ne želi riješiti i koji je usput rečeno 2011. godine.
Oni "mitovi" koji su ih uspostavili? Neki su uklonjeni iz galerije jer "systemd nije prenosiv bez razloga." Potpuno je istina da nije prenosiv (i priznaje ga govoreći da je vrlo prilagođen za Linux)
Pretpostavlja se zablude, poput pretpostavke da BSD nije zainteresiran (momci iz BSD-a kažu suprotno: "Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)"), čak i da je prijenosno, ne bi ga usvojili i slične stvari ( mit 13,14,15).
Ako je Poetteringova namjera da počnemo prepisivati skripte, ekskluzivne za vaš sustav (http://0pointer.de/blog/projects/systemd-for-admins-3.html) pogriješit ćemo. U principu klasičnu init skriptu nije briga kamo idete. Minimalne izmjene napravljene su za rad na GNU, UNIX ili BSD. Pa to je bilo do sada (osim ako se ne koristi OpenRC). U svakom slučaju, mislim da će ovakve stvari stvoriti raskol između Linuxa za radnu površinu i poslužitelja. Korisnici Ubuntua i derivata vidjet će promjene tek krajem sljedeće godine.
@ Dah65
Pa, budući da kažete da systemd nije personificirana perverznost, onda mi recite zašto oni ne stavljaju opcije Makefile da onemoguće sve njegove module u vrijeme kompajliranja, tako da oni koji ne vole imati one "opcionalne module" koji gaze druge pakete, tako da ih možemo kompilirati i stvoriti vlastite verzije systemd capped!
Znate li zašto ne znaju? Budući da se njegov oblik razvoja naziva prisilnim nametanjem i kako 95% korisnika nema NPI, oni koriste prednost zadanog, odbili smo ga za sve vas.
Na taj način besplatni softver ili softver otvorenog koda ili kako god to žele nazvati ne funkcionira, sada me to nasmijava, jer s novom vilicom za Debian mnogi ljudi misle da je to gubljenje snage i stalno se pitam koliko je bilo teško staviti dodatne mogućnosti kompilacije na Makefile?
Subjekt ne daje više, to je kao da želite pomiješati vodu s uljem, zato će se pojaviti beskrajne vilice u svakom razvoju gdje se nameće nekoliko za sve ostale.
@mario je upravo ono što kažeš. Jordan Hubbard također je shvatio da BSD init treba ažurirati ne samo kako bi se prilagodio novim tehnologijama, već i kako bi podržao nove značajke koje su sada moguće, ali zaobilazi koncept koji danas ima systemd o tome kako ih treba raditi. stvari, a oni to pojednostavljuju na filozofiju koja je uvijek prevladavala u UNIX-u, "Napravite program koji čini jedno i to dobro", a to je u iniciranju izuzetno važno, budući da ne govorimo o još jednom demonu, mi smo govoreći o pokretanju operacijskog sustava, osim što je sigurnosna mjera, u usporedbi s onim što mnogi stručnjaci već počinju raspravljati o systemd-u, a to je i vidljivo, systemd sliči na svchosts.exe iz Windowsa, što čini s init-a usluge mrežne kontrole između ostalog.
Dečki, stvarno je zastrašujuće.
Je li vrlo komplicirano ukloniti iz ArchLinuxa ????
Potražit ću informacije, ali ne usuđujem se dirati takve stvari da ne bih zeznuo i izgubio svoj sustav.
????
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
Iz mnogih komentara koje sam pročitao, SYSTEMD je istinski TROJSKI KONJ ...
To znači tko ga može spremiti?, Na španjolskom je malo podataka o konfiguraciji radne površine u FreeBSD-u i pripremi sustava za upotrebu.
Jadan sistem, neka bude. xD
Ovaj sistem mržnje neće biti virusni ???? Arch mi je sjajno prošao ... ako je istina da pokriva više, ne znam je li dobar ili loš! ali možda već postoje ranjivosti za preuzimanje kontrole ili neki virus koji zbog toga uništava sustav ... ako je stabilan i siguran ne vidim problem ... svejedno ću vidjeti imam li vremena i proučim temu i napravim neke testove s openrc-om
nije toliko stabilna. a mnogo je nesigurniji od sustava v. Za korisnike stolnih računala kao i mnogi od nas (ja) to ne predstavlja problem, brže pokretanje sustava dobro funkcionira i obično ne čitam zapisnike pa nije važno koliko su jasni ili je u binarnom formatu.
Imam teoriju da će Linux rasti na radnim površinama (i vladama) i gubiti tlo na poslužiteljima (umjesto da uzima OS poput freebsd)
Na esdebian Wiki objavljuju kako instalirati SysVinit na Debian Jessie. http://www.esdebian.org/wiki/sysvinit
Čitajući o sigurnosti, otkrivam da na intelovoj strani postoje matične ploče sa čipsetima, uglavnom na sjevernom mostu, implementiraju nešto što se zove AMR Intel Active Management Technology .... zanimljivo, srećom nemam Intel, ali počet ću ga tražiti AMD strana ne postoji takva stvar.
Zamišljaju kombinaciju intel + AMR + systemd, ne daj Bože.
https://en.wikipedia.org/wiki/Intel_AMT_versions
Nije ni čudo što Stallmanov paranoik vapi za besplatnim biosom.
Miran; Intel napušta proizvodnju matičnih ploča.
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
Prije svega, ne koristim systemd jer još nije ugrađen u Kubuntu (ja sam s Netrunnerom 14, izvedenim iz Kubuntu 14.04).
Nakon što smo to pojasnili, mora se navesti nekoliko stvari:
1- systemd prihvaćaju programeri / paketi različitih distribucija (Debian, openSUSE, Arch, Fedora ...), ali sada se ispostavlja da čitatelji ovog bloga znaju više nego što znaju o prednostima i nedostacima systemd-a.
2- systemd je besplatni softver, čiji kôd mogu pročitati (i razumjeti) oni koji imaju vremena i znanja (oni programeri / paketi o kojima sam prije govorio). Ako sakrijete stražnja vrata, bila bi otkrivena. Koliko čitača koristi vlasnički firmware ili upravljački program čiji kôd niste pročitali i ne možete pročitati? Mislim da ima više smisla bojati se toga nego ne systemd-a.
3- Svi radimo s binarnim paketima, jer kada preuzmem .deb iz spremišta da bih ga instalirao, ne preuzimam običnu tekstualnu datoteku. Dakle, taj je argument prilično paradoksalan.
4- U GNU / Linuxu već postoje programi koji rade mnoge stvari: ista jezgra, koja sve više integrira više pokretačkih programa, pa čak i vlastiti firmware (bolje je zatvoriti vrata u zatvoreni firmware nego u program čiji je kôd objavljen). Tu je i Xorg koji ne samo da upravlja grafičkim poslužiteljem već i tipkovnicom, mišem i ostalim stvarima; Nitko ne kaže da Xorg zbog toga "izdaje" UNIX filozofiju, žele ga povući jer su ga već pretekli drugi projekti.
5- "Linux je izbor", naravno, ali to je sloboda izbora želim li pročitati kod, izmijeniti ga, distribuirati itd. Nije da su distro-ji potrebni za odabir svih izbora (sve arhitekture procesora, sva radna okruženja, svi formati paketa itd.)
6- Za one koji razmišljaju o prelasku na BSD, sjećam se da sam čitao vijesti da je u nekim BSD sustavima američka NSA već stavila svoje kandže. Jesu li ove vijesti bile točne, ne znam jer nisam pratio temu. Ali ironično je da bježim od nečega "jer Red Hat stoji i možda ..." da bih ušao u nešto iza čega "možda stoji NSA ...."
Uz upotrebu GNU / Linuxa, BSD-a, Windows-a ili bilo čega što želite da koristimo, također možemo koristiti svoju logiku i sposobnost rasuđivanja
Drugim riječima, čitatelji ovog bloga, budući da su samo čitatelji, nemaju mogućnost shvatiti je li nešto dobro ili ne, jer se moramo voditi dobrom prosudbom, znanjem i iskustvom proizvođača i proizvođača ambalaže. Je li to to?
Istina je, to je Slobodni softver, i ako se pojavi nešto čudno, super ljudi o kojima ste prije govorili i kojima moramo vjerovati moći će to primijetiti i najaviti, ili možda ne, jer će možda, kao ljudi, biti u iskušenju da ušute zauzvrat Nečega.
Kada preuzmete .deb, sve što radite je preuzimanje komprimirane datoteke koju možete raspakirati i, dakle, vidjeti što je unutra i što je moguće, a to je mjesto gdje je binarni sadržaj unutra. 😉
Ne znam tko su korisnici koji će pobjeći s Linuxa da bi prešli na BSD, ali na primjer, ne bih morao napustiti Linux, morao bih ostaviti distribuciju koja Systemd stavlja iza vas da ili da.
Ukratko, mi koji komentiramo, čitamo i koristimo GNU / Linux na ovom blogu ne razmišljamo. To želiš reći? U svakom slučaju reći ću vam iz svog osobnog iskustva i svojih obrazloženja (bilo logično ili ne):
Systemd je usran zaglavljen na štapu. Pročitao sam da postoje i drugi Initovi koji se pokreću puno brže i stoga ne moraju kontrolirati DNS, RED, CRON i sve ostalo što Systemd želi kontrolirati. Možda za krajnjeg korisnika kojem je stalo samo da uključi računalo, otvori preglednik i pošalje e-poštu, nije važno koriste li Systemd ili Systemx, ali za nas koji upravljamo poslužiteljima to je muka. I ja vas pitam isto pitanje koje uvijek postavljam što će se dogoditi ako Systemd bude ugrožen i ode dovraga? Da li smo ostali bez CRVENE, bez CRON-a, bez DNS-a, bez Inita i svega ostalog što radi? Eto, ostavljam to vama.
I pazite, kažem vam sve ovo bez neslaganja. Ipak, dobrodošli u ove dijelove.
Hvala na dobrodošlici.
Odgovarajući bez prepirke, pojašnjavam da niti razvijam sistem niti dobivam plaću za njegovo promicanje. A da to uopće ne utječe na to koriste li me drugi ljudi ili ne, to je njihova odluka.
Ali ono što vidim s ovom stvari čini mi se ponekad histerijom i čitam mišljenja ljudi koji, bez da su proučavali kodeks ili ga koristili, označavaju kao smeće, nametanje, izdaju i ne znam koliko drugih stvari. Podsjeća me na situaciju koju sam doživio prije nekoliko dana, kada je osoba koja je priznala da nikada nije instalirao Windows ili je znao particionirati tvrdi disk počela govoriti da je Linux vrlo težak ... a da ga nikada nije isprobao, a na svom pametnom telefonu ima i Android.
Jeste li usporedili systemd sa sysvinit-om, s upstart-om i openrc-om? Izvrsno, odluku možete donijeti na temelju vlastitog iskustva. To je najbolje, jer također znate da distro koji radi na jednom računalu može biti vrijedan na drugom, i zato mi koji imamo neko iskustvo u GNU / Linuxu kažemo da je najbolji distro onaj s kojim se korisnik osjeća ugodno ukus.
1- «Drugim riječima, čitatelji ovog bloga, jer su samo čitatelji, nemaju mogućnost shvatiti je li nešto dobro ili ne, jer se moramo voditi dobrom prosudbom, znanjem i iskustvom proizvođača i proizvođača ambalaže»
Čitatelj sam ovog bloga već duže vrijeme (vidjet ćete moje komentare u starim vijestima), pa sam uključen u paket. A odgovor je da ne: biti čitatelj ovog ili bilo kojeg bloga ne omogućava mi (barem meni) da prosuđujem dobro ili loše softvera koji ne znam. Mogu čitati što drugi govore, a u ovom slučaju postoje stavovi i za i protiv systemd; zapravo, svaki put kad se tema pokrene u Phoronixu ima puno rasprava, ali čak i tamo argumentirani komentari su rijetki. Mislim na argumente poput "kada systemd poziva X obrađuje se beskonačna petlja, što sustav čini neupotrebljivim."
Istina je da se korištenjem distro ili nekog drugog vodite prosuđivanjem, znanjem i iskustvom proizvođača i proizvođača ambalaže. Korištenje bilo kojeg OS-a ili programa podrazumijeva dijelom oslanjanje na prosudbu i iskustvo drugih; na primjer, s Linuxom prihvaćate odluku da se koristi monolitna jezgra umjesto da se koristi mikro jezgra poput Hurda. Ta je odluka Linusa Torvaldsa i vi je prihvaćate koristeći njegovu srž.
2- «Istina je, to je Slobodni softver, i ako se pojavi nešto čudno, super ljudi o kojima ste prije govorili i kojima moramo vjerovati moći će to primijetiti i najaviti, ili možda ne, jer će se možda osjećati u iskušenju kao ljudi šuti u zamjenu za nešto ".
Pa, sumnjivo, zašto vjerovati Linusu Torvaldsu i Richardu Stallmanu te projektu GNU? Nisam pogledao kod njihovih programa, pa me možda varaju.
3 - «I ja vam postavljam isto pitanje koje uvijek postavljam, što će se dogoditi ako Systemd bude ugrožen i ode dovraga? Da li smo ostali bez CRVENE, bez CRON-a, bez DNS-a, bez Inita i svega ostalog što radi? Ostavit ću to tamo. »
Što ako je OpenRC na neki način ugrožen? Ili Upstart? Ili jezgra? Dogodilo mi se, nakon "normalnog" ažuriranja u Debian testiranju, ponestalo mi je gruba, nisam mogao ući u Debian ili Windows, a u to je vrijeme moje neznanje značilo da imam samo mogućnost ponovne instalacije.
4- «Ukratko, mi koji komentiramo, čitamo i koristimo GNU / Linux na ovom blogu ne razmišljamo. To želite reći? "
Ne, ne mislim to; Ne namjeravam generalizirati od određene, konkretne situacije do ukupnog ponašanja jedne ili tisuće ljudi. Ali vjerujem da se u slučaju systemd to govori mnogo puta bez objektivne i mirne analize; dogodilo se i s Wayland-Mirom, podneseno je mnogo neutemeljenih tvrdnji, kako protiv Waylanda, tako i protiv Canonical-a.
Također, ponavljam da čitam i komentiram ovaj blog (kao i na drugim) i da koristim GNU / Linux.
I također ponavljam ono što sam prije rekao: iskoristimo mozak, analizirajmo ono što čujemo i čitamo, zauzmimo različite perspektive da pokušamo opovrgnuti i A i one koji nisu A, a ako je moguće, steknimo vlastito iskustvo kako bismo svoje zaključke temeljili na činjenicama. A onda iskoristimo sve što nam se čini ispravnim.
hm .. pa da je kompromitiranje hipoteza kao i sve .. moje je pitanje već prošlo? .. možda greške nisu pronađene u svim softverima i ispravljaju se ako u sustavu ima grešaka, oni to ispravljaju i kao što bilo koji program može imaju svoje bugove .. problem nije u tome što može propasti, to je ako želite da to učini ili kontrolira što radi, ali ne pod pretpostavkom da može propasti, sve može propasti u trenutku ... Uopće nisam ljubitelj systemd-a, to je samo moje mišljenje .
Greška se može dogoditi na korisnikovom računalu i ne može se dogoditi ništa, ali na poslužitelju se stvari vrlo, vrlo razlikuju.
@waco Svakako ako u softveru dobijete greške, trebali biste ih ispraviti. Problem je u tome što systemd ima puno starih bugova (neki datiraju iz 2010. i ozbiljni), a oni još uvijek nisu ispravljeni ni danas, niti su jednostavno umanjeni ili ih je Lennart jednostavno označio kao ZATVORENO ili WONTFIX.
vaš komentar je vrlo uspješan! Ne možemo svi pasti na systemd, jer je moderan i stvoren je kao kleveta za ovo ... svaka promjena ima odbijanje.
Odgovaram na vaše argumente:
1. - Ozbiljni i upitni korisnici, kao i programeri, znaju prednosti i nedostatke usvajanja systemd-a u bilo kojem razvojnom i radnom okruženju, slabosti i snage systemd-a ne mijenjaju se zbog jedne ili druge perspektive.
2.- Svakako je systemd besplatan softver i može se revidirati. Problem nije u tome što ima skrivena stražnja vrata, problem je u tome što radi stvari koje init ne bi smio raditi (mrežna kontrola, dns, TTY konzole, itd.), Što ima puno usluga koje trebaju drugima, što radi stvari na potpuno drugačiji način od onoga kako se od njih očekuje, što krši pravila samog Linux kernela (coredump), da mnogi njegovi programeri vrlo malo vode računa o rješavanju strukturnih problema koje ima systemd (coredump i debug su među najozbiljnijima do sada nije riješeno).
3. - Jedna stvar je preuzimanje binarnog programa za koji se ispostavilo da je program čija je KONFIGURACIJA i Dnevnici još uvijek u običnom tekstu, a druga stvar je preuzimanje binarne datoteke čija se KONFIGURACIJA i ostali podaci pohranjuju u binarnom obliku i koji je dostupan samo putem određenih alata Tu se stvari mijenjaju. Binarni zapisnik ne nudi sigurnost (ako zaista želite sigurnost, šifrirajte particiju s AES-256), to je samo crni okvir iz kojeg ne znate ništa o tome što se događa i prikladan je za mnoge stvari, na primjer: Zamislite da imate Trojanac koji iskorištava ranjivost sistema i putem njega dobiva puni pristup sustavu, uključujući uslugu dnevnika i eskalaciju privilegija. Nije li to ozbiljan problem? Ne bi li se binarni zapisnici kojima izravno obrađuje systemd okrenuli protiv vas tako što su nepodobni, a da ne dođu do točke da su već nesvjesno izmijenjeni? Razlika je između programa i konfiguracijske datoteke / dnevnika / odlagališta u binarnom programu.
4. - Kernel je dio softvera dizajniran u tom smislu, dizajniran je od početka da kontrolira sve na vašem računalu, a ne init. Init je posvećen samo tome da vaš sustav podigne jezgru i bude upotrebljiv, jer je to prvo što treba započeti, a posljednje što treba završiti. Zbog toga se naziva init (inicijalizacija), jer samo pokreće sustav i ne radi ništa drugo, a razlog tome je vrlo jednostavan, init mora biti najstabilniji i najsavršeniji mogući softver, da bi se to iz nekog razloga izbjeglo Ovo na kraju razbija cijeli sustav, radi se o stabilnosti i sigurnosti. Xorg je još jedan glas, istina je da čini mnoge stvari, ali ništa toliko rizično da vam ostavi potpuno neupotrebljiv sustav, a također se njegova konfiguracija i dalje vrši u jednostavnim datotekama s običnim tekstom.
5. - Svakako distributeri nisu dužni nuditi slobodu u širem smislu, i upravo zbog toga je predstavljena trenutna tirada. Ali, mi smo korisnici i zajednica, i mnogi od nas se jednostavno ne slažu s implementacijom ovog sustava, zato svoj glas donosimo, bez obzira slušaju li ga ili ne, stvar je onih koji razvijaju distro i njihova će odluka imati utjecaja na oni koji se odluče koristiti svoj distro ili ne, a to, očito, može dovesti do neuspjeha nekoliko distroa, ovisno o tome kako stvari idu, a primjer je sada Debian i njegova vilica Devuan.
6. - BSD vijesti su zbog onoga što se dogodilo u OpenSSH-u i u OpenBSD IP stogu, stražnjim vratima koja su usput utjecala ne samo na BSD već i na Linux (u slučaju OpenSSH), i to je popravljeno. Situacija se pripisuje BSD-u, jer je upravo BSD (Theo de Raadt u OpenBSD-u) zadužen za razvoj ovog alata (OpenSSH), a situacija je nastala jer su određeni programeri koji više nisu aktivni u projektu zasadili stražnja vrata. Situacija je riješena i proglašene su odgovarajuće mjere koje treba poduzeti u slučaju da ova situacija može utjecati na one koji su koristili softver. Sad: Može li se ova situacija dogoditi u systemd-u? Odgovor je jednostavan, a rezultat je katastrofalan, budući da systemd, između ostalog, rješava eskalaciju privilegija, backdoor u systemd znači potpuni pristup sustavu, nešto što se nije dogodilo sa backdoorima spomenutim u BSD-u.
Vraćaju Debian vilicu bez da systemd već ima web stranicu. Čini se da projekt ide i vrlo ozbiljno. https://devuan.org/
Ažurirani ISO-ovi i neki novi prijenosi.
https://forum.manjaro.org/index.php?board=50.0
Instalacijski program nije previše jasan, ne mogu slijediti njihove korake, posebno u dijelu particija, ne znam zašto inzistiraju na tim zbunjujućim stvarima.
Nešto privlači moju pažnju oko netinstalacije s Openrcom, negdje u instalaciji neprestano vidim poruku da konfigurirate systemd, hoće li zaista biti bez systemd-a ili njegove upotrebe?
Pozdrav Manuel, također sam primijetio istu stvar tijekom instalacije, mora biti stvar instalatera jer ono što nema sumnje je da systemd nije instaliran, vi potvrdite u terminalu ovako: pacman -Qs openrc
pozdravi
Pozdrav keos, prije svega ispričavam se što nisam prije odgovorio. Cijenim vaš odgovor, sretan sam što znam da Manjaro nudi ovu opciju; čim završi podrška za Ubuntu Precise (ili možda prije), instalirat ću je. Pozdrav.
Dobar post
Čekat ću na Manjaru sa Systemdom dok verzija OpenRC još malo sazrije, želim izaći iz systemda ... (znojim se)