Danas sam čitajući svoj RSS saznao zanimljivu vijest da 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, inače openrc, sistem za pokretanje koji koristi Gentoo.
Ne znam kako je s vama, ali tema Systemd već me puno dodiruje, i što više čitam, sve više shvaćam da iako za krajnjeg korisnika (ili za mnoge) ne predstavlja ništa super relevantno, najmanje 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 onima 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 karakteristike:
- Na osnovu profila Manjaro-Net (nema unaprijed instalirano radno okruženje)
- Na osnovu grane za testiranje.
- Samo besplatni upravljački programi
- 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 gdje ćemo koristiti za pristup:
- Korisnik: root
- Lozinka: manjaro
Da bismo započeli instalaciju kao što je prikazano u prethodnom video zapisu, napisat ćemo:
setup
Veze za preuzimanje ISO-a
manjaro-net-0.8.11-openrc-i686.iso (32 bita)
(Ja sam md5: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64 bita)
(Ja sam md5: ef205f70f3b3428545fdf1420db10b74)
Upute nakon ugradnje
U Manjaro forum Nudi nam nekoliko podataka za postinstalaciju:
Dodajemo spremište openrc-eudev slijedeći ove upute.
1) Slijedeće dodajemo na kraju /etc/pacman.conf
[openrc-eudev] SigLevel = Izborni TrustAll server = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Dodamo i uvozimo ključeve:
sudo pacman-ključ -r 518B147D sudo pacman-ključ --lsign-ključ 518B147D
2) Ažuriramo sistem
sudo pacman -Syu
3) Instaliramo naše preferirano radno okruženje, primjer koristi dođi
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) Ponovo pokrećemo sistem
sudo reboot
Mislim da se podrazumijeva da za to moramo biti povezani na Internet kablom. Ako koristimo WiFi, možete vidjeti kako to učiniti Ova veza.
Manajaro ISO sa OpenRC i OpenBox
U slučaju Openbox ISO-a, morate uzeti u obzir neke stvari:
- Glavni cilj je napraviti postupak instalacije lakši i dopustiti postaviti na neki način graf mreža (koristeći wicd) i pregrađivanje koristeći GParted po želji.
- Konfiguracija uključuje Openbox WM, LXTerminal, PCMan i NetSurf web pretraživač (pretraživati informacije u Wiki o Google), itd
- Koristite instalacijski program konzole.
Veze za preuzimanje ISO-a sa OpenRC-om:
manjaro-openbox-openrc-2014-11-13-i686.iso (32 bita)
(Ja sam md5: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bita)
(Ja sam md5: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO sa OpenRC
Samo eksperimentalno i za 64 bita, postoji i ISO sa XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bita)
(Ja sam md5: e132f294f2ffd99c6cbc371d1e7a6d72)
U pravu ste, systemd problem počinje odavati određeni dah jer je OpenRC prirodni nasljednik trenutne init datoteke. 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), objavio je vijest o "skandalu" na tu temu, i premda kažu da postoje i drugi razlozi zbog kojih su svi povezani (a ne bi trebali).
Ostale velike distribucije nisu napravile problem (ili se barem očitovale pikovima 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 (čak i ako treba uspostaviti raspravu),
Čemu sad sva frka oko prelaska sa systemd-a na OpenRC, ako na kraju to na njih ne utječe.
Lično me zbog sistemske stvari čini nelagodnom, 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 sistema, uglavnom zato što se nisu složili da se po defaultu koriste kao init, jer je bio vrlo svjež i imao je puno mana , Većina glavnih razvojnih programera je u jezgru razvojnog tima i bili su povezani sa systemd-om, pa je zamjena Upstart-a za systemd bila znak neke nametanosti, pored problema da je Upstart razvoj Ubuntu-a i da mu se CLA prilično namrštio na, što je na kraju svima pomoglo da bez pitanja prihvate systemd. OpenRC u to vrijeme nije dolazio u obzir, jer su mu nedostajale mnoge funkcije koje sada ima, uključujući paralelizaciju i podršku za cgroup.
Sjajne vijesti! 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 kada sam morao podržati Archlinux da bih otišao na systemd. Sada imam mogućnost da ponovo testiram binarni distro sa openrc + eudev što je upravo ono što koristim ovde u gentoo-u.
Hvala vam ljudi sa 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 (tzv. Korisnički prostor devfs)
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 ovog novog inita. 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 je i vrijeme kompilacije Gentoo-a previše opsežno za moju ličnu situaciju).
Pozdrav!
Elav, možete opisati u manje od 10 riječi za korisnika koji previše ne razumije "kontroverzu", već je neko vrijeme na blogu nekoliko članaka koji su vrlo tehnički i ne završavaju s objašnjavanjem konteksta. "neupućeni" ... ikad su mi rekli da bez obzira na tehničko objašnjenje čak i vaša baka mora razumjeti 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 se problem zaobišao
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 sistema, ali su ga programeri odlučili proširiti i on sada ne samo da pokreće pokretanje već i stvari poput cron (program za automatsko pokretanje programa), mrežu, sistemske zapisnike koji usput su binarne datoteke, između ostalog
Mnogi ne gledaju blagonaklono na tako naglu promjenu, pogotovo zato što je riječ o novom softveru, dakle s mnogo više grešaka nego kod programa koji su radili čitav život, uz stvaranje ovisnosti prilikom programiranja i, na primjer, gnome je sve više povezan s tim sistem. Č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 sviđa systemd, ali ne bi smjeli dopustiti da monopolizira sve distribucije i ostavi alternative kao što je to uvijek bilo u Linuxu za one koji imaju drugačije potrebe.
Ne moram reći da je prije programa zaduženog za pokretanje sistema pri pokretanju bio sistem 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 radi 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.
Na to 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.
Pored gore spomenutog, moram reći da, budući da je RedHat glavni eksponent iza Systemda, primam upozorenje da 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? Šta 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 sistemima za slušanje pet očiju:
Već sam o ovome pisao, ako imate potreban talent, znam da ga imate, možete sami zaključiti:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Stealth
Kao dodatak vašem lijepom komentaru @elav, systemd ima tako visok nivo NIH, da sada tvrdi da kontrolira sljedeće:
1.- Upravljanje internetskim vezama sa IPv4 i IPv6, koristeći 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-konzolu. (Zbogom KMScon?)
5.- Upravljanje sesijama i privilegijama putem prijave.
6.- Kontrola Coredump-a, upotreba binarnih datoteka i preskakanje direktiva jezgre.
7.- Kontrola dnevnika, upotreba datoteka u binarnom obliku i preskakanje direktiva jezgre.
8.- ACPI kontrola događaja pomoću prijave. (Systemd-212 je dodao nekoliko glavobolja Nvidijinim uređajima sa raznim greškama koje su sistem učinile beskorisnim)
9.- PPPoE podrška za networkd, posao koji je još uvijek u toku.
10.- Podrška za DHCP u klijentu i serveru. (Šta rade s tim? Nemam pojma)
11.- Podrška za sisteme sa 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 virtuelizirane kontejnere (uglavnom Xen i KVM)
13.- Podrška za rukovanje uređajima i inicijalizaciju (ono što udev radi)
14.- Rukovanje sistemima za šifriranje diska.
15.- Učitavanje firmvera i modula jezgra.
16.- Rukovanje imenom hosta (stvara jedinstveni identifikator vašeg računara), prostorijama, vremenu, NTP sinhronizacijom, sysctl-om (varijablama upravljanja jezgrom), pa čak i generatorom slučajnih brojeva (ovo je vrlo WTF i podiže puno sumnja)
17.- Rukovanje privremenim sistemima datoteka.
Ukratko dugačka lista, jesu li stvari koje znam da systemd čini, ako iko 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 i dalje standard u Linuxu ili se varam?
Hvala što ste mi javili, razmišljao sam da odem na BTRFS, ali znajući da ga Lennart voli, možda znate da mora biti užasan i špijunira NSA-IBM
Malo je prostora za sažimanje i objašnjenje toliko mnogo ... to je divovski trojanski konj, kojeg oni ni ne pokušavaju pokazati. Šta sistem za pokretanje radi stavljanjem mrežnih usluga, dhcp dns-a, pa čak i ja mislim avahi ... u systemd? Moć odluke se gubi zbog nemogućnosti upravljanja uslugama
koji nisu traženi i koji mi ne dolaze, a koji se mogu deaktivirati, ne želim ih u systemd paketu!
U OpenRC-u jedan je taj koji odlučuje koje će se stvari pokrenuti na svakom nivou pokretanja, neke usluge ovise o drugim uslugama, ali ih je vrlo malo i one su na popisu ... dok u systemd-u sve radi što god želi u ovom trenutku. … Da biste dobili oko 5 sekundi pokretanja i bili brzi pri isključivanju.
Systemd je toliko složen da je nemoguće znati čime se bavi, morate se pomiriti s tim da mislite da je to vaš gospodar i da vam ne čini ništa loše.
Systemd razbija koncept da bi stvari trebale biti lako i razumljive u smislu demona ili usluga i nivoa rada, niko ko koristi systemd u potpunosti ne zna šta se dešava u njihovim uslugama u svakom trenutku.
Systemd ne dozvoljava izvorno korištenje syslog-ng-a, napravili su ga na način da ga Donald nagazi i ne dopušta mu da funkcionira, odnosno koristite li journald ili naninga! Sistemski dnevnik je presudan za sigurnost i reviziju onoga što se dogodilo i događa se s lokalnom i udaljenom vezom, ali journald koristi binarni format koji samo jornalctl može vidjeti .... Vrlo često se journald ošteti "misteriozno" u svojoj binarnoj datoteci i kao vidi da je oštećen jednom ga briše i započinje s novim, zaboravljajući sve zapise koji su već postojali.
Mogu nastaviti satima, ali najgori je problem što Lennart ne daje loptu onima koji prijave te greš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 rekao prije, HORSE OF TROYA iz RedHata.
Iskreno po meni systemd nije popravljiv, ideja koja stoji iza njegovog dizajna je opako loša, bolje je pokrenuti sistem za pokretanje od nule nego pokušati popraviti taj frankestein.
AMEN !! @anonymous ..
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 direktno uputio na rsyslog. Neki vaš binarni dnevnik je već pokvaren.
Od dns-a koristim bind, ako ga integriraju u systemd, nastavit ću ga koristiti isto, čak i ako moram sve modificirati.
Koristim XFCE tako da mi štedi mnogo onoga što gnome želi integrirati.
To je poput slona u kineskoj radnji.
Tačno; čak ni oni ne znaju kako to nazvati. Svakodnevno izlazimo na ažuriranje, ispravljanje grešaka i ostalih 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 kompanija koje pokušavaju sve kontrolirati; vidi Canonical, RedHat i Gnome, (čak je i sam Miguel de Icaza napustio Gnomea).
Ako koristim Linux, to je zbog onoga kome ja upravljam i to je osnova i filozofija toga; Da ne bih znao šta radi, montiram mašine sa W serverom koji je već pokrenut.
Ono što me rastužuje je da 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 vidim sebe kako migriram sve svoje mašine na BSD.
@ anonimni, komentar, čovječe, ne možeš biti u pravu.
systemd je luda stvar koja nema objašnjenje u mnogim stvarima, istina izaziva puno sumnje u sve što čini i ne dopušta drugim alatima da to rade, istina je da ne znam kako si ljudi Debiana dopuštaju ovo, ali na kraju su već donijeli tu odluku, i prvi put nakon mnogo godina prestao sam koristiti Debian kao glavni OS i to ću č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), s kojim, ako se netko pokvari, sistem postaje nepopravljiv; To se protivi svemu onome za što se Linux zalaže, to jest, običnim tekstualnim datotekama ((do vraga su te binarne datoteke ??, običnim tekstualnim datotekama! Kao i sav život Božji.)
Hajde, to je sranje. Uopće mi se ništa ne sviđa.
Ali zahvaljujući kompanijama poput Canonical, Gnome i Red Hat; jesti ćemo je s krompirom.
To ako, iako postoje druge mogućnosti; Neću ga koristiti ni na serverima kojima administriram, ni na svojim ličnim mašinama.
Ovo već postaje podružnica kompanije Redmond.
Ne mislim nikoga braniti, ali dobro se sjećam da je kanonski bio totalno protiv systemd-a u korist upstart-a. kada je debian popustio systemd-u, na kraju se povukao u ubuntu.
Uz to, ove greške mogu ugroziti sigurnost sistema i stabilnost, na primjer, servera, zbog čega su oni koji se najviše žale na ove stvari sys admin.
A što je s Mageijom, nevjerovatno je da KDE može raditi na 512 MB RAM-a, besprijekorno.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
nekoliko pitanja; Koliko je lako upravljati uslugama u OpenRC-u? i koliko je lako 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 posebno ako miriše pomalo čudno sve ovo od systemda, usput; Ja sam korisnik novela
Između ostalog; piše da sam na Windowsu jer koristim nadjačavanje korisničkog agenta
S OpenRC-om je vrlo lako rukovati, daću vam primjer sa uslugom ispisa cupsd.
Za početak.
# rc-servis cupd start
* Pokretanje cupsd .. [ok]
Da to zaustavim.
# rc-servis cupd stop
* Zaustavljanje cupsd… [ok]
Da ga ponovo pokrenete.
# rc-servis cupd ponovno pokretanje
* Zaustavljanje cupsd… [ok]
* Pokretanje cupsd .. [ok]
Da ga započnemo na zadanom nivou pokretanja.
# rc-update dodaj cupsd zadani
* servis cupsd dodan na zadani nivo pokretanja [ok]
Da biste ga uklonili sa zadane razine pokretanja.
# rc-update iz cupsd default
* servis cupsd uklonjen sa zadanog nivoa pokretanja [ok]
Da biste vidjeli status svih usluga na svim nivoima.
# rc -status -a
Da biste vidjeli status nivoa pokretanja, u ovom primjeru zadani.
# rc-status zadano
Ovdje u gentoo-u, OpenRC je zadani sistem za pokretanje i takav će ostati zauvijek, sistemirali smo u porti za bombaše samoubice, kojih je na sreću 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 🙂
Spremni; Instalirao sam ga pomoću sudo pacman -S manjaro-openrc bluez-openrc (potonji jer imam bluetooth)
Sada je moj problem što XFCE4 upravitelj napajanja ne radi s upower-pm-utils 🙁 i nemam tipične opcije suspendovanja i hibernacije
OpenRC je vrlo jednostavan, upravljanje uslugama je kolač, samo da navedemo primjer:
Omogućite uslugu: rc-update add cronie default
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 ne baš složeno.
@elav ono što nas čeka čeka na duge staze, a kreće se od pješčanih oluja, kiše trolova, rasutih vilica, razdvajanja razvojne grupe 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 mi je nekoliko puta prošlo kroz glavu da napravim promjenu na FreeBSD, a ovaj mjesec mogu i skočiti, 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 koda ili barem čitanja razvojne liste systemd, saznate o stvarima koje opovrgavaju što ta tri članka kažu da se dogodilo i koja više podržavaju sistemske klevetnike
Njegov argument je utvrditi da postoji znanje koje opovrgava ono što sam pokazao, ali nikada ne izvodi dokaze, pa ne mogu vjerovati u njegovo postojanje.
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, a izložio sam ga i u mnogim drugim unosima u vezi sa systemd, uz izlaganje u Debian irc-u i popisu ove distribucije, također moj poziv je da sami kreirate svoja mišljenja, a za to morate samo malo pročitati razvojnu listu systemd-a. Takođe da potaknem vašu znatiželju, dajem vam ovaj link u kojem 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 bi trebao biti stvoren kako bi se stvorila zajednička baza za sve distro-ove? Jer da vam kažem nešto, ništa drugo na svojoj prvoj poveznici Lennart neumorno hvali, hvali se i puni usta govoreći da systemd podržava upotrebu SysV i LSB skripti, kada je istina da je podrška ispuštena i zamijenjena generatorom init-datoteka , usput rečeno, ima nekoliko grešaka i na kraju nema druge mogućnosti nego napraviti kompletnu init-datoteku.
Pozdrav.
Mišljenja su kao dupe, svi ga imamo.
Ono što ovaj čovjek kaže može mu 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, tačka.
Tako "opovrgnuto", nema šta.
Dobra stvar koja nam ostaje je da možemo koristiti ono š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šli!
Niti je moje mišljenje dobro, niti je mišljenje onih koji ne misle kao ja; oni su jednostavno različiti.
To je ono što nas razlikuje od ostalih operativnih sistema; možemo birati.
Ne ulazimo u beskorisne borbe koje ne vode nikamo.
@Titus
Nisi mogao to 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 nikada ne dostignu ili postanu stabilne, čak i ako nema kompatibilnosti između jezgara i više od dvije unazad verzije systemd.
Čini se da je Debian imao zemljotres i uspjeli su se probuditi, samo se nadam da će se naginjati eudev-u i openrc-u, pa bi razvoj gentoo debian manjara i nekih drugih koji koriste openrc bio objedinjen, što bi ga u kratkom roku znatno poboljšalo vrijeme, osvajanje cijele zajednice.
Podržavam vaše riječi.
Postoje ljudi koji citiraju druge ljude (mišljenja koja ih uglavnom zanimaju) i drže ih kao dokaze.
Sa svoje strane, nemam mišljenje o systemd-u. Ne znam je li tehnički bolji od upstart-a ili openrc-a, ali ono što se čini jasno je da mogućnost sysvinita isključuju SVI distro distribi, 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 to etički 100% besplatan softver; Što se tiče njegovog tehničkog dijela, niti sam proučavao kôd niti ga upoređivao s njegovim alternativama, tako da nemam obrazloženo mišljenje. Ali čak i trenutni Ubuntu koristi dijelove systemda iako još uvijek imaju nadogradnju, a sumnjam da jesu jer Canonical "kupuje" Red Hat.
Systemd nije "zao", molim vas, mi se ne borimo 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 nestanu.
I da da "premješta projekte koji rade savršeno" (komentar 52), imao sam problema s kućnom NFS mrežom na računalima koji pristupaju serveru, jer proces isključivanja klijentskog računara prekida mrežu prije demontaže NFS sistema, i isključivanje bi se zamrzlo, jedino rješenje bilo je pritisnuti tipku za uključivanje / isključivanje da bi se isključilo na silu (greška koju su prijavili razni korisnici); Morao sam stvoriti skriptu koja demontira NFS datoteke za pokretanje prije isključivanja klijentskog stroja. S druge strane, NFS poslužiteljski računar 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. Ovo je samo uzorak koji kaže da projekti koji systemd zamjenjuju savršeno rade pretjeruju.
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čaj besplatnog softvera, gdje imamo kod na dohvat ruke za pregled.
@pamp nam kaže 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 je jedno (brojevi 4 i 8 su samo da umru zbog smijeha), a drugo je ono što on radi u sistemskom kodu. Stav koji sam više puta vidio u Lennartu otkako sam počeo razvijati stvari poput Avahija i Pulseaudio-a, a koji se jednostavno može potvrditi čitanjem razvojnih lista i izvještaja o greškama oba softverska dijela.
@ 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 lično 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 razvojnoj listi, iako mi se alat ne sviđa, potpuno mi se ne sviđa, ali ne prestajem čitati o njemu na korisničkom i tehničkom nivou, kao i razlog Za ovo je vrlo jednostavno, ako moram prisustvovati klijentu koji koristi navedeni init, znam šta trebam učiniti i kako riješiti bilo koju situaciju.
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 u jednostavan način, kao što ste komentirali, u systemd, nakon što napravite izvještaj o grešci, možete pronaći WONTFIX ili CLOSED, 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 svog 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 on to priznaje rekavši da je vrlo prilagođen za Linux)
Pretpostavlja pogreške, poput pretpostavke da BSD nije zainteresiran (momci iz BSD-a kažu drugačije: "Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)"), čak i ako je prenosiv, oni to ne bi prihvatili i slične stvari (mit 13,14,15).
Ako je Poetteringova namjera da počnemo prepisivati skripte, ekskluzivne za vaš sistem (http://0pointer.de/blog/projects/systemd-for-admins-3.html) bit ćemo loši. U principu klasičnu init skriptu nije briga kuda idete. Napravljene su minimalne modifikacije 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 servera. Korisnici Ubuntu-a 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 ne stavljaju opcije Makefile da onemoguće sve njegove module u vrijeme kompajliranja, tako da mi koji ne volimo imati te "opcionalne module "taj korak na drugim paketima, tako da ih možemo kompajlirati 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.
Tako besplatni softver ili softver otvorenog koda ili kako god to žele nazvati ne funkcionira, sad me nasmijava, jer s novom vilicom za Debian mnogi ljudi misle da je to gubljenje snage i stalno se pitam kako bilo je teško staviti dodatne mogućnosti kompajliranja Makefile?
Subjekt ne daje više, to je kao da želite pomiješati vodu s uljem, zato će beskrajne vilice biti cijenjene u svakom razvoju gdje postoji nametnuto nekoliko za sve ostale.
@mario je upravo ono što kažeš. Jordan Hubbard je također shvatio da BSD init treba ažurirati, ne samo da bi se prilagodio novim tehnologijama, već i kako bi podržao nove funkcije koje su sada moguće, ali zaobilazi koncept koji sada sistemski ima kako to treba učiniti. stvari, i oni to pojednostavljuju na filozofiju koja je uvijek prevladavala u UNIX-u, "Napravite program koji čini jedno i to dobro", a to je u iniciji od najveće važnosti, jer ne govorimo o još jednom demonu, govorimo o pokretanju operativnog sistema, pored toga š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 liči na svchosts.exe iz Windowsa, radeći iz početak usluga za mrežnu kontrolu između ostalog.
Momci, stvarno je zastrašujuće.
Je li vrlo složeno ukloniti iz ArchLinux-a ????
Tražit ću informacije, ali ne usuđujem se taknuti takve stvari da ne bih zeznuo i izgubio svoj sistem.
🙂
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 spasiti ko može? Na španskom jeziku ima malo podataka o konfiguraciji radne površine u FreeBSD-u i pripremi sistema za upotrebu.
Jadan sistem, neka bude. xD
Ovaj sistem mržnje neće biti virusni ???? Arch mi je super krenuo ... 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 sistem ... ako je stabilan i siguran ne vidim problem ... svejedno ću vidjeti imam li vremena i proučim temu i uradi neke testove sa openrc-om
nije toliko stabilna. i mnogo je nesigurniji od sistema v. Za korisnika radne površine kao što je većina nas (ja) to ne predstavlja problem, brže pokretanje sustava dobro funkcionira i obično ne čitam zapisnike, tako da 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 serverima (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, oni implementiraju nešto što se zove AMR Intel Active Management Technology ... .zanimljivo, srećom nemam Intel, ali započet ću u potrazi za AMD stranom 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.
Tiho; 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 sa Netrunnerom 14, izvedenim iz Kubuntu 14.04).
Nakon što smo ovo razjasnili, 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 kod mogu pročitati (i razumjeti) oni koji imaju vremena i znanja (oni programeri / paketi o kojima sam ranije govorio). Ako sakrijete stražnja vrata, bila bi otkrivena. Koliko čitača koristi vlasnički firmware ili upravljački program čiji kod niste pročitali i ne možete pročitati? Mislim da je razumnije toga se bojati 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: isti kernel, koji sve više integrira više pokretačkih programa, pa čak i vlasnički 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 serverom već i tastaturom, mišem i drugim stvarima; Nitko ne kaže da Xorg zbog toga "izdaje" UNIX filozofiju, žele ga povući jer su ga već nadmašili drugi projekti.
5- "Linux je izbor", naravno, ali to je sloboda izbora želim li pročitati kod, izmijeniti ga, distribuirati itd. Nije da distro-ji trebaju dati svaki izbor (sve procesorske arhitekture, 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. Da li su ove vijesti bile tačne, ne znam jer nisam pratio temu. Ali ironično je da bježim od nečega "jer Red Hat stoji iza i možda ..." da bih ušao u nešto iza čega "možda stoji NSA ...."
Pored upotrebe GNU / Linuxa, BSD-a, Windows-a ili bilo čega što želite da koristimo, možemo koristiti i našu 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 ranije govorili i kojima moramo vjerovati moći će to primijetiti i najaviti, ili možda ne, jer će možda biti iskušeni jer su ljudi ušutjeti zauzvrat Nešto.
Kada preuzmete .deb, sve što radite je preuzimanje komprimirane datoteke koju možete raspakirati i tako vidjeti što je unutra i što je moguće, a to je mjesto gdje je binarni sadržaj unutra. 😉
Ne znam ko su korisnici koji će pobjeći iz 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.
Drugim riječima, mi koji komentarišemo, čitamo i koristimo GNU / Linux na ovom blogu ne pravimo razloge. To želite reći? U svakom slučaju reći ću vam iz svog ličnog iskustva i svog 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 mnogo 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 serverima to je muka. I ja vam postavljam isto pitanje koje uvijek postavljam, što će se dogoditi ako Systemd bude kompromitiran 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 za vas.
I pazite, kažem vam sve ovo bez oštrine. Ipak, dobrodošli u ove dijelove.
Hvala na dobrodošlici.
Odgovarajući bez negodovanja, pojašnjavam da niti razvijam sistem niti imam platu za njegovo unapređenje. 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 po tom pitanju, čini se ponekad histerijom i čitam mišljenja ljudi koji ga, bez da su proučili kodeks ili ga upotrijebili, označavaju smećem, nametanjem, izdajom i ne znam koliko druge 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 probala i takođe ima Android na pametnom telefonu.
Jeste li usporedili systemd sa sysvinit-om, s upstart-om i s openrc-om? Sjajno, odluku možete donijeti na osnovu vlastitog iskustva. To je najbolje, jer također znate da distro koji radi na jednom računaru može vrijediti i na drugom, i zato mi koji imamo iskustva u GNU / Linuxu kažemo da je najbolji distro onaj s kojim korisnik se osjeća ugodno.
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 paketa. »
Čitao sam ovaj blog već duže vrijeme (vidjet ćete moje komentare u starim vijestima), pa sam uključen u paket. A odgovor je ne: čitanje ovog ili bilo kog bloga ne omogućava mi (barem meni) da prosuđujem dobro ili loše softvera koji ne znam. Mogu proč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 nastaje beskonačna petlja, što sistem čini neupotrebljivim."
I 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 o korištenju monolitnog jezgra umjesto da koristite mikro jezgru 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 ranije govorili i kojima moramo vjerovati moći će to primijetiti i najaviti, ili možda ne, jer možda su ljudi osjećat ću se u iskušenju da šutim u zamjenu za nešto. "
Pa, sumnjivo, zašto vjerovati Linusu Torvaldsu i Richardu Stallmanu i 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 kompromitiran 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. »
Šta 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 grube, nisam mogao ući u Debian ili Windows, a u to vrijeme moje neznanje značilo je da imam samo mogućnost ponovne instalacije.
4- «Ukratko, mi koji komentarišemo, čitamo i koristimo GNU / Linux na ovom blogu ne rezonujemo. To želite reći? "
Ne, ne mislim to; Ne namjeravam generalizirati od određene, konkretne situacije do ukupnog ponašanja jedne ili hiljade 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.
Pored toga, ponavljam da čitam i komentarišem ovaj blog (kao i na drugim) i da koristim GNU / Linux.
I također ponavljam ono što sam prije rekao: iskoristimo svoj mozak, analizirajmo ono što čujemo i čitamo, zauzmimo različite perspektive da pokušamo opovrgnuti i A i one koji nisu A, i ako je moguće, uzmimo vlastito iskustvo kako bismo svoje zaključke temeljili na činjenicama . A onda iskoristimo ono što nam se čini ispravnim.
hm .. pa da je kompromitirana hipoteza kao i sve .. moje je pitanje već prošlo? .. možda greške nisu pronađene u svim softverima i ispravljene su ako se x greške pojave u systemd-u, oni to ispravljaju i kao što bilo koji program može imati njegove greške .. problem nije u tome što može propasti, jeste ako želite da to učini ili kontrolira ono što radi, ali ne pod pretpostavkom da može propasti, sve može zakazati u trenutku ... Ja nisam obožavatelj systemd-a uopće, to je samo moje mišljenje.
Greška se može dogoditi na korisnikovom računaru i ništa se ne može dogoditi, ali na serveru 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 grešaka (neke su još od 2010. godine i ozbiljne) i još uvijek nisu ispravljene ni danas, niti su jednostavno umanjene 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 njega ... sve promjene odbijaju.
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 se ne mijenjaju zbog jedne ili druge perspektive.
2.- Svakako je systemd besplatan softver i može se revidirati. Problem nije u tome što ima skrivena zadnja 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, čini stvari na potpuno drugačiji način od onoga kako se očekuje da se rade, što krši pravila samog Linux kernela (coredump), da mnogi njegovi programeri vrlo malo vode računa o rješavanju strukturnih problema koje systemd ima (coredump i debug su među najozbiljnijim, a još nije riješen).
3. - Jedna stvar je preuzimanje binarnog programa za koji se ispostavilo da je program čija su KONFIGURACIJA i Dnevnici još uvijek u običnom tekstu, a druga stvar je preuzimanje binarnog materijala čija se KONFIGURACIJA i ostale informacije pohranjuju u binarnom obliku i kojem je dostupan samo putem određenih alati, Tu se stvari mijenjaju. Binarni dnevnik 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 trojanskog trojanca koji iskorištava sistemsku ranjivost i preko njega dobiva puni pristup sistemu, uključujući uslugu dnevnika i eskalaciju privilegija. Nije li to ozbiljan problem? Ne bi li se binarni zapisnici kojima izravno upravlja systemd okrenuli protiv vas tako što su nepodobni, a da ne dođu do točke da su već nesvjesno modificirani? U tome je stvar i razlika između programa i konfiguracijske datoteke / dnevnika / odlagališta u binarnom obliku.
4.- Kernel je dio softvera dizajniran u tom smislu, dizajniran je od početka da kontrolira sve na vašem računaru, a ne init. Init je posvećen samo tome da vaš sistem 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 sistem 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 čitav sistem, radi se o stabilnosti i sigurnosti. Xorg je još jedan glas, istina je da radi mnoge stvari, ali ništa toliko rizično da vam ostane potpuno neupotrebljiv sistem, a također se njegova konfiguracija i dalje vrši u jednostavnim datotekama s običnim tekstom.
5.- Svakako distribovi nisu dužni nuditi slobodu u širem smislu, i upravo zbog toga je predstavljena trenutna diatriba. Ali, mi smo korisnici i zajednica, i mnogi od nas se jednostavno ne slažu s implementacijom ovog sistema, zato svoj glas dopiremo, bez obzira slušaju li ga ili ne, stvar je onih koji razvijaju distro , a njihova će odluka imati utjecaja na one 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 steku, zadnja vrata koja su usput zahvatila ne samo BSD već i 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 postavili 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, jer systemd rješava eskalaciju privilegija između ostalog, backdoor u systemd znači ukupan pristup sistemu, 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 insistiraju na tim zbunjujućim stvarima.
Nešto privlači moju pažnju oko netinstall-a s Openrc-om, negdje u instalaciji neprestano vidim poruku da konfigurirate systemd, hoće li zaista biti bez systemd-a ili njegove upotrebe?
Pozdrav Manuel, također primjećujem istu stvar tijekom instalacije, mora biti stvar instalatera jer ono što nema sumnje je da systemd nije instaliran, a vi potvrdite u terminalu ovako: pacman -Qs openrc
Saludos
Pozdrav keos, prije svega izvinjavam 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 i prije), instalirat ću je. Pozdrav.
Dobar post
Čekat ću na Manjaru sa Systemdom dok OpenRC verzija sazrije još malo, želim izaći iz systemda ... (znojim se)