OpenRC na Isos Manjaro dla nienawidzących Systemd

Czytając dziś mój RSS, dowiedziałem się ciekawej wiadomości, że Blog Wygląd replikatorai jest to fakt, że we Wspólnocie Manjaro uruchomiono kilka ISO, z tą specjalnością, że nie używają Systemd jak init, inaczej OpenRC, system startowy używany przez Gentoo.

OpenRC

Nie wiem o tobie, ale motyw Systemd już bardzo dotyka moich piłek, a im więcej czytam, tym bardziej zdaję sobie sprawę, że chociaż dla użytkownika końcowego (lub dla wielu) nie reprezentuje niczego super istotnego, na przynajmniej dla mnie nie podoba mi się ścieżka, którą to podąża. Wierzę, że w świecie GNU / Linuksa nadchodzi czarny sezon, w którym rozwidlenia i niezadowolenie wybuchną nawet na suchych pustyniach.

Ale przejdźmy do rzeczy. Na forum Manjaro opublikowali, jak powiedziałem wcześniej, niektóre isos, których używa OpenRC. A tym, którzy boją się instalacji tych wersji, zostawiam film pokazujący, jak to zrobić.

Pobierz pliki ISO za pomocą OpenRC

Pierwsze ISO, które zobaczymy, to wersja Instalacja sieciowa. Ten ISO ma następujące cechy:

  • Oparty na profilu Manjaro-Net (nie ma wstępnie zainstalowanego środowiska graficznego)
  • Na podstawie gałęzi Testowanie.
  • Tylko wolni kierowcy
  • Użyj jądra Linux z serii 3.14
  • Nie używa Plymouth
  • Został przetestowany w Virtualbox

Język można wybrać na początku, naciskając klawisz F2. Po zakończeniu procesu uruchamiania znajdziemy monit, w którym uzyskamy dostęp do:

  • Użytkownik: root
  • Hasło: manjaro

Aby rozpocząć instalację, jak pokazano na poprzednim filmie, napiszemy:

setup

Linki do pobrania plików 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)

Instrukcje po instalacji

W Forum Manjaro Udostępniają nam pewne dane do poinstalacji:

Dodajemy repozytorium openrc-eudev zgodnie z tymi instrukcjami.

1) Na końcu pliku /etc/pacman.conf dodajemy następujący fragment

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

Dodajemy i importujemy klucze:

sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D

2) Aktualizujemy system

sudo pacman -Syu

3) Instalujemy nasze preferowane środowisko graficzne, którego używa przykład lxde

sudo pacman -S lxde

Informacje na temat instalowania środowisk komputerowych można znaleźć w wiki.

4) Instalujemy Menedżera sesji:

sudo pacman -S lxdm-consolekit
W pliku należy również ustawić menedżera sesji /etc/conf.d/xdm i jest więcej informacji tutaj y tutaj

5) Instalujemy kilka pakietów, takich jak aplet dla menedżera sieci

sudo pacman -S aplet menedżera sieci

6) Ponownie uruchamiamy system

sudo reboot

Myślę, że jest rzeczą oczywistą, że w tym celu musimy być połączeni z Internetem za pomocą kabla. Jeśli korzystamy z WiFi, możesz zobaczyć, jak to zrobić w ten link.

Pliki ISO Manajaro z OpenRC i OpenBox

W przypadku Openbox ISO należy wziąć pod uwagę kilka rzeczy:

  • Główny cel jest zrobić łatwiejszy proces instalacji i pozwól skonfigurować w pewien sposób wykres sieć (za pomocą wdd) i partycjonowanie przy GParted opcjonalnie.
  • Konfiguracja obejmuje Przeglądarka internetowa Openbox WM, LXTerminal, PCMan i NetSurf (szukać informacje w wiki o google), itd.
  • Użyj instalatora konsoli.

Linki do pobierania plików ISO z 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 z OpenRC

Tylko eksperymentalnie i dla 64 bitów istnieje również ISO z XFCE:

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


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   jeden z kilku powiedział

    Masz rację, problem z systemem zaczyna wydzielać pewien powiew, ponieważ OpenRC jest naturalnym następcą obecnego init. Zobaczymy, gdzie kończy się ta historia.

  2.   Wilhelm powiedział

    „Chociaż dla użytkownika końcowego (lub dla wielu) nie stanowi to niczego nadzwyczajnego”

    Myślę tak samo, nie ma to znaczenia, ponieważ jako użytkownicy nie wpłynęło to na nas w działaniu samego systemu operacyjnego.

    W rzeczywistości, jedyny duży (debian) podał wiadomości o "skandalu" na ten temat i chociaż mówią, że są inne powody, wszystkie powiązane z systememd (i nie powinny).

    Inne duże dystrybucje, nie sprawiły problemu (lub przynajmniej objawiły się łopatami i pochodniami), Fedora, Ubuntu i OpenSUSE.

    Odnoszę wrażenie, że to walka między programistami, bo np. Opensuse 13.2 ma dobrą akceptację / krytykę i nikt w recenzjach nie mówi o systemd (choćby po to, żeby nawiązać debatę),

    Po co tyle zamieszania, aby przejść z systemd do OpenRC, jeśli w końcu nie ma to na nich wpływu.

    1.    Pospiesz się powiedział

      Osobiście, jeśli chodzi o systemd, czuję się nieswojo, mam niepewność, dobry post.

    2.    jukiteru powiedział

      W Fedorze toczyła się debata na temat systemd, gdy zdecydowano się umieścić go jako init, było kilku przeciwników systemu, głównie dlatego, że nie zgodzili się używać go domyślnie jako inicjalizatora, ponieważ był bardzo świeży i miał wiele wad, jednak , Większość głównych deweloperów jest w głównym zespole programistycznym i byli związani z systemd, więc zastąpienie Upstart przez systemd było oznaką pewnego narzucenia, oprócz problemu, że Upstart był rozwojem Ubuntu i ma dość marszczony CLA na, co ostatecznie pomogło wszystkim zaakceptować systemd bez pytania. W tamtym czasie OpenRC nie wchodziło w grę, ponieważ brakowało mu wielu funkcji, które robi teraz, w tym równoległości i obsługi cgroup.

  3.   Anonimo powiedział

    Dobre wieści! binarna dystrybucja, która wyda openrc… to jak dar niebios.
    Jest to ścieżka, którą archlinux powinien był podążać od samego początku, pamiętam, kiedy musiałem polecić archlinux, aby przejść do systemd. Teraz mam możliwość ponownego przetestowania dystrybucji binarnej za pomocą openrc + eudev, co jest dokładnie tym, czego używam tutaj w gentoo.
    Bardzo dziękuję ludziom z Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC zarządza usługami, uruchamianiem i zamykaniem hosta
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): obsługa dynamicznego i trwałego nazewnictwa urządzeń w systemie Linux (inaczej devfs przestrzeni użytkownika)

  4.   xip powiedział

    Dzięki za informację, elav!

    Podzielam twoją opinię na temat systemd i jestem również zaniepokojony dryfem, jaki przyjął Linux od czasu pojawienia się tego nowego init. Jeśli Wheezy zestarzeje się przed pojawieniem się rozwidlenia Debiana, pomyślę o wypróbowaniu Manjaro OpenRC, ponieważ nie mam czasu na przygotowanie systemu Gentoo (doceniam to, ale zdecydowanie czas kompilacji Gentoo jest również obszerny dla mojej sytuacji osobistej).

    Pozdrowienia!

  5.   Cristian powiedział

    Elavie możesz opisać w mniej niż 10 słowach dla użytkownika, który zbytnio nie rozumie „kontrowersji”, jakiś czas temu na blogu jest kilka artykułów, które są bardzo techniczne i nie kończą wyjaśniania kontekstu dla „ niewtajemniczony "... kiedykolwiek Powiedzieli mi, że niezależnie od strony technicznej, nawet twoja babcia musi zrozumieć wyjaśnienie, aby było dobre.

    Właściwie jakiś czas temu w Fedorze problem stawał się nie do zniesienia, do tego stopnia, że ​​kilku użytkowników komputerów stacjonarnych zastanawiało się nad przejściem na centos, aby ominąć problem

    1.    Luis powiedział

      Zapisuję się do tej prośby.

      U mnie Systemd działa dobrze. Jaki jest problem, który powoduje tyle ruchu?

      Powiedzmy, że nie wiem.

    2.    Dario powiedział

      systemd to program odpowiedzialny za uruchamianie systemu, ale twórcy tego zdecydowali się go rozszerzyć i teraz nie tylko obsługuje start, ale także takie rzeczy jak cron (program do automatycznego uruchamiania programów), sieć, dzienniki systemowe, które nawiasem mówiąc są pliki binarne, między innymi

      Wielu nie patrzy przychylnie na tak nagłą zmianę, zwłaszcza że jest to nowe oprogramowanie, a więc z dużo więcej błędów niż programy, które działały przez całe życie, oprócz generowania zależności podczas programowania i na przykład gnom jest coraz bardziej z tym powiązany system. Uczynienie go mniej przenośnym na inne platformy unixowe.

      Nie wiem, czy mój drugi komentarz nie przeszedł moderacji, ale mówił, że lubię systemd, ale nie powinni pozwolić mu zmonopolizować wszystkich dystrybucji i pozostawić alternatywy, tak jak zawsze robiono to w Linuksie dla tych, którzy mają inne potrzeby.

    3.    Dario powiedział

      Nie mogę powiedzieć, że przed programem odpowiedzialnym za uruchamianie systemu podczas startu był system v, który działał przez długi czas, zanim został zastąpiony w większości dystrybucji przez systemd xD.

    4.    pełen życia powiedział

      Do tego, co mówi @daryo, dodaję (co też jest moim zdaniem):

      Zawsze podobała mi się filozofia Uniksa, w której program robi tylko jedną rzecz, ale robi to dobrze. Kiedy Systemd chce kontrolować wszystko, co powiedział @daryo, mam małe wątpliwości i co by się stało, gdyby Systemd został w jakiś sposób przejęty? Cóż, prawdopodobnie przeciągnąłby ze sobą wszystko, co kontroluje.

      Do tego dodam (i być może jest to bardziej z przyzwyczajenia), że zawsze podobało mi się, że moje dzienniki systemowe są czystymi plikami tekstowymi, ale w Systemd wszystko jest binarne i polecenia takie jak:

      cat log.txt

      o

      tailf log.txt

      Tam, gdzie moglibyśmy użyć innych opcji, takich jak GREP, do filtrowania określonej treści, ale Systemd używa nazwanego polecenia journalctl.

      Oprócz powyższego muszę powiedzieć, że będąc RedHatem głównym wykładnikiem stojącym za Systemd, otrzymuję alert, którego nie mogę wyłączyć. Może się mylę, ale to nie wygląda dobrze… I ciągle się zastanawiam po co jest sterowanie bootowaniem, cronem, siecią i ile jest usług? Co przez to rozumieją?

      1.    Alexander powiedział

        Dzięki twojemu komentarzowi i temu, co badałem, mogę potwierdzić twoje podejrzenia, że ​​ten alert jest słuszny, Broder.
        Widzisz, czytałem o TCP Stealth, jest to niemiecka teza, w której oskarżają Red Hat o ułatwianie szpiegostwa przemysłowego do 5-oczkowych systemów nasłuchowych:
        Pisałem już o tym, jeśli masz potrzebny talent, wiem, że go masz, możesz dojść do własnych wniosków:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#Ukrycie TCP

      2.    jukiteru powiedział

        Aby uzupełnić twój miły komentarz @elav, systemd jest tak wysoki NIH, że teraz twierdzi, że kontroluje następujące elementy:

        1.- Zarządzanie połączeniami internetowymi z IPv4 i IPv6 przy użyciu systemd-networkd i systemd-nspawn.
        2.- Zarządzanie DNS przez wewnętrzną pamięć podręczną DNS, rozwiązane przez systemd.
        3.- Zarządzanie multiemisją DNS w sieciach wewnętrznych przy użyciu systemd-networkd.
        4.- Zarządzanie terminalami TTY w Linuksie przy użyciu systemd-consoled. (Żegnaj KMScon?)
        5.- Zarządzanie sesjami i uprawnieniami poprzez logowanie.
        6.- Kontrola coredump, używanie plików binarnych i pomijanie dyrektyw jądra.
        7.- Kontrola logów, używanie plików binarnych i pomijanie dyrektyw jądra.
        8.- Kontrola zdarzeń ACPI za pomocą logind. (Systemd-212 dodał kilka problemów deweloperom Nvidii z różnymi błędami, które sprawiły, że system stał się bezużyteczny)
        9.- Wsparcie PPPoE dla networkd, zadanie, które jest nadal w toku.
        10. - Wsparcie dla DHCP w kliencie i serwerze. (Co oni z tym robią? Nie mam pojęcia)
        11. - Wsparcie dla systemów z przywracaniem ustawień fabrycznych, które nawiasem mówiąc są ściśle powiązane z BTRFS (nie zdziw się, jeśli BTRFS później stanie się zależne od systemd, dobry Lennart to uwielbia)
        12.- Wsparcie dla zwirtualizowanych kontenerów (głównie Xen i KVM)
        13. - Wsparcie dla zarządzania urządzeniami i inicjalizacji (co robi udev)
        14.- Obsługa systemów szyfrowania dysków.
        15.- Ładowanie oprogramowania układowego i modułów jądra.
        16. - Obsługa nazwy hosta (tworzy unikalny identyfikator dla twojego komputera), lokalu, czasu, synchronizacji NTP, sysctl (zmienne kontrolne jądra), a nawet generatora liczb losowych (bardzo WTF to i budzi wiele podejrzeń)
        17.- Obsługa tymczasowych systemów plików.

        W krótkiej, długiej liście są rzeczy, o których wiem, że systemd robi, jeśli ktoś wie coś więcej, niż to powie :).

        PS: systemd nie oferuje już wsparcia dla skryptów LSB i SysV od systemd-214, więc nie wiem, jak prawdziwe jest teraz jego „starsze” wsparcie ani jak jest zgodne ze standardami. Mówię, że LSB nadal jest standardem w Linuksie, czy się mylę?

        1.    Allan herrera powiedział

          Dzięki za poinformowanie mnie, myślałem o przejściu na BTRFS, ale wiedząc, że Lennart go lubi, możesz wiedzieć, że musi być okropny i szpiegować NSA-IBM

    5.    Anonimo powiedział

      Jest mało miejsca na podsumowanie i wyjaśnienie ... to gigantyczny koń trojański, którego nawet nie próbują ukrywać. Co robi system startowy, umieszczając usługi sieciowe, dhcp dns, a nawet myślę, że avahi ... w systemd? Brak możliwości zarządzania usługami traci moc decyzyjną
      które nie są pożądane i że nie przychodzą do mnie, które można dezaktywować, nie chcę ich w pakiecie systemd!
      W OpenRC to ten, kto decyduje, jakie rzeczy są uruchamiane na każdym poziomie działania, niektóre usługi są zależne od innych usług, ale jest ich bardzo niewiele i są wymienione ... podczas gdy w systemie wszystko robi, co chce w tej chwili. Ma na to ochotę. .. aby zyskać około 5 sekund na rozruchu i szybko się wyłączać.
      Systemd jest tak złożony, że nie sposób wiedzieć, co robi, musisz pogodzić się z myśleniem, że to twój pan i nie robi ci nic złego.
      Systemd łamie koncepcję, że wszystko powinno być łatwe i zrozumiałe w zakresie demonów lub usług i poziomów działania, nikt, kto używa systemd, nie wie w pełni, co dzieje się w ich usługach przez cały czas.
      Systemd nie zezwala na natywne używanie syslog-ng, zrobili na nim krok Journald i nie pozwala mu działać, to znaczy, czy używasz journald lub naninga! Dziennik systemowy jest czymś fundamentalnym dla bezpieczeństwa i inspekcji tego, co się stało i dzieje się z połączeniami lokalnymi i zdalnymi, ale dziennik używa formatu binarnego, który może zobaczyć tylko jornalctl…. Bardzo często dziennik zostaje uszkodzony w „tajemniczy sposób” w jego pliku binarnym i widząc, że jest uszkodzony, usuwa go raz i zaczyna od nowego, zapominając o wszystkich istniejących dziennikach.
      Mogę ciągnąć godzinami, ale najgorszym problemem jest to, że Lennart nie daje piłki tym, którzy zgłaszają te błędy i o ile czytam, nie przyjmuje łatek od nikogo.
      Myślałem, że wchodząc do systemd, zgłaszają błędy i łatki, które system musiałby zaakceptować ... ale szczerze wierzę, że Lennart i RedHat mają inny plan na resztę dystrybucji ... jak powiedziałem wcześniej , HORSE OF TROYA z RedHat.
      Szczerze mówiąc, systemd nie da się naprawić, idea jego projektu jest okropnie zła, lepiej jest uruchomić system startowy od zera niż próbować naprawić tego frankesteina.

      1.    pełen życia powiedział

        AMEN!! @anonimowy..

      2.    kunagi powiedział

        Używam systemd (Fedora) od kilku lat i doszedłem do tego:
        Problem pachnie dziwnie, ponieważ więcej rzeczy dodaje więcej funkcji wyłączania / przekierowywania.
        Mam dziennikarza skierowanego bezpośrednio do rsyslog. Twój binarny dziennik został już uszkodzony.
        Z dns używam bind, jeśli zintegrują go z systemd, będę nadal go używać tak samo, chociaż muszę wszystko zmodyfikować.
        Używam XFCE, więc oszczędza mi dużo tego, co gnom chce zintegrować.
        To jest jak słoń w sklepie z porcelaną.

      3.    Tito powiedział

        Prawdziwe; nawet oni nie wiedzą, jak to nazwać. Codziennie aktualizujemy, poprawiając błędy i inne bzdury. Jest to temat, który bardzo mnie denerwuje; ale nie tylko z powodu faktu, że SystemD to suwerenne gówno; jeśli nie, jak oni to zrobili.
        Oczywiste jest, że w świecie Linuksa jest kilka firm, które próbują wszystko kontrolować; zobacz Canonical, RedHat i Gnome (nawet sam Miguel de Icaza opuścił Gnome).
        Jeśli używam Linuksa, to dlatego, że go kontroluję i to jest jego podstawa i filozofia; Aby nie wiedzieć, co robi, montuję maszyny z już uruchomionym W Server.
        Przepraszam za to, że Debian uległ. W rzeczywistości rozważana jest możliwość utworzenia równoległego rozwidlenia bez SystemD.
        Miejmy nadzieję, że sprawy się nie pogorszą; lub widzę siebie migrującego wszystkie moje maszyny do BSD.

      4.    jukiteru powiedział

        @ anonimowy, skomentuj człowieku, nie możesz mieć więcej racji.

        systemd to szalona rzecz, która nie ma wyjaśnienia w wielu sprawach, prawda wywołuje wiele podejrzeń we wszystkim, co robi i nie pozwala na to innym narzędziom, prawda jest taka, że ​​nie wiem, jak ludzie Debiana pozwalają sobie na to to, ale w końcu podjęli już tę decyzję i po raz pierwszy od wielu lat przestałem używać Debiana jako głównego systemu operacyjnego i będę to robić, dopóki systemd nie wyjdzie z Debiana, aby uzyskać bardziej przejrzystą opcję.

    6.    Tito powiedział

      W skrócie. SystemD jest do niczego.
      Przechowuje logi w formacie binarnym, jest wykonywany jako proces nadrzędny wszystkich innych (Pid 1), z którym w przypadku zerwania któregokolwiek z nich system staje się niemożliwy do odzyskania; Jest to sprzeczne ze wszystkim, co reprezentuje Linux, czyli zwykłymi plikami tekstowymi (co to do cholery jest z plikami binarnymi ??, zwykłymi plikami tekstowymi! Jak całe życie Boże).
      Chodź, to bzdury. W ogóle nic mi się nie podoba.
      Ale dzięki firmom takim jak Canonical, Gnome i Red Hat; zamierzamy to zjeść z ziemniakami.
      Że jeśli, podczas gdy istnieją inne opcje; Nie będę go używać ani na serwerach, którymi administruję, ani na moich osobistych komputerach.
      To już staje się oddziałem firmy z Redmond.

      1.    sephiroth powiedział

        Nie mam zamiaru nikogo bronić, ale dobrze pamiętam, że canonical był całkowicie przeciwko systemd na korzyść nowatorskiego. kiedy debian poddał się systemd, w końcu przeciągnął się na ubuntu.

  6.   Dario powiedział

    Ponadto te błędy mogą zagrozić bezpieczeństwu systemu i stabilności serwera, na przykład, dlatego najbardziej narzekają na to administrator sys.

  7.   Alexander powiedział

    A co z Mageią, to niewiarygodne, że KDE może działać na 512 MB pamięci RAM, bez zarzutu.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran powiedział

    kilka pytań; Jak łatwo jest zarządzać usługami w OpenRC? i jak łatwo jest zainstalować go używając go domyślnie w instalacji Manjaro z systemd? w systemd podoba mi się to, że za pomocą prostego polecenia systemctl enable (service) .service lub systemctl disable (service) .service mogę łatwo zarządzać moimi usługami, JEŚLI interesuje mnie wiedza o OpenRC, a zwłaszcza jeśli trochę dziwnie pachnie Nawiasem mówiąc, wszystko to z systemd; Jestem użytkownikiem Novell

    1.    Sergio E. Duran powiedział

      Tak poza tym; mówi, że pracuję w systemie Windows, ponieważ używam zastępowania agenta użytkownika

    2.    Anonimo powiedział

      OpenRC jest bardzo łatwy w obsłudze, podam przykład z usługą drukowania cupd.

      Zacząć.
      # Uruchomienie pucharów usługi rc
      * Uruchamianie cupsd .. [ok]

      Żeby to zatrzymać.
      # rc-service cupsd stop
      * Zatrzymuję cupsd… [ok]

      Aby go ponownie uruchomić.
      # restart rc-service cupsd
      * Zatrzymuję cupsd… [ok]
      * Uruchamianie cupsd .. [ok]

      Aby uruchomić go na domyślnym poziomie działania.
      # rc-update dodaj domyślne cupsd
      * service cupsd dodany do domyślnego poziomu pracy [ok]

      Aby usunąć go z domyślnego poziomu uruchamiania.
      # rc-update z cupsd default
      * usługa cupsd została usunięta z domyślnego poziomu działania [ok]

      Aby zobaczyć stan wszystkich usług na wszystkich poziomach pracy.
      # stan-rc -a

      Aby zobaczyć stan poziomu działania, w tym przykładzie wartość domyślna.
      # rc-status domyślny

      Tutaj, w gentoo, OpenRC jest domyślnym systemem startowym i tak pozostanie na zawsze, mamy system w portage dla samobójców, których na szczęście jest niewiele….
      Aby zastąpić dziennik, używamy syslog-ng i logrotate, tutaj w gentoo log systemowy jest wysyłany przez wirtualną konsolę vt12, czyli control + alt + F12, lub możesz go stale widzieć na dowolnym terminalu graficznym jako użytkownik root za pomocą:

      # tailf / var / log / messages

      1.    Sergio E. Duran powiedział

        I zainstalować go na moim Manjaro?

      2.    Sergio E. Duran powiedział

        Mówię; Nie stracę wszystkich plików i mojego pięknego XFCE tylko po to, aby przejść na OpenRC 🙂

      3.    Sergio E. Duran powiedział

        Gotowy; Zainstalowałem za pomocą sudo pacman -S manjaro-openrc bluez-openrc (to drugie, bo mam bluetooth)

      4.    Sergio E. Duran powiedział

        Teraz moim problemem jest to, że menedżer zasilania XFCE4 nie działa z upower-pm-utils 🙁 i nie mam typowych opcji wstrzymania i hibernacji

    3.    jukiteru powiedział

      OpenRC jest bardzo proste, zarządzanie usługami to bułka z masłem, żeby dać przykład:

      Włącz usługę: rc-update dodaj domyślne cronie

      Uruchom usługę: /etc/init.d/cronie start lub rc-config start cronie

      Zatrzymaj usługę: /etc/init.d/cronie stop lub rc-config stop cronie

      Proste i niezbyt złożone.

  9.   jukiteru powiedział

    @elav to, co nas czeka, to na dłuższą metę i obejmuje burze piaskowe, deszcz trolli, masowe rozwidlenia, podziały grup deweloperów i wielu zastanawiających się, czy migracja na BSD jest lepszą opcją niż utknięcie w systemd, ponieważ tak.

    Osobiście pochwalam tę inicjatywę Manjaro, jest to opcja dla tych, którzy nie chcą pozostać przy systemd, coś, co mi się podoba, w tej chwili jestem w Gentoo i lubię to, czuję się komfortowo ze swobodą, którą mi daje , ale teraz Kilkakrotnie przyszło mi do głowy, aby przejść na FreeBSD i być może zrobię to w tym miesiącu, wszystko zależy od mojego czasu i zamówienia pewnych rzeczy, aby migracja przebiegła pomyślnie.

    1.    jukiteru powiedział

      Nic z tego nie zaprzecza rzeczywistości systemd, Lennart jest bardzo dobry w unikaniu rzeczy i obowiązków, polecam, aby zamiast po prostu czytać artykuły, czytać kod systemd lub przynajmniej przeczytać listę rozwoju systemd, dowiesz się o rzeczach, które obalają to, co mówią te trzy artykuły, że się wydarzyło, i bardziej wspiera systemowych krytyków.

      1.    pamp powiedział

        Jego argumentem jest ustalenie, że istnieje wiedza, która obala to, co pokazałem, ale nigdy nie przedstawia dowodów, więc nie mogę ufać jej istnieniu.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    jukiteru powiedział

        @pamp mój argument jest nieco bardziej pomocny, ponieważ wyjaśniłem to powyżej w komentarzu 25 tego samego wpisu i ujawniłem go w wielu innych wpisach dotyczących systemd, oprócz ujawnienia go w Debian irc i liście tej dystrybucji, zapraszam również do tworzenia własnych opinii, w tym celu wystarczy przeczytać trochę listy rozwijanej systemd. Również, aby wzbudzić Twoją ciekawość, podaję ten link, w którym wyraźnie mówią, że systemd-214 nie oferuje już wsparcia dla skryptów SysV i LSB, pod pretekstem „czyszczenia kodu”.

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

        A teraz powiedz mi: gdzie jest wsparcie dla standardu LSB, który miał zostać stworzony w celu stworzenia wspólnej bazy dla wszystkich dystrybucji? Ponieważ powiem ci coś, nic innego na swoim pierwszym łączu Lennart nie pcha, przechwala się i nie wypełnia ust, mówiąc, że systemd obsługuje skrypty SysV i LSB, podczas gdy prawda jest taka, że ​​wsparcie jest porzucane i zastępowane przez generator plików init Nawiasem mówiąc, ma kilka błędów i ostatecznie nie ma innej opcji niż utworzenie pełnego pliku init.

        Pozdrowienia.

    2.    Tito powiedział

      Opinie, to jak dupa, wszyscy je mamy.
      To, co mówi ten człowiek, może mu pójść bardzo dobrze, ale nie w moim przypadku. A opinia człowieka, który pisze na portalu internetowym, nie jest taka, że ​​jest to słowo Boże. To jest twoja opinia, kropka.
      Tak więc „odrzucono”, nic.
      Dobrą rzeczą, którą nam zostało, jest to, że możemy używać wszystkiego, czego naprawdę chcemy; nie starając się być „talibami” i narzucać innym nasze kryteria.
      Dla mnie SystemD to prawdziwe gówno. Są ludzie, którzy to kochają. Witaj!
      Ani moja opinia nie jest dobra, ani opinia tych, którzy nie myślą jak ja, to gówno; są po prostu różne.
      To właśnie odróżnia nas od innych systemów operacyjnych; możemy wybrać.
      Nie wdawajmy się w bezużyteczne walki, które prowadzą donikąd.

      1.    Anonimo powiedział

        @Tyto
        Nie mogłeś tego lepiej wyrazić… amen.
        Musisz być ślepy, aby nie zdawać sobie sprawy z przewrotności, jaką systemd napędza, aby pokryć wszystko, nadepnąć, pokryć i przesunąć projekty, które działają idealnie, zastępując je wersjami, które nigdy nie osiągają lub nie stają się stabilne, nawet jeśli nie ma kompatybilności między rdzeniami i więcej niż dwoma starsze wersje systemd.
        Debianom wydaje się, że nadeszło trzęsienie ziemi i udało im się obudzić, mam tylko nadzieję, że skłaniają się ku eudev i openrc, w ten sposób rozwój gentoo debian manjaro i innych, które używają openrc, zostałby ujednolicony, co poprawiłoby to wiele w krótkim czasie, zdobywając całą społeczność.

      2.    dah65 powiedział

        Popieram twoje słowa.

        Są ludzie, którzy cytują innych ludzi (generalnie opinie, które ich interesują) i wykorzystują je jako dowód.

        Ze swojej strony nie mam zdania na temat systemd. Nie wiem, czy jest to technicznie lepsze niż upstart lub openrc, ale wydaje się jasne, że WSZYSTKIE dystrybucje wykluczają możliwość sysvinit, a Debian jest jedynym, który nadal miał go w Wheezy ze względu na swoją politykę. Ale następny stabilny Debian, Jessie, miał być Debianem bez sysvinit.

        Jasne jest, że etycznie jest to w 100% wolne oprogramowanie; Jeśli chodzi o stronę techniczną, nie studiowałem kodu ani nie porównałem go z alternatywami, więc nie mam uzasadnionej opinii. Ale nawet obecny Ubuntu używa części systemd, mimo że wciąż są one rozwinięte, i wątpię, żeby tak było, ponieważ Canonical jest „kupowany” przez Red Hata.

        Systemd nie jest „zły”, proszę, nie walczymy ze Skynetem (Terminator) ani HAL9000 („Odyseja kosmiczna 2001”), ani nie jest to ciemna strona Mocy, która stara się zdominować Jedi. Nie jest też tak, że osiedlając się w zespole, przejmuje wszystko i sprawia, że ​​nawet artykuły spożywcze w spiżarni znikają.

        I że „przenosi projekty, które działają doskonale” (komentarz 52), miałem problemy z domową siecią NFS na komputerach, które uzyskują dostęp do serwera, ponieważ proces wyłączania komputera klienckiego rozłącza sieć przed odłączeniem systemu NFS, a wyłączenie się zawiesiłoby, jedynym rozwiązaniem było naciśnięcie przycisku włączania / wyłączania, aby wyłączyć go siłą (błąd zgłaszany przez różnych użytkowników); Musiałem stworzyć skrypt, który odmontowuje pliki NFS przed zamknięciem komputera klienckiego. Z drugiej strony komputer serwera NFS łączy się przez Wi-Fi i od czasu do czasu połączenie jest tracone: nie wiem, czy problem dotyczy menedżera sieci, czy też dhcpd, ani gdzie.

        Nie mówię, że te problemy znikają wraz z systemd; Ignoruję to, ponieważ go nie używałem. To tylko przykład, że powiedzenie, że projekty, które zastępuje systemd, działają doskonale, jest przesadą.

      3.    jukiteru powiedział

        Jedna rzecz to opinia, a druga to argument, na pewno pierwsza jest bardzo zróżnicowana, jak mówisz @Tito, ale druga to coś bardziej zwięzłego i skoncentrowanego, nie jest to coś, czym można tak łatwo manipulować, przynajmniej nie w przypadek wolnego oprogramowania, w którym mamy kod na wyciągnięcie ręki do przejrzenia.

        @pamp mówi nam, że przedstawione argumenty były obalane przez długi czas i jako pierwszy test przedstawia nam opinie Lennarta (nie argumenty). Ale to, co ten facet mówi w swoich komentarzach, to jedno (cyfry 4 i 8 to po prostu śmierć za śmiech), a to, co robi w kodzie systemowym, to co innego. Podejście, które widziałem wielokrotnie w Lennart, odkąd zaczął tworzyć rzeczy takie jak Avahi i Pulseaudio, i można to po prostu potwierdzić, czytając listy opracowań i raporty o błędach obu programów.

      4.    jukiteru powiedział

        @ Dah65 z pewnością wiele osób włada dowodami, korzystając z opinii osób trzecich, co jest złym nawykiem dla tych, którzy nie mogą samodzielnie zbadać sprawy, aby mieć własne i osobiste zdanie, a nawet tworzyć uzasadnione argumenty, z którymi mogą uczestniczyć w konstruktywnej dyskusji.

        W moim przypadku na bieżąco śledzę zmiany w systemd dzięki liście deweloperskiej, chociaż nie podoba mi się to narzędzie, zupełnie go nie lubię, ale nie przestaję czytać o nim na poziomie użytkownika i technicznym, a powód W tym celu jest bardzo proste, jeśli muszę obsługiwać klienta, który używa wspomnianego init, wiem, co powinienem zrobić i jak zająć się każdą sytuacją.

        Teraz o tym, co usługi działają bez problemów, to jest błąd, jest wiele skryptów SysV z problemami i to samo dzieje się w systemd, ale przynajmniej kiedy zgłaszasz błąd w SysV, są one naprawione lub możesz to zrobić w Prosty sposób, jak skomentowałeś, w systemd, po zgłoszeniu błędu możesz znaleźć WONTFIX lub ZAMKNIĘTE, dzięki Lennart lub Kay, w zależności od przypadku i nie przesadzam, mówiąc to, próbka tutaj:

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

        Przeczytaj komentarz 48, nie masz żadnej straty. Clement's 53 to kolejny, który nie ma żadnej straty, zwłaszcza ze względu na archaiczne, ale funkcjonalne rozwiązanie problemu, którego Lennart nie chce rozwiązać i który przypadkowo został zgłoszony w 2011 roku.

    3.    mario powiedział

      Te „mity”, które je ustanowiły? Niektóre zostały usunięte z galerii, ponieważ „systemd nie jest przenośny bez powodu”. Prawdą jest, że nie jest przenośny (i przyznaje, że jest bardzo dostosowany do Linuksa)
      Zakłada błędne przekonania, takie jak założenie, że BSD nie jest zainteresowany (chłopaki z BSD mówią coś przeciwnego: „Jordan Hubbard - FreeBSD: następne 10 lat (MeetBSD 2014)”), nawet gdyby był przenośny, nie przyjęliby go i rzeczy w ten sposób (mit 13,14,15).

      Jeśli intencją Poettering jest przepisywanie skryptów, wyłącznie dla Twojego systemu (http://0pointer.de/blog/projects/systemd-for-admins-3.html) popełnimy błąd. W zasadzie klasyczny skrypt startowy nie dba o to, dokąd się wybierasz. Wprowadzono minimalne modyfikacje do pracy w systemach GNU, UNIX lub BSD. Cóż, tak było do tej pory (chyba że używany jest OpenRC). W każdym razie myślę, że takie rzeczy doprowadzą do rozłamu między Linuksem dla komputerów stacjonarnych i serwerów. Użytkownicy Ubuntu i pochodnych zobaczą zmiany dopiero pod koniec przyszłego roku.

      1.    Anonimo powiedział

        @ Dah65

        Cóż, skoro mówisz, że systemd nie jest uosobieniem perwersji, powiedz mi, dlaczego nie wprowadzili opcji Makefile, aby wyłączyć wszystkie jego moduły w czasie kompilacji, tak aby ci z nas, którzy nie lubili mieć tych "opcjonalnych modułów "to krok na innych pakietach, abyśmy mogli je skompilować i stworzyć własne wersje ograniczone do systemd!"
        Czy wiesz, dlaczego tego nie robią? Ponieważ jego forma rozwoju nazywa się wymuszonym nakładaniem, a 95% użytkowników nie ma NPI, korzystają oni z domyślnej wersji, dlatego odrzuciliśmy ją dla wszystkich.
        W ten sposób nie działa wolne lub open source'owe oprogramowanie lub jakkolwiek chcą to nazwać, teraz mnie to śmieje, ponieważ z nowym rozwidleniem do Debiana wielu ludzi myśli, że to strata siły i ciągle się zastanawiam, jak trudne chodziło o dodanie dodatkowych opcji kompilacji do pliku Makefile?
        Sprawa nie daje na więcej, to jak chęć zmieszania wody z olejem, dlatego w każdym osiedlu będą widelce niekończące się, a na resztę nakłada się kilka.

      2.    jukiteru powiedział

        @mario jest dokładnie tym, co mówisz. Jordan Hubbard doszedł również do wniosku, że init BSD musi zostać zaktualizowany nie tylko w celu dostosowania do nowych technologii, ale także w celu obsługi nowych funkcji, które są teraz możliwe, ale omija koncepcję, jaką ma teraz system, dotyczącą tego, jak należy to zrobić. rzeczy, i upraszczają to do filozofii, która zawsze dominowała w UNIX-ie, "Stwórz program, który robi jedną rzecz i robi to dobrze", i że w inicie ma ogromne znaczenie, ponieważ nie mówimy o jeszcze jednym demonie, mówimy o inicjalizacji systemu operacyjnego, oprócz tego, że jest środkiem bezpieczeństwa, w porównaniu z tym, co wielu specjalistów już zaczyna narzekać na systemd, i jest to widoczne, systemd wygląda bardzo podobnie do svchosts.exe z Windows, robiąc z inicjowanie usług do sterowania siecią, między innymi.

  10.   Luis powiedział

    Chłopaki, to naprawdę przerażające.

    Czy usunięcie z ArchLinuxa jest bardzo skomplikowane ????

    Będę szukał informacji, ale nie ośmielę się dotykać takich rzeczy, żeby nie spieprzyć i stracić systemu.

  11.   manu powiedział

    Z wielu komentarzy, które przeczytałem, wynika, że ​​SYSTEMD to prawdziwy koń trojański….
    Oznacza to oszczędzanie, kto może? W języku hiszpańskim jest niewiele informacji na temat konfiguracji pulpitu we FreeBSD i przygotowania systemu do użycia.

  12.   Rafał Mardechaj powiedział

    Biedny system, niech tak będzie. xD

  13.   waco powiedział

    ten system nienawiści nie będzie wirusowy ???? Arch okazał się dla mnie świetny ... jeśli to prawda, że ​​zakrywa więcej, nie wiem, czy jest dobry, czy zły! ale może są już luki do przejęcia kontroli lub jakiś wirus, który z tego powodu niszczy system ... jeśli jest stabilny i bezpieczny, nie widzę problemu ... i tak zobaczę, czy mam czas i przestudiuję temat i zrób kilka testów z openrc

    1.    Dario powiedział

      nie tak stabilny. i jest znacznie bardziej niebezpieczny niż system v. Dla użytkownika komputera stacjonarnego, takiego jak wielu z nas (ja), nie stanowi to problemu, szybszy rozruch działa dobrze i zwykle nie czytam dzienników, więc nie ma znaczenia, jak są jasne, ani czy są w formacie binarnym.

      Mam teorię, że Linux będzie się rozwijał na komputerach stacjonarnych (i rządach) i straci grunt na serwerach (zamiast brać system operacyjny jak freebsd)

  14.   Oscar powiedział

    Na esdebian Wiki publikują, jak zainstalować SysVinit na Debianie Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   Anonimo powiedział

    Czytając o bezpieczeństwie, dowiaduję się, że po stronie Intel są płyty główne z chipsetami, generalnie w mostku północnym, implementują coś, co nazywa się AMR Intel Active Management Technology ... ciekawe, na szczęście nie mam danych, ale ja ' Zacznę go szukać.Stronie AMD nie ma czegoś takiego.
    Wyobrażają sobie połączenie intel + AMR + systemd, nie daj Boże.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Nic dziwnego, że paranoik Stallmana woła o darmowe biografie.

  16.   dah65 powiedział

    Przede wszystkim nie używam systemd, ponieważ nie jest jeszcze wbudowany w Kubuntu (korzystam z Netrunnera 14, wywodzącego się z Kubuntu 14.04).

    Po wyjaśnieniu tego należy określić kilka rzeczy:

    1- systemd jest adoptowany przez programistów / pakerów z wielu różnych dystrybucji (Debian, openSUSE, Arch, Fedora…), ale teraz okazuje się, że czytelnicy tego bloga wiedzą więcej niż o zaletach i wadach systemd.

    2- systemd to wolne oprogramowanie, którego kod może być odczytany (i zrozumiany) przez tych, którzy mają czas i wiedzę (ci programiści / pakujący, o których mówiłem wcześniej). Jeśli ukryjesz tylne drzwi, zostaną odkryte. Ilu czytelników używa zastrzeżonego oprogramowania lub sterownika, którego kodu nie przeczytałeś i nie możesz odczytać? Myślę, że bardziej sensowne jest obawianie się tego niż braku systemd.

    3- Wszyscy pracujemy z pakietami binarnymi, ponieważ kiedy pobieram plik .deb z repozytoriów, aby go zainstalować, nie pobieram zwykłego pliku tekstowego. Więc ten argument jest dość paradoksalny.

    4- W systemie GNU / Linux są już programy, które robią wiele rzeczy: to samo jądro, które coraz częściej integruje więcej sterowników, a nawet zastrzeżone oprogramowanie (lepiej jest umieścić tylne drzwi w zamkniętym oprogramowaniu niż w programie, którego kod jest opublikowany). Jest też Xorg, który obsługuje nie tylko serwer graficzny, ale także klawiaturę, mysz i inne rzeczy; Nikt nie mówi, że Xorg „zdradza” filozofię UNIX za to, chcą go odejść na emeryturę, ponieważ prześcignęły go już inne projekty.

    5- „Linux to oczywiście wybór”, ale jest to wolność wyboru, czy chcę czytać kod, zmieniać go, rozpowszechniać itd. Nie chodzi o to, że dystrybucje są wymagane, aby dać każdy wybór (wszystkie architektury procesorów, wszystkie środowiska graficzne, wszystkie formaty pakietów itp.)

    6- Dla tych, którzy myślą o przejściu na BSD, pamiętam, że czytałem wiadomości, że w niektórych systemach BSD amerykańska NSA już włożyła pazury. Czy ta wiadomość była poprawna to nie wiem, bo nie śledziłem tematu. Ale to ironia losu, że uciekam przed czymś, "bo za tym stoi Red Hat i może ...", żeby dostać się do czegoś, za czym "może stoi NSA ..."

    Oprócz używania GNU / Linux, BSD, Windows lub czegokolwiek, czego chcesz, abyśmy używali, możemy również użyć naszej logiki i zdolności rozumowania

    1.    pełen życia powiedział

      Przede wszystkim nie używam systemd, ponieważ nie jest jeszcze wbudowany w Kubuntu (korzystam z Netrunnera 14, wywodzącego się z Kubuntu 14.04).

      Po wyjaśnieniu tego należy określić kilka rzeczy:

      1- systemd jest adoptowany przez programistów / pakerów z wielu różnych dystrybucji (Debian, openSUSE, Arch, Fedora…), ale teraz okazuje się, że czytelnicy tego bloga wiedzą więcej niż o zaletach i wadach systemd.

      Innymi słowy, czytelnicy tego bloga, będąc jedynie czytelnikami, nie mają możliwości uświadomienia sobie, czy coś jest dobre, czy nie, ponieważ musimy kierować się dobrym osądem, wiedzą i doświadczeniem pakerów i programistów.

      2- systemd to wolne oprogramowanie, którego kod może być odczytany (i zrozumiany) przez tych, którzy mają czas i wiedzę (ci programiści / pakujący, o których mówiłem wcześniej). Jeśli ukryjesz tylne drzwi, zostaną odkryte. Ilu czytelników używa zastrzeżonego oprogramowania lub sterownika, którego kodu nie przeczytałeś i nie możesz odczytać? Myślę, że bardziej sensowne jest obawianie się tego niż braku systemd.

      To prawda, jest to Wolne Oprogramowanie, a jeśli pojawi się coś dziwnego, super ludzie, o których mówiłeś wcześniej i którym musimy zaufać, będą w stanie to zauważyć i ogłosić, a może nie, bo może skoro są ludźmi, będą kuszeni zamknąć się w zamian za coś.

      3- Wszyscy pracujemy z pakietami binarnymi, ponieważ kiedy pobieram plik .deb z repozytoriów, aby go zainstalować, nie pobieram zwykłego pliku tekstowego. Więc ten argument jest dość paradoksalny.

      Gdy pobierasz plik .deb, wszystko, co robisz, to pobieranie skompresowanego pliku, który możesz rozpakować i zobaczyć, co jest w środku i jest możliwe, czyli tam, gdzie znajduje się plik binarny. 😉

      6- Dla tych, którzy myślą o przejściu na BSD, pamiętam, że czytałem wiadomości, że w niektórych systemach BSD amerykańska NSA już włożyła pazury. Czy ta wiadomość była poprawna to nie wiem, bo nie śledziłem tematu. Ale to ironia losu, że uciekam przed czymś, "bo za tym stoi Red Hat i może ...", żeby dostać się do czegoś, za czym "może stoi NSA ..."

      Nie wiem kim są użytkownicy, którzy zamierzają uciec z Linuksa, aby przejść na BSD, ale ja na przykład nie musiałbym opuszczać Linuksa, musiałbym tylko zostawić dystrybucję, która zostawia Systemd za tobą tak lub tak .

      Oprócz używania GNU / Linux, BSD, Windows lub czegokolwiek, czego chcesz, abyśmy używali, możemy również użyć naszej logiki i zdolności rozumowania

      Krótko mówiąc, ci z nas, którzy komentują, czytają i używają GNU / Linuksa na tym blogu, nie mają powodu. To chcesz powiedzieć? W każdym razie opowiem ci z mojego osobistego doświadczenia i mojego rozumowania (czy to logiczne, czy nie):

      Systemd utknął na patyku. Czytałem, że są inne Inity, które uruchamiają się znacznie szybciej i dlatego nie muszą kontrolować DNS, RED, CRON i wszystkiego innego, co Systemd chce kontrolować. Może dla użytkownika końcowego, któremu zależy tylko na włączaniu komputera, otwieraniu przeglądarki i wysyłaniu e-maili, nie ma znaczenia, czy korzysta z Systemd czy Systemx, ale dla tych z nas, którzy zarządzają serwerami, jest to upierdliwe. I zadaję ci to samo pytanie, które zawsze zadaję, co się stanie, jeśli Systemd zostanie skompromitowany i pójdzie do piekła? Czy pozostaje nam bez RED, bez CRON, bez DNS, bez Inita i wszystkiego innego, co robi? Zostawiam to dla Ciebie.

      I uważaj, powiem ci to wszystko bez zjadliwości. To powiedziawszy, witamy w tych częściach.

      1.    dah65 powiedział

        Dzięki za powitanie.

        Odpowiadając bez zgorzknienia, wyjaśniam, że ani nie rozwijam systemu, ani nie otrzymuję wynagrodzenia za jego promocję. I że w ogóle mnie to nie obchodzi, czy inni go używają, czy nie, to ich decyzja.

        Ale to, co widzę w tej sprawie, wydaje się czasami histerią i czytam opinie ludzi, którzy bez przestudiowania kodu lub jego użycia określają go jako śmieć, narzucenie, zdradę i nie wiem, ilu inne rzeczy. Przypomina mi to sytuację, której doświadczyłem kilka dni temu, kiedy osoba, która przyznała się, że nigdy nie instalował systemu Windows lub nie umiała podzielić dysku twardego na partycje, zaczęła mówić, że Linux jest bardzo trudny ... nawet go nie wypróbował, i także mając Androida na swoim smartfonie.

        Czy porównałeś systemd z sysvinit, z upstartem i openrc? Świetnie, możesz podjąć decyzję na podstawie własnego doświadczenia. Jest najlepsza, ponieważ wiesz również, że dystrybucja działająca na jednym komputerze może być opłacalna na innym i dlatego ci z nas, którzy mają pewne doświadczenie w GNU / Linuksie, mówią, że najlepszą dystrybucją jest ta, z którą użytkownik czuje się komfortowo.

        1- «Innymi słowy, czytelnicy tego bloga, ponieważ są tylko czytelnikami, nie mają możliwości uświadomienia sobie, czy coś jest dobre, czy nie, ponieważ musimy kierować się dobrym osądem, wiedzą i doświadczeniem pakujących i programistów »

        Jestem czytelnikiem tego bloga już od jakiegoś czasu (moje komentarze zobaczycie w starych newsach), więc znalazłem się w paczce. A odpowiedź brzmi: nie: bycie czytelnikiem tego lub jakiegokolwiek bloga nie pozwala mi (przynajmniej dla mnie) ocenić dobra lub zła oprogramowania, którego nie znam. Potrafię przeczytać, co mówią inni, iw tym przypadku są stanowiska zarówno za, jak i przeciw systemd; w rzeczywistości za każdym razem, gdy temat jest poruszany w Phoronix, toczy się wiele debat, ale nawet tam spornych komentarzy jest niewiele. Mam na myśli argumenty takie jak „gdy systemd wywołuje proces X, pojawia się nieskończona pętla, która czyni system bezużytecznym”.

        A prawda jest taka, że ​​korzystając z dystrybucji lub innej, kierujesz się oceną, wiedzą i doświadczeniem osób zajmujących się pakowaniem i programistami. Korzystanie z dowolnego systemu operacyjnego lub programu zakłada częściowe poleganie na ocenie i doświadczeniu innych; na przykład w Linuksie akceptujesz decyzję o użyciu jądra monolitycznego zamiast mikrojądra, takiego jak Hurd. Ta decyzja należała do Linusa Torvaldsa i akceptujesz ją, używając jego rdzenia.

        2- «To prawda, to jest Wolne Oprogramowanie i jeśli pojawi się coś dziwnego, super ludzie, o których mówiłeś wcześniej i którym musimy zaufać, będą w stanie to zauważyć i ogłosić, a może nie, ponieważ może tak jak oni są ludźmi poczuje pokusę, by się zamknąć w zamian za coś ”.

        Cóż, podejrzane, dlaczego ufać Linusowi Torvaldsowi i Richardowi Stallmanowi oraz projektowi GNU? Nie patrzyłem na kod twoich programów, więc może mnie oszukują.

        3 - «I zadaję ci to samo pytanie, które zawsze zadaję: co się stanie, jeśli Systemd zostanie skompromitowany i pójdzie do piekła? Czy pozostaje nam bez RED, bez CRON, bez DNS, bez Inita i wszystkiego innego, co robi? Zostawię to tam. »

        Co się stanie, jeśli OpenRC zostanie w jakiś sposób przejęty? Lub Upstart? Albo jądro? Zdarzyło mi się to, że po "normalnej" aktualizacji w Testowaniu Debiana, skończył mi się grub, nie mogłem wejść do Debiana ani Windows, a wtedy moja ignorancja oznaczała, że ​​miałem tylko możliwość ponownej instalacji.

        4- «Krótko mówiąc, ci z nas, którzy komentują, czytają i używają GNU / Linuksa na tym blogu, nie mają powodu. To właśnie chcesz powiedzieć? ”

        Nie, nie mam tego na myśli; Nie zamierzam uogólniać od konkretnej, konkretnej sytuacji do całości zachowania jednego czy tysiąca osób. Ale wierzę, że w przypadku systemdów mówi się o tym wiele razy bez przeprowadzania obiektywnej i pogodnej analizy; zdarzyło się to również w przypadku Wayland-Mir, wielu bezpodstawnych roszczeń, zarówno przeciwko Waylandowi, jak i Canonical.

        Powtarzam też, że czytam i komentuję ten blog (jak na innych) i że używam systemu GNU / Linux.

        Powtarzam również to, co powiedziałem wcześniej: użyjmy naszych mózgów, przeanalizujmy to, co słyszymy i czytamy, przyjmijmy różne perspektywy, aby spróbować obalić zarówno A, jak i nie-A, a jeśli to możliwe, zdobądźmy własne doświadczenie, aby oprzeć nasze wnioski na faktach . A potem użyjmy tego, co wydaje się nam właściwe.

      2.    waco powiedział

        umm .. cóż, to, że włamanie jest hipotezą, jest jak wszystko .. moje pytanie już minęło? .. może błędy nie są znalezione w każdym oprogramowaniu i są one poprawiane, jeśli pojawi się x błędów w systemd, poprawiają to i jak każdy program może mieć jego błędy ... problem nie polega na tym, że może zawieść, ale jeśli chcesz, aby robił lub kontrolował to, co robi, ale nie przy założeniu, że może zawieść, wszystko może zawieść w jednej chwili ... Nie jestem fan systemd w ogóle to tylko moja opinia.

        1.    pełen życia powiedział

          Na komputerze użytkownika może wystąpić błąd i nic się nie może wydarzyć, ale na serwerze sytuacja wygląda bardzo, bardzo różnie.

      3.    jukiteru powiedział

        @waco z pewnością, jeśli masz błędy w oprogramowaniu, powinieneś je poprawić. Problem polega na tym, że systemd ma wiele starych błędów (niektóre pochodzą z 2010 roku i są poważne) i nadal nie są one naprawiane dzisiaj lub zostały po prostu bagatelizowane lub po prostu oznaczone przez Lennarta jako ZAMKNIĘTE lub NAPRAWIONE.

    2.    waco powiedział

      Twój komentarz jest bardzo udany! Nie wszyscy możemy wpaść w system, bo jest modny i został stworzony jako oszczercza kampania do tego ... każda zmiana ma odrzucenie.

    3.    jukiteru powiedział

      Odpowiadam na Twoje argumenty:

      1.- Poważni i dociekliwi użytkownicy, a także programiści znają zalety i wady przyjęcia systemu w dowolnym środowisku programistycznym i pracy, słabe i mocne strony systemu nie zmieniają się z powodu takiej czy innej perspektywy.

      2.- Z pewnością systemd jest wolnym oprogramowaniem i może podlegać audytowi. Problem nie polega na tym, że ma ukryte tylne drzwi, problem w tym, że robi rzeczy, których init nie powinien robić (kontrola sieci, dns, konsole TTY itp.), Że ma wiele usług, które są przeznaczone dla innych, że robi rzeczy w zupełnie inny sposób, niż oczekuje się ich wykonania, co łamie zasady samego jądra Linuksa (coredump), że wielu jego programistów bardzo mało dba o rozwiązywanie problemów strukturalnych, które ma systemd (coredump i debug należą do najpoważniejszych, ale nie zostały rozwiązane).

      3. - Jedną rzeczą jest pobranie pliku binarnego, który okazuje się być programem, którego KONFIGURACJA i LOGI są nadal w postaci zwykłego tekstu, a inną rzeczą jest pobranie pliku binarnego, którego KONFIGURACJA i inne informacje są przechowywane w postaci binarnej i są dostępne tylko przez określone narzędzia, tutaj wszystko się zmienia. Log binarny nie zapewnia bezpieczeństwa (jeśli naprawdę chcesz bezpieczeństwa, zaszyfruj partycję za pomocą AES-256), to tylko czarna skrzynka, z której nie wiesz nic o tym, co się dzieje i nadaje się do wielu rzeczy, na przykład : Wyobraź sobie, że masz trojana, który wykorzystuje lukę w zabezpieczeniach systemd i za jego pośrednictwem uzyskuje pełny dostęp do systemu, w tym do usługi dziennika i eskalacji uprawnień. Czy to nie jest poważny problem? Czy dzienniki binarne obsługiwane bezpośrednio przez systemd nie zwróciłyby się przeciwko tobie, będąc niesłyszalnymi bez dojścia do tego, że zostały już nieświadomie zmodyfikowane? Jest sens i różnica między programem a plikiem konfiguracyjnym / logami / zrzutami w formacie binarnym.

      4.- Jądro to oprogramowanie zaprojektowane w tym sensie, od początku zaprojektowane do kontrolowania wszystkiego na twoim komputerze, a nie init. Init jest przeznaczony tylko do tego, aby system podnosił jądro i był użyteczny, ponieważ jest pierwszą rzeczą do uruchomienia i ostatnią rzeczą do zakończenia. Dlatego nazywa się init (inicjalizacja), ponieważ tylko uruchamia system i nie robi nic innego, a przyczyna tego jest bardzo prosta, init musi być najbardziej stabilnym i doskonałym oprogramowaniem, aby z jakiegoś powodu tego uniknąć To kończy się zerwaniem całego systemu, chodzi o stabilność i bezpieczeństwo. Xorg, to kolejny głos, robi wiele rzeczy, to prawda, ale nie ma nic bardziej ryzykownego, aby zostawić cię z całkowicie bezużytecznym systemem, a także jego konfiguracja jest nadal wykonywana w prostych plikach tekstowych.

      5.- Dystrybucje z pewnością nie są zobowiązane do oferowania wolności w szerokim sensie i właśnie dlatego prezentowana jest aktualna tyrada. Ale jesteśmy użytkownikami i społecznością, a wielu z nas po prostu nie zgadza się z wdrożeniem tego systemu, dlatego sprawiamy, że nasz głos dociera, czy go słuchają, czy nie, to kwestia tych, którzy rozwijają dystrybucję , a ich decyzja będzie miała wpływ na tych, którzy zdecydują się korzystać z ich dystrybucji lub nie, a to z pewnością może doprowadzić do niepowodzenia kilku dystrybucji, w zależności od tego, jak się sprawy mają, a przykładem jest teraz Debian i jego rozwidlenie Devuan.

      6.- Wiadomości o BSD są spowodowane tym, co wydarzyło się w OpenSSH i w stosie IP OpenBSD, tylnym wejściem, które dotknęło nie tylko BSD, ale także Linuksa (w przypadku OpenSSH) i zostało to naprawione. Sytuację przypisuje się BSD, ponieważ to BSD (Theo de Raadt w OpenBSD) odpowiada za rozwój tego narzędzia (OpenSSH) i sytuacja powstała, ponieważ niektórzy programiści, którzy nie są już aktywni w projekcie, umieścili tylne drzwi . Sytuacja została rozwiązana i zadeklarowano środki, które należałoby podjąć w przypadku, gdyby ta sytuacja mogła mieć wpływ na osoby korzystające z oprogramowania. Teraz: czy ta sytuacja może wystąpić w systemd? Odpowiedź jest prosta, a wynik jest katastrofalny, ponieważ systemd zajmuje się między innymi eskalacją uprawnień, backdoor w systemd oznacza całkowity dostęp do systemu, co nie miało miejsca w przypadku backdoorów wspomnianych w BSD.

  17.   Oscar powiedział

    Zwracają rozwidlenie Debiana bez systemd, który ma już stronę internetową. Wygląda na to, że projekt idzie i bardzo poważnie. https://devuan.org/

  18.   Aditya Bagga powiedział

    Zaktualizowane pliki ISO i nowe przesłane pliki.
    https://forum.manjaro.org/index.php?board=50.0

  19.   Keos powiedział

    Instalator nie jest zbyt jasny, nie mogę podążać za jego wskazówkami, szczególnie w części partycji, nie wiem, dlaczego nalegają na te zagmatwane rzeczy.

  20.   Manuel R. powiedział

    Jest coś, co przykuwa moją uwagę w przypadku netinstall z Openrc, gdzieś w instalacji ciągle widzę komunikat, że konfigurujesz systemd, czy naprawdę będą one wolne od systemd lub jego użycia?

    1.    Keos powiedział

      Witam Manuel, ja też obserwowałem to samo podczas instalacji, to musi być kwestia instalatora bo nie ma co do tego wątpliwości, że systemd nie jest zainstalowany, potwierdzasz w terminalu tak: pacman -Qs openrc

      pozdrowienia

      1.    Manuel R. powiedział

        Witam keos, przede wszystkim przepraszam za brak odpowiedzi. Doceniam twoją odpowiedź, cieszę się, że Manjaro oferuje taką opcję; jak tylko skończy się wsparcie dla Ubuntu Precise (a może wcześniej), zainstaluję go. Pozdrowienia.

  21.   Anonimowy powiedział

    Dobry post

    Mam zamiar poczekać w Manjaro z Systemd, aż wersja OpenRC dojrzeje trochę bardziej, chcę się wydostać z systemd… (Pocę się)