OpenRC na Manjaro isos pro nenávistníky Systemd

Dnes při čtení mého RSS jsem zjistil zajímavou zprávu, že Blogujte vzhled replikátoruJe pravda, že v komunitě Manjaro bylo spuštěno několik ISO se zvláštností, kterou nepoužívají Systemd jako init, jinak OpenRC, spouštěcí systém používaný Gentoo.

OpenRC

Nevím jak vy, ale téma Systemd se už hodně dotýká mých koulí a čím víc jsem četl, tím víc si uvědomuji, že i když pro koncového uživatele (nebo pro mnoho) nepředstavuje nic superrelevantního, na alespoň pro mě se mi nelíbí cesta, kterou se ubírá. Věřím, že ve světě GNU / Linuxu přichází černá sezóna, kde propukne vidlice a nespokojenost i ve vyprahlých pouštích.

Ale pojďme na věc. Ve fóru Manjaro publikovali, jak jsem již řekl, některá isos, která OpenRC používá. A pro ty, kteří se bojí instalace těchto verzí, vám nechám video, jak to udělat.

Stáhněte si ISO s OpenRC

První ISO, kterou uvidíme, je verze NetInstall. Tato ISO má následující vlastnosti:

  • Na základě profilu Manjaro-Net (nemá předinstalované žádné desktopové prostředí)
  • Na základě testovací větve.
  • Pouze řidiči zdarma
  • Použijte linuxové jádro řady 3.14
  • Nepoužívá Plymouth
  • Bylo testováno ve Virtualboxu

Jazyk lze zvolit na začátku stisknutím klávesy F2. Po dokončení procesu spouštění najdeme výzvu, kde použijeme přístup:

  • Uživatel: root
  • Heslo: manjaro

Pro zahájení instalace, jak je znázorněno v předchozím videu, napíšeme:

setup

Odkazy ke stažení ISO

manjaro-net-0.8.11-openrc-i686.iso (32 bit)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

manjaro-net-0.8.11-openrc-x86_64.iso (64 bit)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

Pokyny po instalaci

V Fórum Manjaro Nabízejí nám několik údajů pro instalaci po instalaci:

Podle těchto pokynů přidáme úložiště openrc-eudev.

1) Na konec souboru /etc/pacman.conf přidáme následující

[openrc-eudev] SigLevel = volitelný server TrustAll = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

Přidáme a importujeme klíče:

sudo pacman-key -r 518B147D sudo pacman-key --rsign-key 518B147D

2) Aktualizujeme systém

sudo pacman -Syu

3) Nainstalujeme naše preferované desktopové prostředí, které používá příklad lxde

sudo pacman -S lxde

Informace o instalaci desktopových prostředí naleznete v wiki.

4) Nainstalujeme správce relací:

sudo pacman -S lxdm -consolekit
V souboru musí být také nastaven Správce relací /etc/conf.d/xdm a je zde více informací zde y zde

5) Nainstalujeme některé balíčky, jako je applet pro networkmanager

sudo pacman -S applet správce sítě

6) Restartujeme systém

sudo reboot

Myslím, že je samozřejmé, že k tomu musíme být připojeni k internetu pomocí kabelu. Pokud používáme WiFi, uvidíte, jak na to tento odkaz.

ISO ISO Manajaro s OpenRC a OpenBox

V případě Openbox ISO je třeba vzít v úvahu některé věci:

  • Hlavní cíl je udělat proces instalace jednodušší a dovolit configurar formu graf síť (použitím wicd) a rozdělení pomocí GParted volitelně.
  • Konfigurace zahrnuje Webový prohlížeč Openbox WM, LXTerminal, PCMan a NetSurf (hledat informace v wiki o Google), atd.
  • Použijte instalační program konzoly.

Odkazy ke stažení ISO s OpenRC:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 bit)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bit)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

Manjaro XFCE ISO s OpenRC

Pouze experimentálně a pro 64 bitů existuje také ISO s XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bit)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


Zanechte svůj komentář

Vaše e-mailová adresa nebude zveřejněna. Povinné položky jsou označeny *

*

*

  1. Odpovědný za údaje: Miguel Ángel Gatón
  2. Účel údajů: Ovládací SPAM, správa komentářů.
  3. Legitimace: Váš souhlas
  4. Sdělování údajů: Údaje nebudou sděleny třetím osobám, s výjimkou zákonných povinností.
  5. Úložiště dat: Databáze hostovaná společností Occentus Networks (EU)
  6. Práva: Vaše údaje můžete kdykoli omezit, obnovit a odstranit.

  1.   jeden z některých řekl

    Máte pravdu, problém systemd začíná vydávat určitý závan, protože OpenRC je přirozeným nástupcem aktuálního init. Uvidíme, kde tento příběh skončí.

  2.   Wilhelm řekl

    „Ačkoli pro koncového uživatele (nebo pro mnoho) nepředstavuje nic superrelevantního“

    Myslím, že totéž, není to relevantní, protože nás jako uživatelů neovlivnilo při fungování samotného OS.

    Ve skutečnosti jediný velký (debian), dal zprávy o "skandálu" na toto téma, ai když říkají, že existují i ​​jiné důvody, všechny související systemd (a neměly by).

    Další velká distribuce, nedělali problém (nebo se alespoň projevili piky a pochodněmi), Fedora, Ubuntu a OpenSUSE.

    Dává mi dojem, že se jedná o boj mezi programátory, protože například opensuse 13.2 má dobré přijetí / kritiku a nikdo v recenzích nemluví o systemd (i když má vést debatu),

    Proč tedy ten povyk přecházet ze systemd na OpenRC, pokud je to nakonec neovlivní.

    1.    Deron řekl

      Osobně mě systémová věc znepokojuje, mám nejistotu, dobrý post.

    2.    yukiteru řekl

      Ve Fedoře proběhla nějaká debata o systemd, když bylo rozhodnuto dát to jako init, byli zde někteří kritici systému, hlavně proto, že nesouhlasili s tím, že by jej ve výchozím nastavení používali jako init, protože byl velmi čerstvý a měl mnoho nedostatků, nicméně Většina hlavních vývojářů je v jádru vývojového týmu a souvisela s systemd, takže nahrazení Upstart za systemd bylo známkou nějakého zavedení, kromě problému, že Upstart byl vývojem Ubuntu a má CLA docela zamračený, což nakonec každému pomohlo bez pochyb přijmout systemd. OpenRC v té době nepřicházelo v úvahu, protože mu chybělo mnoho funkcí, které nyní dělá, včetně paralelizace a podpory cgroup.

  3.   anonymní řekl

    Skvělá zpráva! binární distribuce, která uvolní openrc… je to jako dar z nebes.
    Je to cesta, kterou by měl archlinux jít od začátku, pamatuji si, když jsem musel schválit archlinux, abych šel do systemd. Nyní mám možnost otestovat binární distribuci pomocí openrc + eudev, což je přesně to, co zde používám v gentoo.
    Děkuji lidem z Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC spravuje služby, spouštění a vypínání hostitele
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): Podpora dynamického a trvalého pojmenování zařízení v systému Linux (aka devfs uživatelského prostoru)

  4.   xep řekl

    Díky za informace, elav!

    Sdílím váš názor na systemd a také se obávám driftu, který Linux vzal od vzniku tohoto nového init. Pokud Wheezy před příchodem vidlice Debianu příliš zestárne, přemýšlím o vyzkoušení Manjaro OpenRC, protože nemám dostatek času na přípravu systému Gentoo (ocenil jsem to, ale rozhodně je čas kompilace Gentoo příliš rozsáhlé pro mou osobní situaci).

    Zdravím!

  5.   Cristian řekl

    Elav, můžete popsat méně než 10 slovy pro uživatele, který příliš nerozumí „kontroverzi“, na blogu již nějakou dobu bylo několik článků, které jsou velmi technické a nedokončí vysvětlení kontextu pro "nezasvěceni" ... kdykoli Řekli mi, že bez ohledu na technické, vysvětlení musí pochopit i vaše babička, aby bylo dobré.

    Ve skutečnosti ve Fedoře, před dlouhou dobou, se problém stal nesnesitelným, a to natolik, že několik uživatelů stolních počítačů přemýšlelo o přechodu na centos, aby problém obešli

    1.    Luis řekl

      Přihlašuji se k této žádosti.

      Systemd pro mě funguje dobře. Jaký problém způsobuje tolik pohybu?

      Řekněme, že nevím.

    2.    Daryo řekl

      systemd je program odpovědný za spuštění systému, ale jeho vývojáři se rozhodli jej rozšířit a nyní se stará nejen o spuštění, ale také o věci jako cron (program pro automatické spouštění programů), síť, systémové protokoly, které mimochodem jsou mimo jiné binární soubory

      Mnoho lidí nevypadá příznivě na takovou náhlou změnu, zejména proto, že se jedná o nový software, a proto s mnohem větším počtem chyb než programy, které fungovaly celý život, kromě vytváření závislostí při programování a například je stále více propojen gnome do tohoto systému. Díky tomu je méně přenosný na jiné unixové platformy.

      Nevím, jestli můj další komentář neprošel moderováním, ale říkalo se mi, že se mi líbí systemd, ale neměli by to nechat monopolizovat všechny distribuce a ponechat alternativy, jak to v Linuxu vždy bylo pro ty, kteří mají různé potřeby.

    3.    Daryo řekl

      Musím říci, že před programem, který měl na starosti spouštění systému při spuštění, byl systém v, který fungoval dlouhou dobu, než byl ve většině distribucí nahrazen systemd xD.

    4.    živý řekl

      K tomu, co říká @daryo, přidávám následující (což je také můj názor):

      Vždy se mi líbila filozofie Unixu, kdy program dělá jen jednu věc, ale dělá to dobře. Když chce Systemd ovládat vše, co vám @daryo řekl, mám trochu pochybnosti a co by se stalo, kdyby byl Systemd nějak kompromitován? Možná by s sebou táhlo vše, co ovládá.

      K tomu přidávám (a možná je to spíše ze zvyku), že se mi vždy líbilo, že moje systémové protokoly jsou čistě textové soubory, ale u Systemd je vše binární a příkazy jako:

      cat log.txt

      o

      tailf log.txt

      Kde bychom mohli použít jiné možnosti, jako je GREP, k filtrování určitého obsahu, ale Systemd používá pojmenovaný příkaz journalctl.

      Kromě výše uvedeného musím říci, že když jsem RedHat hlavním exponentem za Systemdem, dostanu upozornění, které nemohu vypnout. Možná se mýlím, ale to nevypadá dobře .. A pořád přemýšlím, co je potřeba k ovládání bootování, cronu, sítě a kolik služeb existuje? Co tím myslí?

      1.    Alexander řekl

        Díky tvému ​​komentáři a tomu, co jsem vyšetřoval, mohu potvrdit vaše podezření, toto upozornění je správné, Brodere.
        Víte, četl jsem o TCP Stealth, je to německá práce, kde obviňují Red Hat z napomáhání průmyslové špionáže k systémům poslechu 5 očí:
        Už jsem o tom psal, pokud máte potřebný talent, vím, že ho máte, můžete dospět k vlastním závěrům:
        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

      2.    yukiteru řekl

        Jen pro doplnění vašeho pěkného komentáře @elav, systemd je NIH tak vysoký, že nyní tvrdí, že ovládá následující:

        1. - Správa připojení k internetu s IPv4 a IPv6 pomocí systemd-networkd a systemd-nspawn.
        2. - Správa DNS prostřednictvím interní mezipaměti DNS, vyřešeno systemd.
        3. - Správa vícesměrového vysílání DNS v interních sítích pomocí systemd-networkd.
        4.- Správa terminálů TTY v Linuxu pomocí systemd-consoled. (Sbohem KMScon?)
        5.- Správa relací a oprávnění prostřednictvím logindu.
        6.- Ovládání Coredump pomocí binárních souborů a přeskakování směrnic jádra.
        7.- Řízení protokolů, používání souborů v binárních souborech a přeskakování směrnic jádra.
        8.- Řízení událostí ACPI pomocí logindu. (Systemd-212 přidal několik bolesti hlavy vývojářům Nvidia s různými chybami, díky nimž byl systém k ničemu)
        9.- Podpora PPPoE pro networkd, úloha, která stále probíhá.
        10. - Podpora DHCP v klientovi a serveru. (Co s tím dělají? Žádný nápad)
        11.- Podpora systémů s obnovením továrního nastavení, která je mimochodem úzce spojena s BTRFS (nenechte se překvapit, pokud se BTRFS později stane závislostí na systemd, dobrý Lennart to miluje)
        12 ..- Podpora virtualizovaných kontejnerů (hlavně Xen a KVM)
        13.- Podpora pro manipulaci a inicializaci zařízení (co udev dělá)
        14. - Zacházení se systémy šifrování disků.
        15.- Načítání firmwaru a modulů jádra.
        16. - Zpracování názvu hostitele (vytváří až jedinečný identifikátor vašeho počítače), prostor, času, synchronizace NTP, sysctl (proměnné řízení jádra) a dokonce i generátoru náhodných čísel (velmi WTF, což vyvolává velké podezření )
        17.- Zpracování dočasných souborových systémů.

        V krátkém dlouhém seznamu jsou věci, které vím, že systemd dělá, pokud někdo ví víc, než to říká :).

        PS: systemd již nenabízí podporu pro skripty LSB a SysV od systemd-214, takže nevím, jak pravdivá je jeho „starší“ podpora, ani jak odpovídá standardům. Říkám, že je LSB v Linuxu stále standardem, nebo se pletu?

        1.    Allan herrera řekl

          Díky, že jste mi dali vědět, přemýšlel jsem o tom, že půjdu na BTRFS, ale protože jsem věděl, že Lennart ho má rád, možná víte, že musí být hrozný a vyzvědač NSA-IBM

    5.    anonymní řekl

      Je tu jen málo prostoru k tomu, abychom toho tolik shrnuli a vysvětlili ... je to obrovský trojský kůň, kterého se ani nepokouší předvést. Co dělá spouštěcí systém vložením síťových služeb, dhcp dns a dokonce myslím, že avahi ... do systemd? Pokud nebudete moci spravovat služby, ztrácí se rozhodovací schopnost
      které se nechtějí a že mi nepřijdou, které lze deaktivovat, nechci je v balíčku systemd!
      V OpenRC je to jeden, kdo rozhoduje, jaké věci jsou spuštěny na každé úrovni běhu, některé služby mají závislosti na jiných službách, ale je jich velmi málo a jsou uvedeny ... zatímco v systemd si v tuto chvíli dělá co chce, cítí se na to ... získat asi 5 sekund na startu a rychle vypnout.
      Systemd je tak složitý, že není možné vědět, co dělá, musíte rezignovat, abyste si mysleli, že je to váš pán a neudělá vám nic špatného.
      Systemd porušuje koncepci, že věci by měly být snadné a srozumitelné, pokud jde o démony nebo služby a úrovně běhu, nikdo, kdo používá systemd, plně neví, co se děje v jejich službách po celou dobu.
      Systemd neumožňuje nativní použití syslog-ng, nastavili journald tak, aby šlapali a nenechali to fungovat, to znamená, nebo používáte journald nebo naninga!. Systémový protokol je zásadní pro zabezpečení a monitorování toho, co se stalo a děje se s místním a vzdáleným připojením, ale journald používá binární formát, který jej vidí pouze jornalctl .... Velmi často se journald „záhadně“ poškodí jeho binární soubor a když vidí, že je poškozený, jednou jej smaže a začne s novým, zapomene na všechny již existující protokoly.
      Můžu pokračovat celé hodiny, ale nejhorším problémem je, že Lennart nedává míč těm, kdo tyto chyby nahlásí, a pokud čtu, nepřijímá od nikoho patche.
      Myslel jsem, že když se dostanou do systemd, budou hlásit chyby a patche, které systemd bude muset akceptovat ... ale upřímně věřím, že Lennart a RedHat mají jiný plán pro zbytek distribucí .... jak jsem již řekl , KŮŇ TROYA od RedHat.
      Upřímně pro mě systemd není opravitelný, myšlenka jeho designu je zlověstně špatná, je lepší spustit bootovací systém od nuly, než se pokusit opravit ten frankestein.

      1.    živý řekl

        AMEN!! @anonymní..

      2.    Kunagi řekl

        Používám systemd (Fedora) už pár let a dospěl jsem k tomuto:
        Problém voní divně, protože více věcí přidává více deaktivace / přesměrování.
        Žurnál, který jsem nasměroval přímo na rsyslog. Nějaký váš binární protokol již byl rozbit.
        Z dns používám bind, pokud ji integrují do systemd, budu ji i nadále používat stejně, i když musím všechno upravit.
        Používám XFCE, takže mi ušetří spoustu toho, co chce gnome integrovat.
        Je to jako slon v porcelánu.

      3.    Tito řekl

        Skutečný; ani oni nevědí, jak to nazvat. Denně chodíme aktualizovat, opravovat chyby a další kecy. Je to téma, které mě docela rozčiluje; ale nejen kvůli tomu, že SystemD je suverénní hovno; pokud ne, jak to udělali.
        Je jasné, že ve světě Linuxu existuje několik společností, které se snaží vše ovládat; viz Canonical, RedHat a Gnome, (dokonce i Miguel de Icaza sám opustil Gnome).
        Pokud používám Linux, je to kvůli tomu, kdo ho ovládám, a to je jeho základ a filozofie; Abych nevěděl, co dělá, připojuji stroje s již spuštěným W Serverem.
        Mrzí mě, že Debian podlehl. Ve skutečnosti se zvažuje možnost vytvoření paralelní vidlice bez SystemD.
        Doufejme, že ta věc nebude více; nebo se vidím migrovat všechny své stroje na BSD.

      4.    yukiteru řekl

        @ anonymní, komentujte kus muže, nemůžete mít pravdu.

        systemd je šílená věc, která nemá v mnoha věcech žádné vysvětlení, pravda způsobuje velké podezření ve všem, co dělá, a neumožňuje to jiným nástrojům, pravdou je, že nevím, jak si lidé v Debianu dovolují to, ale nakonec už toto rozhodnutí učinili a poprvé po mnoha letech jsem přestal používat Debian jako hlavní OS a budu to dělat, dokud systemd neukončí Debian kvůli transparentnější možnosti.

    6.    Tito řekl

      Ve zkratce. SystemD naštve.
      Ukládá protokoly v binárním formátu, provádí se jako nadřazený proces všech ostatních (Pid 1), s nimiž se v případě rozbití systému stane nedobytný; Je to v rozporu se vším, co Linux znamená, tedy s prostými textovými soubory (co to sakra je, že binární soubory ??, prosté textové soubory! Jako celý Boží život.)
      No tak, to je svinstvo. Nelíbí se mi vůbec nic.
      Ale díky společnostem jako Canonical, Gnome a Red Hat; jíme to s bramborami.
      Že pokud, i když existují další možnosti; Nebudu jej používat ani na serverech, které spravuji, ani na svých osobních počítačích.
      To se již stává pobočkou společnosti Redmond.

      1.    sephiroth řekl

        Nechci nikoho bránit, ale dobře si pamatuji, že kanonické bylo naprosto proti systematické ve prospěch povýšeného. když se debian vzdal systemd, skončil přetažením na ubuntu.

  6.   Daryo řekl

    Kromě toho mohou tyto chyby narušit zabezpečení systému a stabilitu například serveru, a proto ti, kteří si na tyto věci stěžují nejvíce, jsou administrátoři systému.

  7.   Alexander řekl

    A co Mageia, je neuvěřitelné, že KDE může bezchybně běžet na 512 MB RAM.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran řekl

    pár otázek; Jak snadné je spravovat služby v OpenRC? a jak snadná je instalace pomocí výchozího nastavení v instalaci Manjaro pomocí systemd? to, co se mi na systemd líbí, je to, že s jednoduchým příkazem systemctl enable (service) .service nebo systemctl disable (service) .service Mohu své služby spravovat snadno, KDYŽ bych měl zájem vědět o OpenRC a zvláště pokud to trochu divně voní to vše mimochodem od systemd; Jsem uživatel Novell

    1.    Sergio E. Duran řekl

      Mimochodem; Říká se, že jsem v systému Windows, protože používám přepsání uživatelského agenta

    2.    anonymní řekl

      OpenRC je velmi snadno ovladatelný, dám vám příklad s tiskovou službou cupdsd.

      Chcete-li to spustit.
      # rc-service cupd start
      * Počínaje cupd .. [ok]

      Zastavit to.
      # rc-service cupd stop
      * Zastavení cupd ... [ok]

      Chcete-li jej restartovat.
      # rc-service cupd restart
      * Zastavení cupd ... [ok]
      * Počínaje cupd .. [ok]

      Chcete-li jej spustit ve výchozí úrovni běhu.
      # rc-update přidejte defaultní cupsd
      * servisní cupd přidán do runlevel default [ok]

      Odebrání z výchozí úrovně běhu.
      # rc-aktualizace z výchozího poháru
      * servisní cupd odstraněn z runlevel default [ok]

      Chcete-li zobrazit stav všech služeb na všech úrovních běhu.
      # rc -status -a

      Chcete-li zobrazit stav úrovně běhu, v tomto příkladu výchozí.
      # rc-status výchozí

      Tady v gentoo je OpenRC výchozím spouštěcím systémem a zůstane tak navždy, máme systemd in portage pro sebevražedné atentátníky, kterých je naštěstí málo….
      K nahrazení journald používáme syslog-ng a logrotate, zde v gentoo systémový protokol prochází přes virtuální konzolu vt12, což je control + alt + F12, nebo jej můžete vidět nepřetržitě v libovolném grafickém terminálu jako uživatel root s:

      # tailf / var / log / messages

      1.    Sergio E. Duran řekl

        A nainstalovat jej na můj Manjaro?

      2.    Sergio E. Duran řekl

        Říkám; Nebudu ztrácet všechny soubory a svůj krásný XFCE jen kvůli přechodu na OpenRC 🙂

      3.    Sergio E. Duran řekl

        Připraveno; Nainstaloval jsem to pomocí sudo pacman -S manjaro-openrc bluez-openrc (druhý, protože mám bluetooth)

      4.    Sergio E. Duran řekl

        Nyní můj problém spočívá v tom, že správce napájení XFCE4 nepracuje s upower-pm-utils 🙁 a nemám typické možnosti pozastavení a hibernace

    3.    yukiteru řekl

      OpenRC je velmi jednoduchý, správa služeb je hračkou, jen pro ilustraci:

      Povolte službu: rc-update přidat výchozí cronie

      Spusťte službu: /etc/init.d/cronie start nebo rc-config start cronie

      Zastavte službu: /etc/init.d/cronie stop nebo rc-config stop cronie

      Jednoduché a ne opravdu složité.

  9.   yukiteru řekl

    @ elav to, co leží před námi, je na dlouhé tratě a pohybuje se od písečných bouří, deště trolů, hromadných vidlic, rozdělení skupin dev a mnoha otázek, zda je migrace na BSD lepší volbou, než uvíznout v systemd, protože ano.

    Osobně tleskám této iniciativě Manjaro, je to volba pro ty, kteří nechtějí zůstat u systemd, něco, co se mi líbí, v tuto chvíli jsem v Gentoo a mám ho rád, cítím se pohodlně se svobodou, kterou mi dává , ale teď mě několikrát napadlo provést změnu na FreeBSD a tento měsíc můžu udělat skok, vše záleží na mém čase a objednání určitých věcí k úspěšnému provedení migrace.

    1.    yukiteru řekl

      Nic z toho nevyvrací realitu systemd, Lennart je velmi dobrý ve vyhýbání se věcem a odpovědnostem, doporučuji vám místo pouhého čtení článků, přečíst si systemd kód nebo alespoň číst devel seznam systemd, dozvíte se o věcech, které vyvracejí co tyto tři články říkají, že se to stalo, a více podporují kritiky systemd.

      1.    PAMP řekl

        Jeho argumentem je prokázat, že existují znalosti, které vyvracejí to, co jsem ukázal, ale nikdy nepředloží důkazy, takže nemohu věřit jejich existenci.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    yukiteru řekl

        @pamp můj argument je trochu více podpory, protože jsem to vysvětlil výše v komentáři 25 této stejné položky a vystavil jsem ji v mnoha dalších položkách týkajících se systemd, kromě toho, že jsem ji vystavil v debian irc a seznamu této distribuce, také moje pozvání je, že si vytváříte vlastní názory, a proto si musíte přečíst malý seznam vývojářů systemd. Abychom jen vzbudili vaši zvědavost, dávám vám tento odkaz, ve kterém jasně říkají, že systemd-214 již nenabízí podporu pro skripty SysV a LSB, s výmluvou „vyčištění kódu“.

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        Nyní mi řekněte: Kde je podpora standardu LSB, který měl být vytvořen za účelem vytvoření společné základny pro všechna distribuce? Protože vám něco řeknu, nic jiného na jeho prvním odkazu Lennart buší, chlubí se a plní ústa tím, že systemd podporuje použití skriptů SysV a LSB, když je pravda, že podpora je zrušena a nahrazena generátorem Mimochodem, soubory init mají několik chyb a nakonec není jiná možnost, než vytvořit úplný soubor init.

        Zdravím.

    2.    Tito řekl

      Názory, to je jako zadek, každý máme jeden.
      To, co tento muž říká, mu může dobře dopadnout, ale není to můj případ. A názor člověka, který píše na webový portál, není takový, že je to slovo Boží. Je to váš názor, tečka.
      Takže „vyvrácen“, nic.
      Dobrá věc, kterou nám zbývá, je, že můžeme použít, co opravdu chceme; aniž bychom se snažili být „Talibanem“ a vnucovat naše kritéria ostatním.
      Pro mě je SystemD skutečný hovno. A jsou lidé, kteří to milují. Vítejte!
      Ani můj názor není dobrý, ani názor těch, kteří nemyslí jako já, je hovno; jsou prostě jiné.
      To je to, co nás odlišuje od ostatních operačních systémů; můžeme si vybrat.
      Nepouštějme se do zbytečných bojů, které nikam nevedou.

      1.    anonymní řekl

        @Titus
        Nemohl jsi to říct lépe ... amen.
        Musíte být slepí, abyste si neuvědomili perverznost, kterou systemd pohání tak, aby pokryla vše, šlapání, zakrývání a přemisťování projektů, které fungují perfektně, jejich nahrazení verzemi, které nikdy nedosáhnou ani se nestanou stabilní, i když mezi jádry a více než dvěma není žádná kompatibilita zpětné verze systemd.
        Debianům se zdá, že přišlo zemětřesení a podařilo se jim probudit, jen doufám, že se přikloní k eudev a openrc, takto by byl sjednocen vývoj gentoo debian manjaro a některých dalších, kteří používají openrc, což by to zlepšilo a hodně za krátkou dobu, vítězství celé komunity.

      2.    Dah 65 řekl

        Sekunduji vaše slova.

        Existují lidé, kteří citují jiné lidi (názory, které je obecně zajímají) a používají je jako důkaz.

        Pokud jde o mě, nemám na systemd názor. Nevím, jestli je to technicky lepší než upstart nebo openrc, ale zdá se jasné, že možnost sysvinit je vyloučena VŠECHNY distribucemi, přičemž Debian je jediný, kdo ji kvůli své politice stále udržoval ve Wheezy. Ale příští stabilní Debian, Jessie, bude Debian bez sysvinitu.

        Je jasné, že eticky jde o 100% svobodný software; Pokud jde o jeho technickou část, nezkoumal jsem kód ani ho neporovnával s jeho alternativami, takže nemám žádný odůvodněný názor. Ale i dnešní Ubuntu používá části systemd, přestože stále mají start-up, a pochybuji, že ano, protože Canonical „koupil“ Red Hat.

        Systemd není „zlý“, prosím, nebojujeme se Skynetem (Terminátor) nebo HAL9000 („vesmírná odysea z roku 2001“), není to ani temná stránka Síly, která se snaží ovládnout Jedi. Není to tak, že když se usadíte v týmu, převezme vše a nechá zmizet i potraviny ve spíži.

        A že „to přesouvá projekty, které fungují perfektně“ (komentář 52), měl jsem problémy s domácí sítí NFS v počítačích, které přistupují k serveru, protože proces vypnutí klientského počítače odpojí síť před demontáží systému NFS, a vypnutí by zamrzlo, jediným řešením by bylo stisknout tlačítko zapnutí / vypnutí pro jeho násilné vypnutí (chyba hlášená různými uživateli); Před vypnutím klientského počítače jsem musel vytvořit skript, který odpojí soubory NFS, které se mají spustit. Na druhou stranu se počítač serveru NFS připojuje přes wifi a čas od času dojde ke ztrátě připojení: Nevím, jestli je problémem správce sítě nebo je to v dhcpd nebo kde.

        Neříkám, že tyto problémy zmizí s systemd; Ignoruji to, protože jsem to nepoužil. Je to jen ukázka, která říká, že projekty, které systemd nahradí, fungují perfektně, je přehnané.

      3.    yukiteru řekl

        Jedna věc je názor a druhá argument, určitě první je velmi pestrá, jak říkáte @Tito, ale druhá je něco stručnějšího a cílenějšího, není to něco, s čím by se dalo tak snadno manipulovat, alespoň ne v v případě svobodného softwaru, kde máme kód na dosah ruky ke kontrole.

        @pamp nám říká, že zobrazené argumenty byly dlouho vyvráceny, a jako první test nám přináší aktuální informace o Lennartových názorech (ne o argumentech). Ale to, co tento člověk říká ve svých komentářích, je jedna věc (čísla 4 a 8 mají zemřít za smích), a to, co dělá v systémovém kódu, je jiná. Postoj, který jsem opakovaně viděl v Lennartu od doby, kdy jsem začal vyvíjet věci jako Avahi a Pulseaudio, a který lze jednoduše potvrdit přečtením seznamů vývojářů a hlášení chyb obou částí softwaru.

      4.    yukiteru řekl

        @ Dah65 jistě mnoho lidí používá důkazy využívající názory třetích stran, což je špatný zvyk pro ty, kteří nemohou sami zkoumat problémy, aby měli svůj vlastní a osobní názor, a dokonce vytvářet platné argumenty, pomocí nichž se mohou účastnit konstruktivní diskuse.

        V mém případě držím krok se změnami v systemd díky seznamu devel, i když se mi tento nástroj nelíbí, úplně se mi to nelíbí, ale nepřestávám o tom číst na uživatelské a technické úrovni a důvod K tomu je velmi jednoduché, pokud se musím věnovat klientovi, který používá uvedený init, vím, co mám dělat a jak se vypořádat s jakoukoli situací.

        Nyní o tom, co služby běží bez problémů, to je klam, existuje mnoho skriptů SysV s problémy a totéž se děje v systemd, ale přinejmenším když nahlásíte chybu v SysV, jsou opraveny, nebo to můžete udělat jednoduchým způsobem, jak jste komentovali , v systemd, po provedení hlášení o chybě najdete WONTFIX nebo CLOSED, a to díky Lennartovi nebo Kay, podle toho, jak to může být, a když to říkám, nebudu přehánět, ukázka zde:

        https://bugzilla.redhat.com/show_bug.cgi?id=753882

        Přečtěte si komentář 48, nemáte žádnou ztrátu. Clement's 53 je další, který nemá žádnou ztrátu, zejména pro své archaické, ale funkční řešení problému, který Lennart nechce řešit a který byl mimochodem hlášen v roce 2011.

    3.    Mario řekl

      Ti „mýty“, kteří je založili? Některé jsou z galerie odebrány, protože „systemd není přenosný bezdůvodně.“ Je úplná pravda, že není přenosný (a připouští, že říká, že je velmi přizpůsobený pro Linux)
      Předpokládá klam, jako je předpoklad, že BSD nemá zájem (kluci BSD říkají opak: „Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)“), i kdyby to bylo přenosné, nepřijali by to a podobné věci ( mýtus 13,14,15).

      Pokud je záměrem společnosti Poettering začít přepisovat skripty, exkluzivně pro váš systém (http://0pointer.de/blog/projects/systemd-for-admins-3.html) se pokazíme. Klasický init skript je v zásadě jedno, kam máte namířeno. Pro práci na GNU, UNIX nebo BSD jsou prováděny minimální úpravy. To bylo až dosud (pokud není použit OpenRC). Každopádně si myslím, že takové věci způsobí rozkol mezi Linuxem pro desktop a servery. Uživatelé Ubuntu a derivátů uvidí změny až na konci příštího roku.

      1.    anonymní řekl

        @ Dah65

        Jelikož říkáte, že systemd není zvrácená zvrácenost, řekněte mi, proč nevložili možnosti Makefile k deaktivaci všech svých modulů v době kompilace, takže ti z nás, kteří nemají rádi tyto „volitelné moduly“ „tento krok na jiných balíčcích, abychom je mohli zkompilovat a vytvořit vlastní verze systemd capped!
        Víš proč ne? Protože se jeho forma vývoje nazývá vynucené vyřazení a protože 95% uživatelů nemá NPI, využívají výhodu výchozího nastavení, proto jsme ji pro vás všechny odmítli.
        Takto nefunguje bezplatný nebo opensource software nebo jakkoli to chtějí nazývat, teď mě to rozesmívá, protože díky nové vidlici do Debianu si mnoho lidí myslí, že je to ztráta síly, a já se stále ptám, jak obtížné bylo dát další možnosti kompilace Makefile?
        Subjekt nedává více, je to jako chtít smíchat vodu s olejem, proto se v každé výstavbě objeví nekonečné vidličky, kde se pro všechny ostatní ukládá několik.

      2.    yukiteru řekl

        @mario je přesně to, co říkáte. Jordan Hubbard si také uvědomil, že BSD init je třeba aktualizovat nejen proto, aby se přizpůsobil novým technologiím, ale také aby podporoval nové funkce, které jsou nyní možné, ale obchází koncepci, kterou nyní má systemd, jak by se to mělo dělat. věci a zjednodušují to na filozofii, která v UNIXu vždy převládala: „Vytvořte program, který dělá jednu věc a dělá ji dobře“, a že v init je nesmírně důležité, protože nemluvíme o jednom dalším démonovi, jsme Když už mluvíme o init operačního systému, kromě toho, že jde o bezpečnostní opatření, ve srovnání s tím, co už mnoho odborníků začíná chvástat o systemd, a je prokazatelné, vypadá systemd hodně jako svchosts.exe z Windows, dělá to z init služby pro řízení sítě a mnoho dalších věcí.

  10.   Luis řekl

    Lidi, je to opravdu děsivé.

    Je velmi složité odstranit z ArchLinuxu ????

    Chystám se hledat informace, ale neodvažuji se takové věci dotýkat, abych to neposral a neztratil systém.

  11.   manu řekl

    Z mnoha komentářů, které jsem četl, je SYSTEMD opravdový TROJSKÝ KŮŇ….
    To znamená ušetřit, kdo může? Ve španělštině je málo informací o konfiguraci desktopu ve FreeBSD a připravenosti systému k použití.

  12.   Raphael Mardechai řekl

    Špatný systém, nech to být. xD

  13.   Waco řekl

    Tento systém nenávisti nebude virový ???? Arch pro mě vycházel skvěle ... pokud je pravda, že pokrývá více, nevím, jestli je to dobré nebo špatné! ale možná už existují zranitelnosti, které by mohly převzít kontrolu, nebo nějaký virus, který kvůli tomu ničí systém ... pokud je stabilní a bezpečný, nevidím problém ... každopádně uvidím, jestli mám čas a prostuduji si předmět a udělám nějaké testy s openrc

    1.    Daryo řekl

      ne tak stabilní. a je mnohem bezpečnější než systém v. Pro uživatele stolního počítače, jako je mnoho z nás (mě), to také nepředstavuje problém, rychlejší spuštění funguje dobře a obvykle nečtu protokoly, takže nezáleží na tom, jak jasné jsou, nebo zda je v binárním formátu.

      Mám teorii, že linux poroste na počítačích (a vládách) a ztratí půdu pod nohama na serverech (místo toho, aby užíval OS jako freebsd)

  14.   Oskar řekl

    Na esdebian Wiki publikují, jak nainstalovat SysVinit na Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   anonymní řekl

    Při čtení o zabezpečení jsem zjistil, že na straně Intelu jsou základní desky s čipovými sadami, obvykle v Northbridge, implementují něco, co se nazývá AMR Intel Active Management Technology…. Zajímavé, naštěstí nemám Intel, ale začnu při pohledu na stranu AMD nic takového neexistuje.
    Představují si kombinaci intel + AMR + systemd, nedej bože.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Není divu, že Stallmanův paranoid volá po bezplatném biosu.

  16.   Dah 65 řekl

    Nejprve nepoužívám systemd, protože to ještě není zabudováno do Kubuntu (jsem s Netrunner 14, odvozený z Kubuntu 14.04).

    Po objasnění je třeba upřesnit několik věcí:

    1- systemd je přijímán vývojáři / baliči mnoha různých distribucí (Debian, openSUSE, Arch, Fedora…), ale nyní se ukazuje, že čtenáři tohoto blogu vědí víc než oni o výhodách a nevýhodách systemd.

    2- systemd je svobodný software, jehož kód mohou číst (a rozumět mu) ti, kteří mají čas a znalosti (ti vývojáři / baliči, o kterých jsem mluvil dříve). Pokud skryjete zadní dveře, byly by objeveny. Kolik čteček používá vlastní firmware nebo ovladač, jehož kód jste nečetli a nemůžete přečíst? Myslím, že má větší smysl se toho bát než systemd.

    3 - Všichni pracujeme s binárními balíčky, protože když si stáhnu .deb z úložišť a nainstaluji jej, nestahuji soubor ve formátu prostého textu. Tento argument je tedy docela paradoxní.

    4 - V GNU / Linuxu již existují programy, které dělají mnoho věcí: stejné jádro, které stále více integruje více ovladačů, a dokonce i vlastní firmware (je lepší dát zadní vrátku do uzavřeného firmwaru než do programu, jehož kód je publikován). K dispozici je také Xorg, který zpracovává nejen grafický server, ale také klávesnici, myš a další věci; Nikdo neříká, že Xorg za to „prozrazuje“ unixovou filozofii, chtějí ho odejít do důchodu, protože ho již předběhly jiné projekty.

    5- „Linux je volba“, samozřejmě, ale je to svoboda volby, pokud chci přečíst kód, změnit jej, distribuovat atd. Ne, že by distribuce vyžadovala všechny možnosti (všechny architektury procesorů, všechna desktopová prostředí, všechny formáty balíčků atd.)

    6- Pro ty, kteří uvažují o přechodu na BSD, si pamatuji, že jsem četl zprávy, že v některých systémech BSD už americký NSA dostal své drápy. Pokud byla tato zpráva správná, nevím, protože jsem se tématem nesledoval. Je však ironií, že jsem před něčím uprchl, „protože za tím je Red Hat a možná ...“, abych se dostal do něčeho, „co je možná za NSA ...“

    Kromě toho, že používáme GNU / Linux, BSD, Windows nebo cokoli, co od nás chcete, můžeme také použít naši logiku a schopnost uvažovat

    1.    živý řekl

      Nejprve nepoužívám systemd, protože to ještě není zabudováno do Kubuntu (jsem s Netrunner 14, odvozený z Kubuntu 14.04).

      Po objasnění je třeba upřesnit několik věcí:

      1- systemd je přijímán vývojáři / baliči mnoha různých distribucí (Debian, openSUSE, Arch, Fedora…), ale nyní se ukazuje, že čtenáři tohoto blogu vědí víc než oni o výhodách a nevýhodách systemd.

      Jinými slovy, čtenáři tohoto blogu, kteří jsou pouze čtenáři, nemají schopnost si uvědomit, zda je něco dobré nebo ne, protože se musíme řídit dobrým úsudkem, znalostmi a zkušenostmi balíren a vývojářů. Je to tak?

      2- systemd je svobodný software, jehož kód mohou číst (a rozumět mu) ti, kteří mají čas a znalosti (ti vývojáři / baliči, o kterých jsem mluvil dříve). Pokud skryjete zadní dveře, byly by objeveny. Kolik čtenářů používá vlastní firmware nebo ovladač, jehož kód jste nečetli a nemůžete přečíst? Myslím, že má větší smysl se toho bát než systemd.

      Je pravda, že je to svobodný software, a pokud se objeví něco zvláštního, super lidé, o kterých jste mluvili dříve a kterým musíme věřit, si toho budou moci všimnout a oznámit, nebo možná ne, protože možná jako lidé budou v pokušení na oplátku zavřít hubu. Něčeho.

      3 - Všichni pracujeme s binárními balíčky, protože když si stáhnu .deb z úložišť a nainstaluji jej, nestahuji soubor ve formátu prostého textu. Tento argument je tedy docela paradoxní.

      Když si stáhnete .deb, vše, co děláte, je stahování komprimovaného souboru, který můžete rozbalit, a proto uvidíte, co je uvnitř a je možné, což je místo, kde je binární soubor uvnitř. 😉

      6- Pro ty, kteří uvažují o přechodu na BSD, si pamatuji, že jsem četl zprávy, že v některých systémech BSD už americký NSA dostal své drápy. Pokud byla tato zpráva správná, nevím, protože jsem se tématem nesledoval. Je však ironií, že jsem před něčím uprchl, „protože Red Hat je pozadu a možná ...“, abych se dostal do něčeho, co „možná NSA je pozadu…“

      Nevím, kdo jsou uživatelé, kteří se chystají uprchnout z Linuxu, aby šli na BSD, ale například bych nemusel opustit Linux, musel bych jen nechat distribuci, která za vámi staví Systemd ano nebo ano.

      Kromě toho, že používáme GNU / Linux, BSD, Windows nebo cokoli, co od nás chcete, můžeme také použít naši logiku a schopnost uvažovat

      Stručně řečeno, ti z nás, kteří v tomto blogu komentují, čtou a používají GNU / Linux, nemají důvod. To chceš říct? Každopádně vám řeknu z mé osobní zkušenosti a mého uvažování (ať už je to logické nebo ne):

      Systemd je hovno přilepené na špejli. Četl jsem, že existují i ​​jiné Inits, které začínají mnohem rychleji, a proto nemusí ovládat DNS, RED, CRON a vše ostatní, co Systemd chce ovládat. Možná, že pro koncového uživatele, kterému záleží jen na zapnutí počítače, otevření prohlížeče a odesílání e-mailů, nezáleží na tom, zda používá Systemd nebo Systemx, ale pro ty z nás, kteří spravují servery, je to zadek. A já se vás ptám na stejnou otázku. Vždy se ptám, co se stane, když bude Systemd kompromitován a půjde do pekla? Nezbylo nám žádné ČERVENÉ, žádné CRON, žádné DNS, žádné Init a všechno ostatní, co dělá? Tam to nechám na vás.

      A dávejte si pozor, všechno vám to říkám bez prudkosti. To znamená, vítejte v těchto částech.

      1.    Dah 65 řekl

        Děkuji za přivítání

        V reakci na prudkost vysvětluji, že nevyvíjím ani systemd, ani nedostávám zaplaceno za jeho propagaci. A že mě to vůbec neovlivní, ať už to ostatní lidé používají nebo ne, je to jejich rozhodnutí.

        Ale to, co v této věci vidím, se občas jeví jako hysterie a četl jsem názory lidí, kteří jej bez prostudování kódu nebo jeho použití označili jako odpadky, vyřazení, zradu a já nevím, kolik dalších věcí. Připomíná mi to situaci, kterou jsem zažil před několika dny, když člověk, který uznal, že nikdy nenainstaloval Windows nebo věděl, jak rozdělit pevný disk, začal říkat, že Linux je velmi obtížný ... aniž by to někdy vyzkoušel a také měl ve svém smartphonu Android.

        Porovnávali jste systemd s sysvinit, s upstart a s openrc? Skvělé, můžete se rozhodnout na základě svých vlastních zkušeností. Je to nejlepší, protože také víte, že distro, které funguje na jednom počítači, může být užitečné na jiném, a proto ti z nás, kteří mají nějaké zkušenosti s GNU / Linux, říkají, že nejlepší distro je ten, se kterým uživatel se cítí pohodlně.

        1- «Jinými slovy, čtenáři tohoto blogu, protože jsou pouze čtenáři, nemají schopnost si uvědomit, zda je něco dobré, nebo ne, protože se musíme řídit dobrým úsudkem, znalostmi a zkušenostmi balíren a vývojářů»

        Už nějakou dobu jsem čtenářem tohoto blogu (moje komentáře uvidíte ve starých novinkách), takže jsem součástí balíčku. A odpověď je, že ne: být čtenářem tohoto nebo jiného blogu mi neumožňuje (alespoň já) posoudit dobrý nebo špatný software, který neznám. Dokážu přečíst, co říkají ostatní, a v tomto případě existují pozice pro i proti systemd; ve skutečnosti pokaždé, když je toto téma vzneseno v Phoronixu, dochází k mnoha debatám, ale i tam jsou hádané komentáře vzácné. Mám na mysli argumenty jako „když systemd volá proces X, dojde k nekonečné smyčce, což činí systém nepoužitelným.“

        A pravdou je, že při použití distribuce nebo jiné se budete řídit úsudkem, znalostmi a zkušenostmi balíren a vývojářů. Použití jakéhokoli OS nebo programu znamená částečně spoléhat na úsudek a zkušenosti ostatních; například v systému Linux přijímáte rozhodnutí použít monolitické jádro namísto použití mikrokernelů, jako je Hurd. Toto rozhodnutí bylo Linuse Torvaldse a vy ho přijímáte použitím jeho jádra.

        2- «Je to pravda, je to svobodný software, a pokud se objeví něco zvláštního, super lidé, o kterých jste mluvili dříve a kterým musíme věřit, si toho budou moci všimnout a oznámit to, nebo možná ne, protože možná jako lidé budou cítit pokušení drž hubu výměnou za něco. “

        Podezřelé, proč důvěřovat Linusovi Torvaldsovi a Richardovi Stallmanovi a projektu GNU? Nedíval jsem se na kód jejich programů, takže mě možná klamou.

        3 - «A já se vás ptám na stejnou otázku, na kterou se vždy ptám, co se stane, když bude Systemd kompromitován a půjde do pekla? Nezbylo nám žádné ČERVENÉ, žádné CRON, žádné DNS, žádné Init a všechno ostatní, co dělá? Nechám to tam. »

        Co když je OpenRC nějakým způsobem kompromitován? Nebo Upstart? Nebo jádro? Stalo se mi to, po „normální“ aktualizaci v Debianu Testování mi došel grub, nemohl jsem vstoupit do Debianu nebo Windows a v té době moje nevědomost znamenala, že jsem měl pouze možnost přeinstalovat.

        4- «Stručně řečeno, ti z nás, kteří komentují, čtou a používají GNU / Linux na tomto blogu, nemají důvod. To chceš říct? “

        Ne, to nemyslím; Nemám v úmyslu generalizovat z konkrétní konkrétní situace na souhrn chování jednoho nebo tisíce lidí. Věřím však, že v případě systemd se mluví mnohokrát, aniž by byla provedena objektivní a klidná analýza; stalo se to také u Wayland-Mir, bylo podáno mnoho nepodložených tvrzení, a to jak proti Waylandu, tak Canonical.

        Také opakuji, že jsem četl a komentoval tento blog (stejně jako v jiných) a že používám GNU / Linux.

        A také opakuji to, co jsem řekl dříve: pojďme použít svůj mozek, analyzovat to, co slyšíme a čteme, zaujmout různé úhly pohledu a pokusit se vyvrátit A i non-A, a pokud je to možné, pojďme si na základě vlastních zkušeností založit závěry na faktech. A pak využijme vše, co nám připadá správné.

      2.    Waco řekl

        umm .. no, že kompromitování je hypotéza je jako všechno .. moje otázka již prošla? .. možná chyby nejsou nalezeny ve všem softwaru a jsou opraveny, pokud jsou v systemd chyby, opraví to a jako každý program může mít své chyby .. problém není v tom, že může selhat, je to, pokud to chcete udělat nebo mít kontrolu nad tím, co dělá, ale ne za předpokladu, že to může selhat, všechno může selhat za okamžik ... vůbec nejsem fanouškem systemd, je to jen můj názor .

        1.    živý řekl

          Na počítači uživatele může dojít k chybě a nemusí se nic stát, ale na serveru se věci velmi, velmi liší.

      3.    yukiteru řekl

        @waco určitě, pokud dostanete chyby v softwaru, měli byste je opravit. Problém je v tom, že systemd má spoustu starých chyb (některé se datují do roku 2010 a jsou vážné) a stále ještě nejsou opraveny ani dnes, jednoduše bagatelizovány nebo jednoduše označeny Lennartem jako CLOSED nebo WONTFIX.

    2.    Waco řekl

      váš komentář je velmi úspěšný! Nemůžeme všichni propadnout systemd, protože je módní a byl vytvořen jako pomlouvačná kampaň k tomu ... každá změna má odmítnutí.

    3.    yukiteru řekl

      Reaguji na vaše argumenty:

      1.- Vážní a dotazující se uživatelé i vývojáři znají výhody a nevýhody přijetí systemd v jakémkoli vývojovém a pracovním prostředí, slabé a silné stránky systemd se nemění kvůli tomu, že mají jednu nebo druhou perspektivu.

      2. - Systemd je určitě svobodný software a lze jej auditovat. Problém není v tom, že má skryté zadní vrátka, problém je v tom, že dělá věci, které by init neměl dělat (ovládání sítě, dns, konzoly TTY atd.), Že má spoustu služeb, které jsou určeny ostatním, že dělá věci úplně jiným způsobem, než jak se od nich očekává, což porušuje pravidla samotného linuxového jádra (coredump), že mnoho jeho vývojářů se velmi málo stará o řešení strukturálních problémů, které má systemd (coredump a debug patří mezi nejzávažnější dosud nevyřešeno).

      3.- Jedna věc je stáhnout binární soubor, který se ukáže jako program, jehož KONFIGURACE a LOGY jsou stále v prostém textu, a další věc je stáhnout binární soubor, jehož KONFIGURACE a další informace jsou uloženy v binárním formátu a jsou přístupné pouze prostřednictvím konkrétních nástrojů, To je místo, kde se věci mění. Binární protokol nenabízí zabezpečení (pokud opravdu chcete zabezpečení, zašifrujte oddíl pomocí AES-256), je to jen černá skříňka, ze které nevíte nic o tom, co se děje, a hodí se k mnoha věcem, například: Představte si, že máte Trojský kůň, který využívá chybu zabezpečení systému a jejím prostřednictvím získává plný přístup do systému včetně služby protokolu a eskalace oprávnění. Není to vážný problém? Nebyly by binární protokoly zpracované přímo systémovým selháním, protože by byly neslyšitelné, aniž by se dostaly do bodu, že již byly nevědomky upraveny? Mezi binárním programem a konfiguračním souborem / protokoly / výpisy existuje smysl a rozdíl.

      4.- Jádro je software navržený v tomto smyslu, je navržen od začátku tak, aby ovládal vše na vašem PC, ne init. Init je určen pouze k tomu, aby váš systém pozvedl jádro a byl použitelný, protože je to první věc, kterou musíte spustit, a poslední věc, kterou musíte dokončit. Proto se tomu říká init (inicializace), protože spouští pouze systém a nedělá nic jiného, ​​a důvod je velmi jednoduchý, init musí být nejstabilnějším a nejdokonalejším možným softwarem, aby se tomu z nějakého důvodu zabránilo To nakonec rozbije celý systém, jde o stabilitu a bezpečnost. Xorg, je jiný hlas, dělá mnoho věcí, je to pravda, ale nic tak riskantního, aby vám nezůstal úplně nepoužitelný systém, a jeho konfigurace se stále provádí v jednoduchých textových souborech.

      5. - Distrosi rozhodně nejsou povinni nabízet svobodu v širším slova smyslu, a právě proto je představena současná tiráda. Ale my jsme uživatelé a komunita a mnozí z nás jednoduše nesouhlasí s implementací tohoto systému, proto se snažíme dosáhnout našeho hlasu, ať už jej poslouchají nebo ne, je to záležitost těch, kteří distro rozvíjejí, a jejich rozhodnutí bude mít dopad na ti, kteří se rozhodnou použít nebo ne své distribuce, a to jasně může vést k selhání několika distribucí v závislosti na tom, jak se věci mají, a příkladem je nyní Debian a jeho devuanská vidlice.

      6. - Novinky o BSD jsou kvůli tomu, co se stalo v OpenSSH a v OpenBSD IP stacku, zadní vrátka, která mimochodem ovlivnila nejen BSD, ale i Linux (v případě OpenSSH), a to bylo opraveno. Situace je přičítána BSD, protože to je BSD (Theo de Raadt v OpenBSD), kdo má na starosti vývoj tohoto nástroje (OpenSSH) a situace nastala, protože někteří vývojáři, kteří již nejsou aktivní v projektu, zasadili zadní vrátka . Situace byla vyřešena a byla vyhlášena příslušná opatření, která je třeba přijmout, pokud by tato situace mohla mít dopad na ty, kdo software využívali. Nyní: Může k této situaci dojít v systemd? Odpověď je jednoduchá a výsledek katastrofický, protože systemd mimo jiné zpracovává eskalaci privilegií, backdoor v systemd znamená úplný přístup do systému, což se u backdooru zmíněných v BSD nestalo.

  17.   Oskar řekl

    Vrátí vidlici Debianu, aniž by systém již měl webovou stránku. Zdá se, že projekt pokračuje a velmi vážně. https://devuan.org/

  18.   aaditya bagga řekl

    Aktualizované ISO a několik nových nahrávek.
    https://forum.manjaro.org/index.php?board=50.0

  19.   keo řekl

    Instalační program není příliš jasný, nemohu sledovat jejich kroky, zejména v části oddílů, nevím, proč trvají na těchto matoucích věcech.

  20.   Manuel R. řekl

    Na netinstall s Openrc mě něco upoutá, někde v instalaci se mi stále zobrazuje zpráva, že konfigurujete systemd, budou opravdu bez systemd nebo jeho použití?

    1.    keo řekl

      Dobrý den Manuel, během instalace jsem také pozoroval to samé, musí to být záležitost instalačního technika, protože není pochyb o tom, že systemd není nainstalován, což potvrdíte v terminálu takto: pacman -Qs openrc

      pozdravy

      1.    Manuel R. řekl

        Ahoj keo, nejprve se omlouvám za to, že jsem předtím neodpověděl. Oceňuji vaši odpověď, jsem rád, že Manjaro nabízí tuto možnost; jakmile podpora Ubuntu Precise skončí (nebo možná dříve), nainstaluji si ji. Pozdravy.

  21.   Anonymní řekl

    Dobrý příspěvek

    Budu čekat v Manjaro se Systemdem, zatímco verze OpenRC bude o něco déle dozrávat, chci se dostat ven ze systemd ... (potím se)