Dnes som čítal moje RSS a zistil som zaujímavú správu, že Blogujte vzhľad replikátoraJe to tak, že v komunite Manjaro bolo spustených niekoľko ISO so zvláštnosťou, ktorú nepoužívajú systemd ako init, inak OpenRC, systém spustenia používaný serverom gentoo.
Neviem ako vy, ale téma Systemd sa ma už teraz veľmi dotýka a čím viac čítam, tým viac si uvedomujem, že hoci pre koncového používateľa (alebo pre mnohých) nepredstavuje nič superrelevantné, aspoň pre mňa , Nepáči sa mi cesta, ktorou sa uberá. Verím, že vo svete GNU / Linuxu prichádza čierna sezóna, kde prepuknú vidlice a nespokojnosť aj vo vyprahnutých púšťach.
Ale poďme na vec. Na fóre Manjaro zverejnili, ako som už uviedol, niekoľko zásad, ktoré OpenRC používa. A pre tých, ktorí sa boja tieto verzie nainštalovať, nechávam video, ako na to.
Stiahnite si ISO s OpenRC
Prvé ISO, ktoré uvidíme, je verzia NetInstall. Táto ISO má nasledujúce charakteristiky:
- Založené na profile Manjaro-Net (nemá predinštalované žiadne desktopové prostredie)
- Na základe pobočky Testovanie.
- Iba vodiči zadarmo
- Používajte Linuxové jadro série 3.14
- Nepoužíva Plymouth
- Bol testovaný vo Virtualboxe
Jazyk je možné zvoliť na začiatku stlačením klávesu F2. Po dokončení procesu zavádzania nájdeme výzvu, kde použijeme prístup:
- Užívateľ: root
- Heslo: manjaro
Ak chcete spustiť inštaláciu, ako je uvedené v predchádzajúcom videu, napíšeme:
setup
Odkazy na stiahnutie ISO
Manjaro -net-0.8.11-Openrc-I686.iso (32 bitov)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64 bitov)
(md5sum: ef205f70f3b3428545fdf1420db10b74)
Pokyny po inštalácii
V Fórum Manjaro Ponúkajú nám niektoré údaje pre inštaláciu po inštalácii:
Podľa týchto pokynov pridáme úložisko openrc-eudev.
1) Na koniec súboru /etc/pacman.conf pridávame nasledujúce
[openrc-eudev] SigLevel = voliteľný server TrustAll = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Pridáme a importujeme kľúče:
sudo pacman-key -r 518B147D sudo pacman-key -r 518B147D
2) Aktualizujeme systém
sudo pacman -Syu
3) Nainštalujeme naše preferované desktopové prostredie, ktoré príklad používa LXDE
sudo pacman -S lxde
Informácie o inštalácii desktopových prostredí nájdete v wiki.
4) Nainštalujeme správcu relácií:
sudo pacman -S lxdm -consolekit
5) Nainštalujeme niektoré balíky, ako je applet pre networkmanager
sudo pacman -S sieťový manažér-applet
6) Reštartujeme systém
sudo reboot
Myslím si, že je samozrejmé, že na to musíme byť pripojení k internetu pomocou kábla. Ak používame WiFi, uvidíte, ako na to ce lien.
ISO ISO Manajaro s OpenRC a OpenBox
V prípade Openbox ISO je potrebné vziať do úvahy niektoré veci:
- Hlavný cieľ je urobiť proces inštalácie jednoduchší a povoliť nastaviť tvar graf siete (použitím wicd) a rozdelenie použitie gparted voliteľne.
- Konfigurácia obsahuje Webový prehliadač Openbox WM, LXTerminal, PCMan a NetSurf (hľadať informácie v wiki o Google), a tak ďalej
- Použite inštalátor konzoly.
Odkazy na stiahnutie ISO s OpenRC:
manjaro-openbox-openrc-2014-11-13-i686.iso (32 bitov)
(md5sum: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bitov)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO s OpenRC
Iba experimentálne a pre 64 bitov existuje aj ISO s XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bitov)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)
Máte pravdu, systemd problém začne vydávať istý závan, pretože OpenRC je prirodzeným nástupcom súčasného init. Uvidíme, kde sa tento príbeh skončí.
„Aj keď pre koncového používateľa (alebo pre mnohých) to nepredstavuje nič mimoriadne relevantné“
Myslím si, že to isté nie je relevantné, pretože nás ako používateľov neovplyvnilo pri fungovaní samotného OS.
Jediný veľký (debian) v skutočnosti priniesol správy o „škandále“ v tejto oblasti, a hoci hovorí, že existujú aj iné dôvody, všetky s ním spojené systemd (a nemali by).
Ostatné veľké distribúcie, nerobili problém (alebo sa prejavili aspoň pikami a baterkami), Fedora, Ubuntu a OpenSUSE.
Vyvoláva vo mne dojem, že ide o boj medzi programátormi, pretože napríklad opensuse 13.2 má dobré prijatie / kritiku a nikto v recenziách nehovorí o systemd (aj keď má viesť debatu),
Prečo je teraz všetok ten rozruch prejsť zo systému na OpenRC, ak to nakoniec na ne nemá vplyv.
Osobne ma systémová vec znepokojuje, mám neistotu, dobrý post.
Vo Fedore prebehla debata o systemd, keď sa rozhodlo, že to bude inicializovať, že to má nejaký nepriaznivý dopad na systém, hlavne preto, že nesúhlasili s tým, že by to štandardne používal ako init, pretože to bolo veľmi čerstvé a malo veľa chýb Väčšina hlavných vývojárov je v jadre vývojového tímu a týkala sa systému systemd, takže nahradenie systému Upstart systémom systemd bolo znakom nejakého zavedenia, navyše k problému, že program Upstart bol vývojom systému Ubuntu a má CLA. dosť zamračene, čo nakoniec pomohlo každému bez problémov prijať systemd. OpenRC v tom čase neprichádzalo do úvahy, pretože mu chýbali mnohé funkcie, ktoré teraz má, vrátane paralelizácie a podpory cgroup.
Skvelá správa! binárne distro, ktoré uvoľní openrc ... je to ako dar z nebies.
Je to cesta, ktorou sa mal archlinux uberať od začiatku, pamätám si, keď som musel schváliť archlinux, aby som prešiel do systemd. Teraz mám možnosť otestovať binárne distro pomocou openrc + eudev, čo je presne to, čo tu používam v gentoo.
Ďakujem ľuďom z Manjaro !!!
# eix -Ic openrc
[I] sys-apps / openrc (0.13.6@24/11/14): OpenRC spravuje služby, spustenie a vypnutie hostiteľa
# eix -Ic eudev
[I] sys-fs / eudev (2.1.1@31/10/14): Podpora dynamického a trvalého pomenovania zariadení v systéme Linux (aka devfs používateľského priestoru)
Ďakujem za informácie, elav!
Zdieľam váš názor na systemd a tiež ma znepokojuje drift, ktorým sa Linux ubral od objavenia sa tohto nového init. Ak Wheezy príliš zostarne pred príchodom vidlice Debianu, budem uvažovať o vyskúšaní Manjaro OpenRC, pretože nemám dostatok času na prípravu systému Gentoo (vážil som si to, ale určite čas kompilácie Gentoo je pre moju osobnú situáciu príliš rozsiahle).
Zdravím!
Elav môžete opísať menej ako 10 slovami pre používateľa, ktorý príliš nerozumie „kontroverzii“, na blogu sa už nejaký čas vyskytlo niekoľko článkov, ktoré sú veľmi technické a nedokončia vysvetlenie kontextu pre „nezasvätených“ ... nikdy Povedali mi, že bez ohľadu na technické vybavenie, musí byť vysvetlenie pochopené aj vašou babkou, aby bolo dobré.
Vlastne pred časom bol problém vo Fedore neúnosný, a to tak, že niekoľko používateľov počítačov uvažovalo o prechode na systém Centos, aby ho obišli.
Prihlasujem sa na túto žiadosť.
Systemd funguje dobre pre mňa. Aký je problém, ktorý spôsobuje toľko pohybu?
Povedzme, že neviem.
systemd je program zodpovedný za spustenie systému, ale jeho vývojári sa rozhodli ho rozšíriť a teraz nespracúvajú iba spustenie, ale aj veci ako cron (program na automatické spúšťanie programov), sieť, systémové protokoly, ktoré sú mimochodom binárne súbory, okrem iného
Mnohí sa na takúto náhlu zmenu nepozerajú priaznivo, najmä preto, že sa jedná o nový softvér, ktorý preto obsahuje oveľa viac chýb ako programy, ktoré fungovali celý život, okrem toho, že pri programovaní vytvárajú závislosti, napríklad napríklad gnome je čoraz viac prepojený. do tohto systému. Vďaka čomu je menej prenosný na iné unixové platformy.
Neviem, či môj ďalší komentár neprešiel moderovaním, ale stálo v ňom, že sa mi páči systemd, ale nemali by ho nechať monopolizovať všetky distribúcie a nechať alternatívy tak, ako to v Linuxe vždy robili pre tých, ktorí majú odlišné potreby.
Musím povedať, že pred programom zodpovedným za spustenie systému pri bootovaní bol systém v, ktorý fungoval dlho, kým ho vo väčšine distribúcií nevymenil systemd xD.
K tomu, čo hovorí @daryo, pridávam nasledovné (čo je tiež môj názor):
Vždy sa mi páčila filozofia Unixu, keď program robí iba jednu vec, ale robí ju dobre. Keď chce Systemd ovládať všetko, čo ti povedal @daryo, mám malú pochybnosť a čo by sa stalo, keby bol Systemd nejako kompromitovaný? Možno by to so sebou ťahalo všetko, čo ovláda.
K tomu dodávam (a možno je to skôr zo zvyku), že sa mi vždy páčilo, že moje systémové protokoly sú čisto textové súbory, ale s Systemd je všetko binárne a príkazy ako:
cat log.txto
tailf log.txtKde by sme mohli použiť ďalšie možnosti ako GREP na filtrovanie určitého obsahu, ale Systemd používa pomenovaný príkaz journalctl.
Okrem vyššie uvedeného musím povedať, že keďže som RedHat hlavným exponentom za Systemdom, dostanem upozornenie, ktoré nemôžem vypnúť. Možno sa mýlim, ale nevyzerá to dobre. A stále premýšľam, čo je potrebné na ovládanie bootovania, cronu, siete a koľko služieb existuje? Čo tým myslia?
Vďaka tvojmu komentáru a tomu, čo vyšetrujem, môžem potvrdiť tvoje podozrenie, toto upozornenie je správne, Brodere.
Uvidíte, že som čítal o TCP Stealth, je to nemecká téza, kde obviňujú Red Hat z napomáhania priemyselnej špionáže k posluchovým systémom 5 očí:
Už som o tom písal, ak máte potrebný talent, viem, že ho máte, môžete dospieť k vlastným záverom:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#Stealth TCP
Len pre doplnenie vášho milého komentára @elav, systemd je NIH tak vysoký, že teraz tvrdí, že ovláda nasledujúce:
1. - Správa internetových pripojení s IPv4 a IPv6 pomocou systemd-networkd a systemd-nspawn.
2. - Správa DNS pomocou internej medzipamäte DNS, vyriešená systémom.
3.- Správa multicast DNS v interných sieťach pomocou systemd-networkd.
4.- Správa terminálov TTY v systéme Linux pomocou systemd-consoled. (Zbohom KMScon?)
5.- Správa relácií a privilégií prostredníctvom logindu.
6. - Ovládanie Coredump pomocou binárnych súborov a preskakovanie smerníc jadra.
7.- Kontrola protokolov, používanie súborov v binárnych súboroch a preskakovanie smerníc jadra.
8.- Kontrola udalostí ACPI pomocou logindu. (Systemd-212 pridal vývojárom Nvidia niekoľko bolestí hlavy s rôznymi chybami, vďaka ktorým bol systém nepoužiteľný)
9.- Podpora PPPoE pre networkd, úloha, ktorá stále prebieha.
10.- Podpora DHCP v klientovi a serveri. (Čo s tým robia? Netuším)
11.- Podpora systémov s obnovením továrenských nastavení, ktorá je mimochodom úzko spojená s BTRFS (Nebuďte prekvapení, ak sa BTRFS neskôr stane závislosťou od systemd, dobrý Lennart to miluje)
12 ..- Podpora virtualizovaných kontajnerov (hlavne Xen a KVM)
13. - Podpora pre správu a inicializáciu zariadenia (čo udev robí)
14.- Zaobchádzanie so systémami šifrovania diskov.
15. - Načítanie firmvéru a modulov jadra.
16. - Spracovanie názvu hostiteľa (vytvára až jedinečný identifikátor vášho počítača), priestorov, času, synchronizácie NTP, sysctl (riadiace premenné jadra) a dokonca aj generátora náhodných čísel (veľmi WTF, čo vyvoláva veľké podozrenie) )
17. - Spracovanie dočasných súborových systémov.
V krátkom dlhom zozname sú veci, ktoré viem, že systemd robí, ak niekto vie niečo viac, ako to hovorí :).
PS: systemd už od systemd-214 neponúka podporu pre skripty LSB a SysV, takže neviem, aká pravdivá je ich „dedičná“ podpora teraz alebo ako vyhovujú štandardom. Hovorím, že je LSB stále štandardom v Linuxe, alebo sa mýlim?
Ďakujem, že si mi dal vedieť, rozmýšľal som, že pôjdem na BTRFS, ale pretože viem, že Lennart ho má rád, môžeš vedieť, že musí byť hrozný a špehovať NSA-IBM
Je toľko miesta, aby sme to toľko zhrnuli a vysvetlili ... je to obrovský trójsky kôň, ktorého sa ani len nepokúšajú predviesť. Čo robí spúšťací systém vložením sieťových služieb, dhcp dns a dokonca myslím, že avahi ... do systemd? Moc rozhodovania sa stráca tým, že nemôžete spravovať služby
ktoré sa nechcú a že mi neprídu deaktivovateľné, nechcem ich v balíku systemd!
V OpenRC je to ten, kto rozhoduje o tom, čo sa má spustiť na každej úrovni behu, niektoré služby závisia od iných služieb, ale je ich veľmi málo a sú uvedené ... zatiaľ čo v systemd si momentálne robí čokoľvek, čo chce Má pocit, že ... získať asi 5 sekúnd na kufri a rýchlo vypnúť.
Systemd je taký zložitý, že nie je možné vedieť, čo robí, musíte rezignovať na to, že si myslíte, že je to váš pán a nerobí vám nič zlé.
Systemd porušuje koncepciu, že veci by mali byť ľahké a zrozumiteľné z hľadiska démonov alebo služieb a úrovní behu, nikto, kto používa systemd, nevie, čo sa v ich službách deje vždy.
Systemd neumožňuje natívne používať syslog-ng, nastavili journald tak, aby šliapali a nenechali to fungovať, to znamená, alebo použijete journald alebo naninga! Systémový protokol je niečím zásadným pre bezpečnosť a auditovanie toho, čo sa stalo a deje sa s miestnym a vzdialeným pripojením, ale journald používa binárny formát, ktorý ho vidí iba jornalctl .... Veľmi často sa journald „záhadne“ poškodí. svoj binárny súbor a keď vidí, že je poškodený, raz ho vymaže a začne s novým, pričom zabudne na všetky protokoly, ktoré už existovali.
Môžem pokračovať hodiny, ale najhorší problém je, že Lennart nedá loptu tým, ktorí tieto chyby nahlásia, a pokiaľ sa dočítam, neprijíma od nikoho patche.
Myslel som si, že keď sa dostanú do systemd, budú hlásiť chyby a opravy, ktoré systemd bude musieť akceptovať ... ale úprimne verím, že Lennart a RedHat majú iný plán pre zvyšok distribúcií .... ako som už povedal predtým, KONIEC TROYA od RedHat.
Úprimne pre mňa systemd nie je opraviteľný, myšlienka jeho dizajnu je zvrátene zlá, je lepšie spustiť bootovací systém od nuly, ako sa snažiť opraviť ten frankestein.
AMEN !! @anonymous ..
Používam systemd (Fedora) už pár rokov a dospel som k tomuto:
Problém zaváňa čudne, pretože viac vecí pridáva ďalšie deaktivácie / presmerovania.
Časopis, ktorý som nasmeroval priamo na rsyslog. Niektorý váš binárny protokol bol už porušený.
Z dns používam bind, ak ho integrujú do systemd, budem ho naďalej používať rovnako, aj keď musím všetko upravovať.
Používam XFCE, takže mi ušetrí veľa toho, čo chce integrovať gnome.
Je to ako slon v porceláne.
Pravda; ani oni nevedia, ako to nazvať. Denne chodíme aktualizovať, opravovať chyby a ďalšie kecy. Je to téma, ktorá ma dosť hnevá; ale nielen kvôli skutočnosti, že SystemD je suverénny hovno; ak nie ako to urobili.
Je zrejmé, že vo svete Linuxu existuje niekoľko spoločností, ktoré sa snažia všetko ovládať; pozri Canonical, RedHat a Gnome ((aj samotný Miguel de Icaza opustil Gnome).
Ak používam Linux, je to preto, že ho ovládam, a to je jeho základ a filozofia; Aby som nevedel, čo robí, pripájam stroje s už spusteným W Serverom.
Mrzí ma, že Debian podľahol. V skutočnosti sa zvažuje možnosť vytvorenia paralelnej vidlice bez SystemD.
Dúfajme, že sa táto vec nezmení na viac; alebo sa vidím migrovať všetky svoje stroje na BSD.
@ anonym, komentár kus človek, nemôžeš mať pravdu.
systemd je bláznivá vec, ktorá nemá v mnohých veciach vysvetlenie, pravda spôsobuje veľa podozrení vo všetkom, čo robí, a neumožňuje to iným nástrojom, pravda je, že neviem, ako si to Debianovci dovolia povedať, ale nakoniec sa už rozhodli a po prvýkrát za mnoho rokov som prestal používať Debian ako hlavný OS a budem v tom pokračovať, až kým systemd neukončí Debian kvôli prehľadnejšej možnosti.
V skratke. SystemD naštve.
Ukladá protokoly v binárnom formáte, vykonáva sa ako nadradený proces všetkých ostatných (Pid 1), takže ak sa niektorý z nich pokazí, systém sa stane neopraviteľným; Je to v rozpore so všetkým, čo Linux znamená, teda s obyčajnými textovými súbormi (čo do pekla sú tie binárne súbory ??, obyčajné textové súbory! Rovnako ako celý Boží život.)
No tak, to je svinstvo. Mne sa vôbec nič nepáči.
Ale vďaka spoločnostiam ako Canonical, Gnome a Red Hat; ideme to zjesť so zemiakmi.
To ak, zatiaľ čo existujú ďalšie možnosti; Nebudem ho používať na serveroch, ktoré spravujem, ani na svojich osobných počítačoch.
To sa už stáva pobočkou spoločnosti Redmond.
Nechcem nikoho obhajovať, ale dobre si pamätám, že kánonické bolo úplne proti systému v prospech povýšenia. keď sa debian podvolil systemd, skončil pretiahnutím na ubuntu.
Tieto chyby môžu navyše narušiť napríklad bezpečnosť systému a stabilitu servera, a preto sú tí, ktorí sa na tieto veci sťažujú najviac, správca systému.
A čo Mageia, je neuveriteľné, že KDE dokáže bezchybne bežať na 512 MB RAM.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
niekoľko otázok; Aké ľahké je spravovať služby v OpenRC? a aká ľahká je inštalácia pomocou predvoleného nastavenia v inštalácii Manjaro so systémom systemd? to, čo sa mi na systemd páči, je to, že pomocou jednoduchého príkazu systemctl enable (service) .service alebo systemctl disable (service) .service môžem svoje služby spravovať ľahko, AK by som mal záujem dozvedieť sa niečo o OpenRC a hlavne, ak to vonia trochu zvláštne toto všetko mimochodom zo systemd; Som používateľ Novell
Mimochodom; Hovorí sa, že som v systéme Windows, pretože používam prepísanie používateľského agenta
S OpenRC sa manipuluje veľmi ľahko, uvádzam vám príklad s tlačiarenskou službou cupd.
Ak chcete začať.
# rc-service cupsd štart
* Počiatočné cupd .. [ok]
Aby som to zastavil.
# rc-service cupd stop
* Zastavenie cupd ... [ok]
Reštartovať ho.
# rc-service cupsd reštart
* Zastavenie cupd ... [ok]
* Počiatočné cupd .. [ok]
Ak chcete spustiť na predvolenej úrovni behu.
# rc-update pridať defaultne cupsd
* servis cupd pridaný do runlevel default [ok]
Odstrániť z predvolenej úrovne spustenia.
# rc-update z defaultneho pohara
* servis cupd odstránený z runlevel default [ok]
Ak chcete zobraziť stav všetkých služieb na všetkých úrovniach behu.
# rc -status -a
Ak chcete zobraziť stav úrovne behu, v tomto príklade je to predvolené.
# rc-stav predvolený
Tu v gentoo je OpenRC predvoleným spúšťacím systémom a zostane ním navždy. Máme systém portage pre samovražedných útočníkov, ktorých je našťastie málo….
Na nahradenie journald používame syslog-ng a logrotate, tu v gentoo systémový denník prechádza cez virtuálnu konzolu vt12, ktorá je control + alt + F12, alebo ho môžete vidieť nepretržite v ľubovoľnom grafickom termináli ako užívateľ root s:
# tailf / var / log / messages
A nainštalovať ho na moje Manjaro?
Ja hovorím; Nebudem stratiť všetky súbory a moje nádherné XFCE len kvôli prepnutiu na OpenRC 🙂
Pripravený; Nainštaloval som ho pomocou sudo pacman -S manjaro-openrc bluez-openrc (ten druhý, pretože mám bluetooth)
Teraz mám problém s tým, že správca napájania XFCE4 nepracuje s upower-pm-utils 🙁 a nemám typické možnosti pozastavenia a dlhodobého spánku
OpenRC je veľmi jednoduchý, správa služieb je hračkou, len aby som uviedla príklad:
Povoliť službu: rc-update pridať predvolené meno klienta
Spustite službu: /etc/init.d/cronie start alebo rc-config start cronie
Zastavte službu: /etc/init.d/cronie stop alebo rc-config stop cronie
Jednoduché a nie skutočne zložité.
@ elav to, čo je pred nami, je na dlhú trať, od pieskových búrok, dažďov trollov, hromadných vidličiek, rozdelenia skupín vývojárov a mnohých, ktorí premýšľajú, či je migrácia na BSD lepšou voľbou, ako uviaznuť v systéme systemd, pretože áno.
Osobne tlieskam tejto iniciatíve Manjaro, je to možnosť pre tých, ktorí nechcú zostať pri systéme, niečo, čo sa mi páči, momentálne som v Gentoo a mám ho rád, cítim sa dobre so slobodou, ktorú mi dáva, ale teraz Viackrát mi napadlo uskutočniť zmenu na FreeBSD a tento krok môžem urobiť ešte tento mesiac, všetko záleží na mojom čase a objednaní určitých vecí na úspešné vykonanie migrácie.
Argumenty proti systemd boli dlho vyvrátené. Prečítajte si trochu viac, prosím.
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č z toho nevyvracia realitu systému systemd, Lennart je veľmi dobrý v vyhýbaní sa veciam a povinnostiam, odporúčam vám namiesto obyčajného čítania článkov prečítať si kód systemd alebo aspoň prečítať zoznam vývojárov systemd, dozviete sa o veci, ktoré vyvracajú to, čo sa stalo v týchto troch článkoch, a viac podporujú kritikov systemd.
Tvrdí, že má preukázať, že existujú poznatky, ktoré vyvracajú to, čo som ukázal, ale nikdy nepredloží dôkazy, takže nemôžem dôverovať ich existencii.
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp môj argument je trochu viac podpory, pretože som to vysvetlil vyššie v komentári 25 k tej istej položke a vystavil som ju v mnohých ďalších položkách týkajúcich sa systemd, okrem toho, že som ju vystavil v Debiane irc a zozname tejto distribúcie, tiež ma pozývam, aby ste si vytvorili svoje vlastné názory a aby ste si mohli prečítať tento zoznam systemd, musíte si trochu prečítať. Len pre zvýšenie vašej zvedavosti vám dávam tento odkaz, v ktorom jasne hovoria, že systemd-214 už s výhovorkou „vyčistenia kódu“ neponúka podporu pre skripty SysV a LSB.
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
Teraz mi povedzte: Kde je podpora pre štandard LSB, ktorý sa mal vytvoriť, aby sa vytvoril spoločný základ pre všetky distribúcie? Pretože ti niečo poviem, nič iné v jeho prvom odkaze Lennart bacuľkuje, chváli sa a plní si ústa tvrdením, že systemd podporuje použitie skriptov SysV a LSB, keď je pravda, že podpora je zrušená a nahradená generátorom init-súbory, ktoré majú mimochodom niekoľko chýb a nakoniec neostáva nič iné, ako vytvoriť kompletný init súbor.
Zdravím.
Názory, je to ako zadok, každý máme jeden.
To, čo hovorí tento muž, sa mu môže veľmi dobre hodiť, ale nie je to môj prípad. A názor človeka, ktorý píše na webovom portáli, nie je taký, že je to Božie slovo. Je to tvoj názor, bodka.
Takže „vyvrátený“, nič.
Dobré, čo nám zostáva, je, že môžeme použiť, čo skutočne chceme; bez toho, aby sme sa snažili byť „Talibanom“ a vnucovať naše kritériá iným.
Pre mňa je SystemD skutočná sračka. A sú ľudia, ktorí to milujú. No vitaj!
Ani môj názor nie je dobrý, ani názor tých, ktorí nemyslia ako ja, je na hovno; sú jednoducho iné.
To je to, čo nás odlišuje od iných operačných systémov; môžeme si vybrať.
Nepúšťajme sa do zbytočných bojov, ktoré nikam nevedú.
@Titus
Nemohla si to povedať lepšie ... amen.
Musíte byť slepí, aby ste si neuvedomili perverznosť, ktorú systemd disky pokrývajú všetko, šliapanie, zakrývanie a premiestňovanie projektov, ktoré fungujú perfektne, ich nahradenie verziami, ktoré nikdy nedosiahnu alebo nestanú stabilné, aj keď neexistuje kompatibilita medzi jadrami a viac ako dvoma spätné verzie systemd.
Zdá sa, že Debian utrpel zemetrasenie a podarilo sa im prebudiť, len dúfam, že sa priklonia k eudev a openrc, takže vývoj gentoo debian manjaro a niektorých ďalších, ktorí používajú openrc, by bol zjednotený, čo by ho za krátku dobu výrazne vylepšilo, získanie celej komunity.
Sekundujem tvoje slová.
Existujú ľudia, ktorí citujú iných ľudí (názory, ktoré ich všeobecne zaujímajú) a používajú ich ako dôkaz.
Z mojej strany nemám názor na systemd. Neviem, či je to technicky lepšie ako upstart alebo openrc, ale zdá sa, že je zrejmé, že možnosť sysvinit je vylúčená VŠETKÝMI distribúciami, pričom Debian je jediný, ktorý ho kvôli svojej politike stále mal vo Wheezy. Ale nasledujúci stabilný Debian, Jessie, bude Debian bez sysvinitu.
Je zrejmé, že z etického hľadiska ide o 100% slobodný softvér; Pokiaľ ide o jeho technickú časť, kód som ani neštudoval, ani som neporovnával s jeho alternatívami, takže nemám odôvodnený názor. Ale aj súčasný Ubuntu používa časti systemd, aj napriek tomu, že majú ešte rozbehnutý proces, a pochybujem, že tak urobili, pretože Canonical „kupuje“ Red Hat.
Systemd nie je „zlý“, prosím, nebojujeme proti Skynetu (Terminátor) alebo HAL9000 („vesmírna odysea z roku 2001“), ani nejde o temnú stránku Sily, ktorá sa snaží ovládnuť Jedi. Nie je to tak ani tým, že sa usadí v tíme, prevezme všetko a nechá zmiznúť aj potraviny v špajzi.
A že „to posúva projekty, ktoré fungujú perfektne“ (komentár 52), mal som problémy s domácou sieťou NFS v počítačoch, ktoré pristupujú na server, pretože proces vypínania klientskeho počítača pred odpojením systému NFS odpojí sieť, a vypnutie by zamrzlo, jediným riešením by bolo stlačiť tlačidlo zapnutia / vypnutia a vypnúť ho násilím (chyba hlásená rôznymi používateľmi); Pred vypnutím klientskeho počítača som musel vytvoriť skript, ktorý odpojí súbory NFS, ktoré sa majú spustiť. Na druhej strane sa počítač servera NFS pripája cez wifi a z času na čas sa spojenie stratí: Neviem, či je problém v správcovi sietí alebo v dhcpd alebo kde.
Nehovorím, že tieto problémy zmiznú s systemd; Ignorujem to, pretože som to nepoužil. Je len ukážkou, že tvrdenie, že projekty, ktoré nahradí systemd, funguje perfektne, je prehnané.
Jedna vec je názor a druhá hádka, určite prvá je veľmi pestrá, ako hovoríte @Tito, ale druhá je niečo stručnejšia a zameranejšia, nejde o nič, s čím by sa dalo minimálne tak ľahko manipulovať, nie v takom prípade slobodného softvéru, kde máme kód na dosah ruky a môžeme ho skontrolovať.
@pamp nám hovorí, že zobrazené argumenty boli dlho vyvracané, a ako prvý test nás informuje o Lennartových názoroch (nie o argumentoch). Čo však tento človek hovorí vo svojich komentároch, je jedna vec (čísla 4 a 8 majú zomrieť len na smiech), a druhá je to, čo robí v systémovom kóde. Postoj, ktorý som opakovane videl v Lennarte, odkedy som začal vyvíjať veci ako Avahi a Pulseaudio, a ktorý sa dá jednoducho potvrdiť prečítaním zoznamov vývojových verzií a hlásení chýb oboch softvérov.
@ Dah65 určite veľa ľudí má dôkazy využívajúce názory tretích strán, čo je zlozvyk pre tých, ktorí sami nemôžu skúmať problémy, aby mali svoj vlastný a osobný názor, a dokonca vytvárajú platné argumenty, pomocou ktorých sa môžu zúčastniť konštruktívnej diskusie .
V mojom prípade držím krok so zmenami v systemd vďaka zoznamu devel, aj keď sa mi tento nástroj nepáči, úplne sa mi nepáči, ale neprestávam o ňom čítať na používateľskej a technickej úrovni a o dôvode Je to veľmi jednoduché, ak sa musím venovať klientovi, ktorý používa uvedený príkaz init, viem, čo by som mal urobiť a ako sa mám venovať akejkoľvek situácii.
Čo sa týka toho, ako služby fungujú bez problémov, to je omyl, existuje veľa skriptov SysV s problémami a to isté sa deje aj v systéme systemd, ale aspoň keď nahlásite chybu v SysV, sú opravené, alebo to môžete urobiť jednoduchým spôsobom, ako ste komentovali. , v systéme systemd, po vykonaní hlásenia chyby môžete nájsť WONTFIX alebo CLOSED, vďaka Lennartovi alebo Kay, podľa okolností, a nepreháňam to, keď to hovorím, ukážka tu:
https://bugzilla.redhat.com/show_bug.cgi?id=753882
Prečítajte si komentár 48, nemáte stratu. Clement's 53 je ďalší, ktorý nemá stratu, najmä pre svoje archaické, ale funkčné riešenie problému, ktorý Lennart nechce riešiť a ktorý bol mimochodom ohlásený v roku 2011.
Tí „mýty“, ktorí ich založili? Niektoré sú odstránené z galérie, pretože „systemd nie je prenosný bez dôvodu“. Je úplná pravda, že nie je prenosný (a pripúšťa, že hovorí, že je veľmi prispôsobený pre systém Linux).
Predpokladá klam, napríklad predpoklad, že BSD nemá záujem (chlapci z BSD tvrdia opak: „Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)“), aj keby to bolo prenosné, neprijali by to a podobné veci ( mýtus 13,14,15).
Ak je zámerom spoločnosti Poettering, aby sme začali prepisovať skripty, exkluzívne pre váš systém (http://0pointer.de/blog/projects/systemd-for-admins-3.html) ideme zle. Klasický inicializačný skript je v zásade jedno, kam máte namierené. Pre prácu na GNU, UNIX alebo BSD sú urobené minimálne úpravy. To bolo až doteraz (pokiaľ sa nepoužíva OpenRC). Každopádne si myslím, že také veci spôsobia rozkol medzi Linuxom pre desktop a servermi. Používatelia systémov Ubuntu a derivátov sa zmien dočkajú až na konci budúceho roka.
@ Dah65
Pretože hovoríte, že systemd nie je perverznosť zosobnená, povedzte mi, prečo nevložia možnosti Makefile na deaktiváciu všetkých svojich modulov v čase kompilácie, aby tí z nás, ktorí neradi majú tieto „voliteľné moduly“, šliapali ďalej ďalšie balíčky, aby sme ich mohli skompilovať a vytvoriť vlastné verzie systemd capped!
Vieš prečo nie? Pretože sa jeho forma vývoja nazýva vynútené vynútenie a keďže 95% používateľov nemá NPI, využívajú predvolené nastavenie, a preto sme ho všetkým odmietli.
Takto nefunguje bezplatný softvér alebo softvér s otvoreným zdrojovým kódom, alebo ako to chcú nazvať, teraz ma rozosmieva, pretože vďaka novej vidličke pre Debian si veľa ľudí myslí, že je to strata sily, a stále premýšľam, aké ťažké bolo použiť ďalšie možnosti kompilácie. Makefile?
Téma nedáva viac, je to ako chcieť zmiešať vodu s olejom, preto bude v každej budove nekonečné množstvo vidličiek, kde bude uložených niekoľko pre všetky ostatné.
@mario je presne to, čo hovoríš. Jordan Hubbard si tiež prišiel na svoje, že BSD init je potrebné aktualizovať nielen kvôli prispôsobeniu sa novým technológiám, ale aj kvôli podpore nových funkcií, ktoré sú teraz možné, ale obchádza koncepciu, ktorú má teraz systém, ako by sa mali robiť. veci a zjednodušujú to na filozofiu, ktorá v systéme UNIX vždy prevládala: „Vytvorte program, ktorý robí jednu vec a robí ju dobre“, a že v init je nesmierne dôležitá, pretože nehovoríme o jednom ďalšom démonovi, sme keď už hovoríme o iniciatíve operačného systému, je to okrem bezpečnostného opatrenia aj porovnanie s tým, čo už veľa odborníkov o agentúre systemd začína chváliť, a je preukázateľné, že systemd vyzerá veľmi podobne ako svchosts.exe z Windows, robí to z iniciatívy služby riadenia siete okrem mnohých iných vecí.
Chalani, je to naozaj strašidelné.
Je veľmi komplikované odstrániť z ArchLinuxu ????
Idem hľadať informácie, ale netrúfam si na také veci, aby som to neposral a nestratil systém.
????
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
Z mnohých komentárov, ktoré som čítal, je SYSTEMD skutočným TROJSKÝM KONE….
To znamená, kto môže ukladať? V španielčine je málo informácií o konfigurácii pracovnej plochy vo FreeBSD a príprave systému na použitie.
Chudák systemd, nech sa páči. xD
Tento systém nenávisti nebude vírusový ???? Oblúk pre mňa vyšiel skvele ... ak je pravda, že zakrýva viac, neviem, či je to dobré alebo zlé! ale možno už existujú zraniteľné miesta na prevzatie kontroly alebo nejaký vírus, ktorý kvôli tomu zničí systém ... ak je stabilný a bezpečný, nevidím problém ... každopádne uvidím, či mám čas a naštudujem si predmet a urobím nejaké testy s openrc
nie tak stabilný. a je oveľa bezpečnejšia ako systém v. Pre používateľov desktopu, ako je mnoho z nás (mňa), to tiež nepredstavuje problém, rýchlejší boot funguje dobre a protokoly zvyčajne nečítam, takže nezáleží na tom, aké sú prehľadné, alebo či sú v binárnom formáte.
Mám teóriu, že linux bude rásť na počítačoch (a vládach) a bude strácať pozíciu na serveroch (namiesto toho, aby používal OS ako freebsd)
Na esdejskej Wiki publikujú, ako nainštalovať SysVinit na Debian Jessie. http://www.esdebian.org/wiki/sysvinit
Keď čítam o bezpečnosti, zistím, že po stránke Intel sú základné dosky s čipsetmi, spravidla v Northbridge, implementujú niečo, čo sa volá AMR Intel Active Management Technology .... zaujímavé, našťastie nemám Intel, ale začnem ho hľadať Strana AMD nič také neexistuje.
Predstavujú si kombináciu intel + AMR + systemd, nedajbože.
https://en.wikipedia.org/wiki/Intel_AMT_versions
Niet divu, že Stallmanov paranoid volá po biose zdarma.
Tichý; Spoločnosť Intel upustila od výroby základných dosiek.
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
Najskôr nepoužívam systemd, pretože ešte nie je zabudovaný do Kubuntu (používam Netrunner 14, odvodený od Kubuntu 14.04).
Po objasnení je potrebné uviesť niekoľko vecí:
1- systemd si osvojujú vývojári / baliči mnohých rôznych distribúcií (Debian, openSUSE, Arch, Fedora ...), ale teraz sa ukazuje, že čitatelia tohto blogu vedia viac ako oni o výhodách a nevýhodách systemd.
2- systemd je slobodný softvér, ktorého kód môžu čítať (a rozumieť mu) tí, ktorí majú čas a znalosti (tí vývojári / baliči, o ktorých som už hovoril). Keby ste skryli zadné dvere, boli by objavené. Koľko z čítačiek používa vlastný firmvér alebo ovládač, ktorého kód ste nečítali a nemôžete prečítať? Myslím si, že má zmysel sa toho báť viac ako systemd.
3 - Všetci pracujeme s binárnymi balíkmi, pretože keď si stiahnem súbor .deb z archívov a nainštalujem ho, neťahám súbor vo formáte obyčajného textu. Tento argument je teda dosť paradoxný.
4 - V GNU / Linux už existujú programy, ktoré robia veľa vecí: to isté jadro, ktoré čoraz viac integruje viac ovládačov, a dokonca aj proprietárny firmvér (lepšie je zadné dvierka v uzavretom firmvéri ako v programe, ktorého kód je zverejnený). K dispozícii je tiež Xorg, ktorý pracuje nielen s grafickým serverom, ale aj s klávesnicou, myšou a ďalšími vecami; Nikto nehovorí, že Xorg za to „zradí“ filozofiu UNIX, chcú ho opustiť, pretože ho už predbehli ďalšie projekty.
5- „Linux je samozrejme voľba“, samozrejme, ale je na slobode zvoliť si, či si chcem prečítať kód, pozmeniť ho, distribuovať atď. Nie však to, že sú potrebné distribúcie, aby ste mohli dať všetky možnosti (všetky architektúry procesorov, všetky desktopové prostredia, všetky formáty balíkov atď.)
6 - Pre tých, ktorí uvažujú o prechode na BSD, si pamätám, že som čítal správy, že v niektorých systémoch BSD už americký NSA dostal svoje pazúry. Keby bola táto správa správna, neviem, pretože som túto tému nesledoval. Je však ironické, že som pred niečím utiekol „pretože Red Hat je pozadu a možno ...“, aby som sa dostal do niečoho, čo „možno je NSA pozadu ....“
Okrem toho, že používame GNU / Linux, BSD, Windows alebo čokoľvek, čo od nás chcete, môžeme použiť aj našu logiku a schopnosť uvažovať
Inými slovami, čitatelia tohto blogu, ktorí sú iba čitateľmi, nemajú schopnosť uvedomiť si, či je niečo dobré alebo nie, pretože sa musíme riadiť dobrým úsudkom, znalosťami a skúsenosťami baličov a vývojárov. Je to tak?
Je pravda, že je to slobodný softvér, a ak sa objaví niečo zvláštne, super ľudia, o ktorých ste hovorili už skôr a ktorým musíme dôverovať, si to budú môcť všimnúť a oznámiť, alebo možno nie, pretože možno ako ľudia budú v pokušení zavrieť na oplátku Niečoho.
Pri sťahovaní súboru .deb všetko, čo robíte, je stiahnutie komprimovaného súboru, ktorý môžete rozbaliť a zistiť tak, čo je vo vnútri a čo je možné, kde sa nachádza binárny súbor. 😉
Neviem, kto sú používatelia, ktorí sa chystajú utiecť z Linuxu, aby išli na BSD, ale napríklad by som nemusel opustiť Linux, stačilo by mi nechať iba distribúciu, ktorá za vami umiestňuje Systemd áno alebo áno.
Inými slovami, tí z nás, ktorí komentujú, čítajú a používajú GNU / Linux v tomto blogu, to nerobia. To chceš povedať? Každopádne vám poviem z mojej osobnej skúsenosti a môjho uvažovania (nech už je to logické alebo nie):
Systemd je hovno prilepené na hokejke. Čítal som, že existujú aj iné Inits, ktoré sa spúšťajú oveľa rýchlejšie, a preto nemusia ovládať DNS, RED, CRON a všetko ostatné, čo chce Systemd ovládať. Možno pre koncového používateľa, ktorému záleží iba na zapnutí počítača, otvorení prehliadača a odosielaní e-mailov, nezáleží na tom, či používa Systemd nebo Systemx, ale pre tých z nás, ktorí spravujú servery, je to zadkom. A pýtam sa ťa na to isté, čo sa vždy pýtam, čo sa stane, ak bude Systemd kompromitovaný a pôjde do pekla? Nezostane nám RED, CRON, DNS, Init a všetko ostatné, čo robí? Tam to nechám na vás.
A pozor, toto všetko vám hovorím bez prudkosti. To znamená, vitajte v týchto častiach.
Ďakujem za privítanie.
Reagujem bez prudkosti a objasňujem, že nevyvíjam ani systemd, ani nedostávam zaplatené za jeho propagáciu. A že ma to vôbec neovplyvňuje, či to používajú alebo nepoužívajú iní ľudia, je to ich rozhodnutie.
Ale to, čo vidím v tejto veci, sa zdá byť občas hystéria a čítal som názory ľudí, ktorí ho bez toho, aby si tento kód preštudovali alebo ho použili, označia ako smeti, vnucovanie, zradu a neviem, koľko ďalších vecí. Pripomína mi to situáciu, ktorú som zažil pred pár dňami, keď človek, ktorý uznal, že nikdy nenainštaloval Windows alebo vedel rozdeliť pevný disk, začal tvrdiť, že Linux je veľmi ťažký ... bez toho, aby to niekedy vyskúšal, a tiež, že má vo svojom smartfóne Android.
Porovnávali ste systemd s sysvinit, s upstart a s openrc? Výborne, môžete sa rozhodnúť na základe vlastných skúseností. Je to najlepšie, pretože tiež viete, že distro, ktoré funguje na jednom počítači, sa môže vyplatiť na inom. Preto tí z nás, ktorí majú nejaké skúsenosti s GNU / Linuxom, hovoria, že najlepšie distro je to, s ktorým sa užívateľ cíti dobre. ochutnať.
1- «Inými slovami, čitatelia tohto blogu, pretože sú iba čitateľmi, nemajú schopnosť uvedomiť si, či je niečo dobré alebo nie, pretože sa musíme riadiť dobrým úsudkom, znalosťami a skúsenosťami baličov a vývojárov»
Čitateľom tohto blogu som už pomerne dlho (moje komentáre uvidíte v starých správach), takže som súčasťou balenia. A odpoveď je, že nie: byť čitateľom tohto alebo iného blogu mi neumožňuje (prinajmenšom mne) posúdiť dobrý alebo zlý softvér, ktorý nepoznám. Dokážem prečítať, čo hovoria iní, a v tomto prípade existujú pozície pre aj proti systemd; v skutočnosti sa vždy, keď sa v Phoronixe hovorí o tejto téme, veľa diskutuje, ale ani tam nie sú argumentované komentáre nijaké. Mám na mysli argumenty ako „keď systemd volá proces X, dôjde k nekonečnej slučke, ktorá spôsobí, že systém bude nepoužiteľný.“
A pravdou je, že pri použití distra alebo iného sa budete riadiť úsudkom, znalosťami a skúsenosťami baličov a vývojárov. Používanie ľubovoľného operačného systému alebo programu znamená, že sa čiastočne spolieha na úsudok a skúsenosti ostatných; napríklad s Linuxom prijímate rozhodnutie použiť monolitické jadro namiesto použitia mikrojadra ako Hurd. Toto rozhodnutie bolo Linusa Torvaldsa a vy ho akceptujete použitím jeho jadra.
2 - «Je pravda, je to slobodný softvér, a ak sa objaví niečo čudné, vynikajúci ľudia, o ktorých ste hovorili predtým a ktorým musíme dôverovať, si to budú môcť všimnúť a oznámiť, alebo možno nie, pretože možno budú v pokušení cítiť sa ako ľudia. drž hubu výmenou za niečo. ““
No, podozrivé, prečo dôverovať Linusovi Torvaldsovi a Richardovi Stallmanovi a projektu GNU? Nepozeral som sa na kód ich programov, takže ma možno klamú.
3 - «A pýtam sa vás na to isté, na čo sa vždy pýtam, čo sa stane, ak bude Systemd kompromitovaný a pôjde do pekla? Nezostane nám ČERVENÉ, žiadne CRON, žiadne DNS, žiadne Init a všetko ostatné, čo robí? Nechám to tam. »
Čo ak je OpenRC nejakým spôsobom narušený? Alebo Upstart? Alebo jadro? Stalo sa mi to, po „normálnej“ aktualizácii v Testovaní Debianu mi došiel grub, nemohol som vstúpiť do Debianu alebo Windows a v tom čase moja nevedomosť znamenala, že som mal iba možnosť preinštalovať.
4- «Stručne povedané, tí z nás, ktorí komentujú, čítajú a používajú GNU / Linux na tomto blogu, nemajú dôvod. To chceš povedať? “
Nie, nemyslím to; Nemám v úmysle paušalizovať z konkrétnej, konkrétnej situácie do celkového správania sa jedného alebo tisíc ľudí. Ale verím, že v prípade systemd sa hovorí mnohokrát bez objektívnej a vyrovnanej analýzy; stalo sa to aj s Waylandom-Mirom, bolo vznesených veľa nepodložených tvrdení, a to proti Waylandovi aj Canonical.
Tiež opakujem, že čítam a komentujem tento blog (rovnako ako v iných) a že používam GNU / Linux.
A tiež opakujem to, čo som už povedal predtým: využime svoj mozog, analyzujme, čo počujeme a čítame, zaujmime rôzne uhly pohľadu, aby sme sa pokúsili vyvrátiť A aj non-A, a ak je to možné, získajme svoje vlastné skúsenosti a závery založme na faktoch. A potom využime to, čo sa nám zdá byť v poriadku.
hmm .. no to, že je kompromitovaná hypotéza je ako všetko .. moja otázka už prešla? .. možno chyby sa nenachádzajú vo všetkých softvéroch a sú opravené, ak sú v systemd chyby, opravia to a ako môže každý program mať svoje chyby .. problém nie je v tom, že môže zlyhať, je to vtedy, ak chcete, aby robila alebo kontrolovala, čo robí, ale nie za predpokladu, že môže zlyhať, čokoľvek môže zlyhať za chvíľu ... vôbec nie som fanúšikom systemd, je to len môj názor .
V počítači používateľa sa môže vyskytnúť chyba a nemusí sa nič stať, na serveri sa však veci veľmi, veľmi líšia.
@waco určite, ak dostanete chyby v softvéri, mali by ste ich opraviť. Problém je v tom, že systemd má veľa starých chýb (niektoré siahajú až do roku 2010 a sú vážne) a stále nie sú opravené ani dnes, ani jednoducho bagatelizované, ani ich Lennart jednoducho nezaradí ako ZATVORENÉ alebo WONTFIX.
váš komentár je veľmi úspešný! Nemôžeme všetci prepadnúť systemd, pretože je módny a bol vytvorený ako smerácka kampaň pre neho ... všetky zmeny majú odmietnutie.
Reagujem na vaše argumenty:
1.- Vážni a zvedaví používatelia, aj vývojári, rovnako vedia výhody a nevýhody prijatia systému systemd v akomkoľvek vývojovom a pracovnom prostredí, slabé a silné stránky systému systemd sa nemenia z dôvodu jednej alebo druhej perspektívy.
2. - Systemd je určite slobodný softvér a dá sa skontrolovať. Problém nie je v tom, že má skryté zadné vrátka, problém je v tom, že robí veci, ktoré by init nemal robiť (riadenie siete, dns, konzoly TTY atď.), Že má veľa služieb, ktoré sú určené ostatným, že robí veci úplne iným spôsobom, ako sa od nich očakáva, že poruší pravidlá samotného jadra Linuxu (coredump), že mnohým jeho vývojárom veľmi záleží na riešení štrukturálnych problémov, ktoré má systemd (coredump a debug patria medzi najvážnejšie zatiaľ nevyriešené).
3. - Jedna vec je stiahnuť binárny súbor, ktorý sa ukáže ako program, ktorého KONFIGURÁCIA a LOGY sú stále v obyčajnom texte, a druhá vec je stiahnuť binárny súbor, ktorého KONFIGURÁCIA a ďalšie informácie sú uložené v binárnom formáte a sú prístupné iba pomocou konkrétnych nástrojov, Tu sa veci menia. Binárny protokol neponúka zabezpečenie (ak skutočne chcete zaistiť zabezpečenie, šifrujte oddiel pomocou AES-256), je to iba čierna skrinka, z ktorej neviete nič o tom, čo sa deje, a hodí sa na veľa vecí, napríklad: Predstavte si, že máte Trójsky kôň, ktorý využíva zraniteľnosť systému, a prostredníctvom neho získava plný prístup do systému vrátane logovacej služby a eskalácie privilégií. Nie je to vážny problém? Neobrátili by sa binárne protokoly spracovávané priamo systemd proti vám tým, že by boli nepočuteľné bez toho, aby sa dostali k bodu, že už boli nevedomky upravené? Existuje zmysel a rozdiel medzi programom a konfiguračným súborom / protokolmi / výpismi v binárnom formáte.
4.- Jadro je softvér navrhnutý v tomto zmysle. Je navrhnutý od začiatku tak, aby ovládal všetko na vašom PC, nie init. Init je určený iba na to, aby váš systém pozdvihol jadro a bol použiteľný, pretože je to prvá vec, ktorú musíte spustiť, a posledná vec, ktorú musíte dokončiť. Preto sa nazýva init (inicializácia), pretože iba spúšťa systém a nerobí nič iné. Dôvod je veľmi jednoduchý. Musí to byť čo najstabilnejší a najdokonalejší softvér, aby sa tomu z nejakého dôvodu zabránilo Nakoniec to rozbije celý systém, ide o stabilitu a bezpečnosť. Xorg, je ďalší hlas, robí veľa vecí, je to pravda, ale nie je to nič také riskantné, aby vám zostal úplne nepoužiteľný systém, a jeho konfigurácia sa stále vykonáva v jednoduchých textových súboroch.
5. - Distrácie určite nie sú povinné ponúkať slobodu v širšom zmysle slova, a práve preto sa predstavuje súčasná tiráda. Ale my sme používatelia a komunita a mnohí z nás jednoducho nesúhlasia s implementáciou tohto systému, preto dávame náš hlas dosiahnuť, nech už ho počúvajú alebo nie, je to záležitosť tých, ktorí rozvíjajú distro a ich rozhodnutie bude mať dopad na tí, ktorí sa rozhodnú použiť svoje distribúcie alebo nie, a to jednoznačne môže viesť k zlyhaniu niekoľkých distribúcií v závislosti od toho, ako sa veci majú, a príkladom je teraz Debian a jeho devuánska vidlica.
6. - Novinky v BSD sú kvôli tomu, čo sa stalo v OpenSSH a v OpenBSD IP stacku, zadných vrátkach, ktoré mimochodom ovplyvňovali nielen BSD, ale aj Linux (v prípade OpenSSH), a to bolo opravené. Situácia sa pripisuje BSD, pretože vývoj tohto nástroja (OpenSSH) má na starosti BSD (Theo de Raadt v OpenBSD) a situácia nastala preto, že zadní vrátka zasadili určití vývojári, ktorí už v projekte nie sú aktívni. Situácia bola vyriešená a boli vyhlásené príslušné opatrenia, ktoré je potrebné prijať v prípade, že by táto situácia mohla mať vplyv na tých, ktorí softvér využívali. Teraz: Môže k tejto situácii dôjsť v systéme systemd? Odpoveď je jednoduchá a výsledok je katastrofický, pretože systemd okrem iného zvláda eskaláciu privilégií, backdoor v systemd znamená úplný prístup do systému, čo sa pri zadných vrátkach uvedených v BSD nestalo.
Vrátia vidlicu Debianu bez toho, aby systemd už mala webovú stránku. Zdá sa, že projekt pokračuje a veľmi vážne. https://devuan.org/
Aktualizované ISO a niektoré nové nahrané súbory.
https://forum.manjaro.org/index.php?board=50.0
Inštalačný program nie je veľmi jasný, nemôžem sledovať ich kroky, najmä v časti oddielov, neviem, prečo trvajú na týchto neprehľadných veciach.
Je niečo, čo ma upúta na pozornosti netinstall s Openrc, niekde v inštalácii sa mi stále zobrazuje správa, že konfigurujete systemd, bude naozaj bez systemd alebo jeho použitia?
Ahoj Manuel, to isté pozorujem aj počas inštalácie, musí to byť záležitosť inštalatéra, pretože je nepochybné, že systemd nie je nainštalovaný, čo potvrdíš v termináli takto: pacman -Qs openrc
pozdravy
Ahoj keo, v prvom rade sa ospravedlňujem za to, že som predtým neodpovedal. Oceňujem vašu odpoveď, som rád, že Manjaro ponúka túto možnosť; akonáhle skončí podpora Ubuntu Precise (alebo možno skôr), nainštalujem si ju. S pozdravom.
Dobrý príspevok
Budem čakať v Manjaro so Systemdom, zatiaľ čo verzia OpenRC dozrieva o niečo viac, chcem sa dostať von z Systemd ... (potím sa)