OpenRC op Manjaro isos voor Systemd haters

Toen ik vandaag mijn RSS las, ontdekte ik interessant nieuws dat de Blog De blik van de replicant, en in de Manjaro-gemeenschap zijn er verschillende ISO's uitgebracht met de bijzonderheid dat ze niet gebruiken systemd zoals init, maar OpenRC, het startsysteem dat wordt gebruikt door Gentoo.

OpenRC

Ik weet niet hoe het met jou zit, maar de Systemd-kwestie werkt op mijn zenuwen, en hoe meer ik lees, hoe meer ik besef dat, hoewel het voor de eindgebruiker (of voor velen) niets superrelevant betekent, op Ik vind de weg die dit inslaat in ieder geval niet leuk. Ik geloof dat er een donker seizoen op komst is in de wereld van GNU/Linux, waarin verdeeldheid en ontevredenheid zullen uitbreken, zelfs in dorre woestijnen.

Maar laten we aan de slag gaan. Op het Manjaro-forum hebben ze, zoals ik al eerder zei, enkele iso's gepubliceerd die OpenRC gebruiken. En voor degenen die bang zijn om deze versies te installeren, laat ik de video achter over hoe je dit moet doen.

ISO's downloaden met OpenRC

De eerste ISO die we zullen zien is de versie NetInstall. Deze ISO heeft de volgende kenmerken:

  • Gebaseerd op Manjaro-Net-profiel (beschikt niet over een vooraf geïnstalleerde desktopomgeving)
  • Gebaseerd op de Testing-vertakking.
  • Alleen gratis chauffeurs
  • Gebruik de Linux Kernel 3.14-serie
  • Maakt geen gebruik van Plymouth
  • Het is getest in Virtualbox

We kunnen de taal aan het begin selecteren door op de F2-toets te drukken. Zodra het opstartproces is voltooid, zullen we de prompt vinden, waar we toegang zullen krijgen tot:

  • Gebruiker: root
  • Wachtwoord: manjaro

Om de installatie te starten zoals getoond in de vorige video, zullen we schrijven:

setup

Links om de ISO's te downloaden

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)

Instructies na installatie

In de Manjaro-forum Ze bieden ons enkele gegevens voor post-installatie:

We voegen de openrc-eudev-repository toe volgens deze instructies.

1) We voegen het volgende toe aan het einde van /etc/pacman.conf

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

We voegen de sleutels toe en importeren deze:

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

2) We updaten het systeem

sudo pacman -Syu

3) We installeren onze favoriete desktopomgeving, in het voorbeeld dat wordt gebruikt lxde

sudo pacman -S lxde

Informatie over het installeren van bureaubladomgevingen kunt u vinden in de wiki.

4) We installeren een Sessiemanager:

sudo pacman -S lxdm-consolekit
Ook de Sessiemanager moet in het bestand vastgelegd zijn /etc/conf.d/xdm en er is meer informatie hier y hier

5) We installeren enkele pakketten, zoals de applet voor netwerkmanager

sudo pacman -S netwerkmanager-applet

6) We starten het systeem opnieuw op

herstart sudo

Het lijkt mij vanzelfsprekend dat we hiervoor via een kabel verbonden moeten zijn met internet. Als we WiFi gebruiken, kunt u zien hoe u dit moet doen deze link.

Manajaro ISO's met OpenRC en OpenBox

In het geval van de Openbox ISO moet met een aantal zaken rekening worden gehouden:

  • Het hoofddoel is om de installatieproces eenvoudiger gemaakt en toestaan configureren vorm grafiek het netwerk (gebruik makend van kwaad) en de verdeling gebruik GParted optioneel.
  • Configuratie omvat Openbox WM, LXTerminal, PCMan en NetSurf-webbrowser (om te zoeken informatie in de wiki o google), enz.
  • Gebruik het console-installatieprogramma.

Links om de ISO's te downloaden met 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 met OpenRC

Alleen experimenteel en voor 64 bits is er ook een ISO met XFCE:

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


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   een van sommige zei

    Je hebt gelijk, het systemd-probleem begint een bepaalde geur af te geven, aangezien OpenRC de natuurlijke opvolger is van de huidige init. We zullen zien hoe dit verhaal eindigt.

  2.   Wilhelm zei

    "hoewel het voor de eindgebruiker (of voor velen) niets superrelevant betekent"

    Ik denk hetzelfde, het is niet relevant omdat het als gebruiker de werking van het besturingssysteem zelf niet heeft beïnvloed.

    In feite heeft de enige grote (debian) nieuws gegeven over een "schandaal" over dit onderwerp, en hoewel ze zeggen dat de redenen anders zijn, brachten ze deze allemaal in verband met systemd (en dat zouden ze niet moeten doen).

    De andere grote distributies hebben geen probleem gemaakt (of zich in ieder geval gemanifesteerd met schoppen en fakkels), Fedora, Ubuntu en OpenSUSE.

    Het geeft mij de indruk dat het een gevecht is tussen programmeurs, aangezien bijvoorbeeld opensuse 13.2 een goede acceptatie/kritiek kent en niemand in de reviews zich uitspreekt over systemd (ook al is het om een ​​debat op gang te brengen),

    Waarom nu al die ophef over het verplaatsen van systemd naar OpenRC, als het hen uiteindelijk niet beïnvloedt.

    1.    dero zei

      Persoonlijk maakt systemd mij bezorgd en onzeker, goede post.

    2.    yukitero zei

      In Fedora was er enige discussie over systemd toen besloten werd om het als init te gebruiken. Er waren enkele tegenstanders van het systeem, vooral omdat ze het er niet mee eens waren om het standaard als init te gebruiken, omdat het erg vers was en veel gebreken had. , de meeste belangrijke ontwikkelaars zitten in het kernontwikkelingsteam en waren gerelateerd aan systemd, dus de vervanging van Upstart door systemd was een teken van een bepaalde oplegging, naast de kwestie dat Upstart een Ubuntu-ontwikkeling was en een behoorlijke CLA heeft afgekeurd, wat uiteindelijk iedereen hielp om systemd zonder twijfel te accepteren. OpenRC was destijds uitgesloten, omdat het veel van de functies ontbeerde die het nu heeft, inclusief parallellisatie en cgroup-ondersteuning.

  3.   anoniem zei

    Geweldig nieuws! een binaire distributie die openrc bekend gaat maken... het is als een geschenk uit de hemel.
    Het is het pad dat archlinux vanaf het begin had moeten volgen, ik herinner me dat ik archlinux moest verlaten om naar systemd te gaan. Nu heb ik de mogelijkheid om een ​​binaire distro opnieuw te proberen met openrc+eudev, wat precies is wat ik hier in gentoo gebruik.
    Hartelijk dank mensen van Manjaro!!!

    #eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC beheert de services, het opstarten en afsluiten van een host
    #eix -Ic eudev
    [I] sys-fs/eudev (2.1.1@31/10/14): Ondersteuning voor dynamische en persistente apparaatnaamgeving voor Linux (ook bekend als userspace devfs)

  4.   xep zei

    Bedankt voor de info, elav!

    Ik deel jouw mening over systemd en ik maak me ook zorgen over de koers die Linux heeft afgelegd sinds de verschijning van deze nieuwe init. Als Wheezy te oud wordt voordat de Debian-vork arriveert, overweeg ik om Manjaro OpenRC eens te proberen, aangezien ik niet de vrije tijd heb die nodig is om een ​​Gentoo-systeem voor te bereiden (ik heb erover nagedacht om dat te doen, maar zeker de compilatietijd van Gentoo is te uitgebreid voor mijn persoonlijke situatie).

    Groeten!

  5.   Cristian zei

    Je kunt Elav in minder dan 10 woorden beschrijven voor een gebruiker die de "controverse" niet zo goed begrijpt. Er staan ​​al een tijdje verschillende artikelen op de blog die erg technisch zijn, en ze zijn nog niet klaar met het uitleggen van de context voor de " niet-ingewijd"... ooit Ze vertelden me dat, ongeacht de technische details, een verklaring zelfs door je grootmoeder begrepen moet worden om goed te zijn.

    In Fedora is het probleem al een tijdje ondraaglijk aan het worden, zo erg zelfs dat verschillende desktopgebruikers erover nadachten om naar centos over te stappen, om het probleem te omzeilen.

    1.    Luis zei

      Ik teken voor dat verzoek.

      Het gaat goed met Systemd. Wat is het probleem dat zoveel beweging veroorzaakt?

      Laten we zeggen dat ik het niet begrijp.

    2.    dario zei

      systemd is het programma dat verantwoordelijk is voor het opstarten van het systeem, maar de ontwikkelaars besloten het uit te breiden en nu verzorgt het niet alleen het opstarten, maar ook zaken als cron (een programma om programma's automatisch uit te voeren), het netwerk, de systeemlogboeken, die trouwens zijn onder andere binaire bestanden

      Velen verwelkomen zo'n plotselinge verandering niet, vooral omdat het nieuwe software is, dus met veel meer bugs dan de programma's die hun hele leven hadden gewerkt, naast het genereren van afhankelijkheden bij het programmeren en Gnome wordt hier bijvoorbeeld steeds meer aan gekoppeld systeem. Waardoor het minder draagbaar is naar andere Unix-platforms.

      Ik weet niet of mijn andere opmerking niet door de mode kwam, maar ik zei dat ik systemd leuk vond, maar dat ze het niet alle distributies moesten laten monopoliseren en alternatieven over moesten laten zoals altijd is gedaan in Linux voor degenen die andere behoeften hebben.

    3.    dario zei

      Ik moet zeggen dat voorheen het programma dat verantwoordelijk was voor het starten van het systeem bij het opstarten systeem v was, dat al een hele tijd bestond totdat het in de meeste distributies werd vervangen door systemd xD.

    4.    levendig zei

      Aan wat @daryo zegt voeg ik het volgende toe (wat ook mijn mening is):

      Ik heb altijd van de Unix-filosofie gehouden, waarbij een programma maar één ding doet, maar dan wel goed. Omdat Systemd alles wil controleren waarover @daryo je heeft verteld, heb ik een kleine twijfel: wat zou er gebeuren als Systemd op de een of andere manier gecompromitteerd zou worden? Welnu, het zou mogelijk alles wat het controleert met zich meeslepen.

      Daaraan voeg ik toe (en misschien is dit meer uit gewoonte) dat ik er altijd van heb gehouden dat mijn systeemlogboeken pure tekstbestanden waren, maar met Systemd is alles binair, en opdrachten als:

      cat log.txt

      o

      tailf log.txt

      Waar we andere opties zoals GREP zouden kunnen gebruiken om bepaalde inhoud te filteren, maar Systemd een commando gebruikt met de naam journalctl.

      Naast het bovengenoemde moet ik zeggen dat RedHat de belangrijkste exponent achter Systemd is en er een waarschuwing afgaat die ik niet kan uitschakelen. Misschien heb ik het mis, maar dit ziet er niet goed uit... En ik blijf mezelf afvragen: wat is de noodzaak om het opstarten, de cron, het netwerk te controleren en hoeveel services er zijn? Wat willen ze daarmee?

      1.    Alexander zei

        Dankzij uw opmerking en wat ik heb onderzocht, kan ik uw vermoedens bevestigen: die waarschuwing klopt Broder.
        Zie je, ik heb gelezen over TCP Stealth, het is een Duitse stelling waarin ze Red Hat beschuldigen van het faciliteren van industriële spionage voor de luistersystemen van de 5 ogen:
        Ik schreef hier al over, als je over het nodige talent beschikt, dat weet ik zeker, kun je tot je eigen conclusies komen:
        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.    yukitero zei

        Om je goede opmerking @elav aan te vullen: systemd heeft zo'n NIH-niveau dat het nu het volgende wil controleren:

        1.- Beheer van internetverbindingen met IPv4 en IPv6, met behulp van systemd-networkd en systemd-nspawn.
        2.- DNS-beheer via een interne DNS-cache, systemd-opgelost.
        3.- Multicast DNS-beheer in interne netwerken, met behulp van systemd-networkd.
        4.- Beheer van TTY-terminals in Linux, met behulp van systemd-consoled. (Tot ziens KMScon?)
        5.- Beheer van sessies en rechten via logind.
        6.- Coredump-controle, gebruik van binaire bestanden en het omzeilen van kernelrichtlijnen.
        7.- Logcontrole, gebruik van binaire bestanden en het omzeilen van kernelrichtlijnen.
        8.- Beheer ACPI-gebeurtenissen met logind. (Systemd-212 heeft de Nvidia-ontwikkelaars verschillende problemen bezorgd met verschillende bugs die het systeem onbruikbaar maakten)
        9.- PPPoE-ondersteuning voor networkd, een werk dat nog in uitvoering is.
        10.- Ondersteuning voor DHCP op client en server. (Wat doen ze daarmee? Geen idee)
        11.- Ondersteuning voor systemen met fabrieksreset, die overigens nauw verbonden is met BTRFS (wees niet verbaasd als BTRFS dan een afhankelijkheid wordt van systemd, de goede oude Lennart is er dol op)
        12..- Ondersteuning voor gevirtualiseerde containers (voornamelijk Xen en KVM)
        13.- Ondersteuning voor apparaatbeheer en initialisatie (wat udev doet)
        14.- Beheer van schijfversleutelingssystemen.
        15.- Firmware en kernelmodules laden.
        16.- Beheer van de hostnaam (het creëert een unieke identificatie van uw pc), lokaal, tijd, NTP-synchronisatie, sysctl (kernelcontrolevariabelen) en zelfs de generator van willekeurige getallen (Heel WTF dit, en roept veel argwaan op )
        17.- Beheer van tijdelijke bestandssystemen.

        Kortom, een lange lijst, dit zijn de dingen waarvan ik weet dat systemd ze doet, als iemand er nog meer weet, laat het me weten :).

        PS: systemd biedt sinds systemd-214 geen ondersteuning meer voor LSB- of SysV-scripts, dus ik weet niet hoe waar hun bestaande ondersteuning nu is of hoe standaardvriendelijk ze zijn. Ik bedoel, is LSB nog steeds de standaard in Linux, of heb ik het mis?

        1.    Alan Herrera zei

          Bedankt dat je het me liet weten. Ik dacht erover om over te stappen naar BTRFS, maar wetende dat Lennart het leuk vindt, kun je weten dat hij vreselijk moet zijn en een NSA-IBM-spion

    5.    anoniem zei

      Er is weinig ruimte om zoveel samen te vatten en uit te leggen... het is een gigantisch Trojaans paard, dat ze niet eens proberen te verbergen. Wat doet een startsysteem door netwerkdiensten, DHCP DNS en ik denk zelfs avahi... in systemd te plaatsen? Door het niet kunnen beheren van diensten gaat de beslissingsmacht verloren
      die niet gewenst zijn en dat ze niet naar mij toe komen, dat ze gedeactiveerd kunnen worden, ik wil ze niet in het systemd-pakket!
      In OpenRC ben jij degene die beslist welke dingen er op elk runlevel worden gestart. Sommige services zijn afhankelijk van andere services, maar dat zijn er maar heel weinig en worden vermeld... terwijl in systemd alles doet wat het wil op het moment dat het wordt gestart. Het voelt alsof het... ongeveer 5 seconden wint bij het opstarten en snel afsluit.
      Systemd is zo complex dat het onmogelijk is om te weten wat het doet, je moet je neerleggen bij de gedachte dat het jouw meester is en dat het je niets slechts doet.
      Systemd breekt met het concept dat dingen gemakkelijk en begrijpelijk moeten zijn als het gaat om daemons of services en runlevels. Niemand die systemd gebruikt, weet te allen tijde precies wat er in hun services gebeurt.
      Systemd staat niet toe dat je syslog-ng native gebruikt, ze hebben journald die stappen erop gezet en laten het niet werken, dat wil zeggen, je gebruikt journald of naninga! Het systeemlogboek is iets fundamenteels voor de beveiliging en controle van wat er is gebeurd en gebeurt met lokale en externe verbindingen, maar journald gebruikt een binair formaat dat alleen jornalctl kan zien... heel vaak is journald op "mysterieuze" wijze uw binaire bestand beschadigd en sindsdien je ziet dat het corrupt is, je verwijdert het onmiddellijk en begint met een nieuwe, waarbij je alle logbestanden vergeet die al bestonden.
      Ik kan nog uren doorgaan, maar het ergste probleem is dat Lennart zich niets aantrekt van degenen die deze bugs rapporteren en, voor zover ik heb gelezen, van niemand patches accepteert.
      Ik dacht dat door Debian in systemd te krijgen, ze bugs en patches zouden gaan rapporteren, die die van systemd zouden moeten accepteren... maar ik geloof oprecht dat Lennart en RedHat een ander plan hebben voor de rest van de distributies... Ik zei al eerder: PAARD VAN TROY van RedHat.
      Eerlijk gezegd is systemd voor mij niet te repareren, het idee achter het ontwerp is pervers slecht, het is beter om een ​​opstartsysteem helemaal opnieuw te beginnen dan te proberen dat Frankenstein te repareren.

      1.    levendig zei

        AMEN!! @anoniem..

      2.    kunagi zei

        Ik gebruik systemd (Fedora) al een paar jaar en ik ben tot dit resultaat gekomen:
        Het probleem ruikt vreemd, hoe meer dingen ze toevoegen, hoe meer ik deactiveer/omleid.
        Ik heb de journald rechtstreeks naar rsyslog geleid. Sommige van uw binaire logboeken zijn al verbroken.
        Van dns gebruik ik bind, als ze het in systemd integreren zal ik het op dezelfde manier blijven gebruiken, zelfs als ik alles moet aanpassen.
        Ik gebruik XFCE, dus ik bewaar een groot deel van wat gnome wil integreren.
        Het is als een olifant in een porseleinkast.

      3.    Tito zei

        WAAR; Ze weten niet eens hoe ze het moeten noemen. We updaten dagelijks en corrigeren bugs en andere zaken. Het is een onderwerp dat mij behoorlijk boos maakt; maar niet alleen omdat SystemD een complete puinhoop is; zo niet hoe ze het hebben gedaan.
        Het is duidelijk dat er in de Linux-wereld verschillende bedrijven zijn die alles proberen te controleren; zie Canonical, RedHat en Gnome, (zelfs Miguel de Icaza zelf heeft Gnome verlaten).
        Als ik Linux gebruik, is dat omdat ik er controle over heb en dat is de basis en de filosofie ervan; Om niet te weten wat het doet, heb ik machines met W Server opgezet en uitgevoerd.
        Wat mij verdrietig maakt, is dat Debian is bezweken. In feite wordt de mogelijkheid overwogen om een ​​parallelle vork te creëren zonder SystemD.
        Laten we hopen dat het niet erger wordt; of ik zie mezelf al mijn machines naar BSD migreren.

      4.    yukitero zei

        @anonimo, geweldige reactie man, je kunt niet meer gelijk hebben.

        systemd is een gek ding dat in veel dingen geen verklaring heeft, de waarheid is dat alles wat het wel en niet door andere tools laat doen, veel argwaan veroorzaakt. De waarheid is dat ik niet weet hoe Debian-mensen dit binnen hebben laten komen, maar hoe dan ook, ze hebben die beslissing al genomen, en voor het eerst in vele jaren ben ik gestopt met het gebruik van Debian als het belangrijkste besturingssysteem, en ik zal dat blijven doen totdat systemd Debian verlaat voor een meer transparante optie.

    6.    Tito zei

      In het kort. SystemD is echt een rotzooi.
      Het slaat logs op in binair formaat, het draait als het ouderproces van alle andere (Pid 1), dus als er één kapot gaat, wordt het systeem onherstelbaar; Het druist in tegen alles wat Linux betekent, dat wil zeggen platte tekstbestanden (wat zijn in vredesnaam binaire bestanden??, platte tekstbestanden! Zoals het hele leven van God.)
      Kom op, het is onzin. Ik vind helemaal niets leuk.
      Maar dankzij bedrijven als Canonical, Gnome en Red Hat; Wij gaan het eten met aardappelen.
      Natuurlijk, zolang er andere opties bestaan; Ik zal het niet gebruiken, noch op de servers die ik beheer, noch op mijn persoonlijke machines.
      Dit wordt al een filiaal van het bedrijf Redmond.

      1.    sephiroth zei

        Ik probeer niemand te verdedigen, maar ik herinner me nog goed dat canonical volledig tegen systemd was ten gunste van parvenu. Toen Debian Systemd opgaf, sleepte het uiteindelijk Ubuntu mee.

  6.   dario zei

    Bovendien kunnen deze bugs de veiligheid van het systeem en de stabiliteit van bijvoorbeeld een server in gevaar brengen. Daarom zijn degenen die het meest over deze dingen klagen de systeembeheerders.

  7.   Alexander zei

    En wat vertellen ze me over Mageia, het is ongelooflijk dat een KDE op 512 MB RAM kan draaien, onberispelijk.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran zei

    een paar vragen; Hoe eenvoudig is het om services in OpenRC te beheren? En hoe eenvoudig is het om het standaard te installeren in een Manjaro-installatie met systemd? Wat ik leuk vind aan systemd is dat ik met het eenvoudige commando systemctl enable (service).service of een systemctl enable (service).service mijn services gemakkelijk kan beheren, ALS ik geïnteresseerd ben in meer informatie over OpenRC en vooral omdat het een beetje stinkt vreemd voor mij al dit gesystematiseerde gedoe trouwens; Ik ben een novell-gebruiker

    1.    Sergio E. Duran zei

      Trouwens; Er staat dat ik Windows gebruik omdat ik User Agent Overrider gebruik

    2.    anoniem zei

      OpenRC is heel gemakkelijk te gebruiken, ik geef je een voorbeeld met de cupsd-afdrukservice.

      Om het te starten.
      #rc-service cupsd start
      * Beginnende cupsd ..[ ok ]

      Om het te stoppen.
      #rc-service cupsd stop
      * Cups stoppen …[ ok ]

      Om het opnieuw te starten.
      # rc-service cupsd opnieuw opstarten
      * Cups stoppen …[ ok ]
      * Beginnende cupsd ..[ ok ]

      Om het in te stellen om op het standaard runlevel te starten.
      # rc-update voeg cupsd standaard toe
      * service cupsd toegevoegd aan runlevel standaard [ok]

      Om het uit het standaard runlevel te verwijderen.
      # rc-update van cupsd-standaard
      * service cupsd verwijderd uit runlevel standaard [ok]

      Om de status van alle services op alle runlevels te bekijken.
      # rc-status -a

      Om de status van een runlevel te bekijken, in dit voorbeeld default.
      # rc-status standaard

      Hier bij gentoo is OpenRC het standaard opstartsysteem en dat zal voor altijd zo blijven. We hebben systemen ontwikkeld voor suïcidale mensen, die er gelukkig weinig zijn….
      Om journald te vervangen gebruiken we syslog-ng en volbrengen, hier in gentoo wordt het systeemlog uitgevoerd via de vt12 virtuele console die control+alt+F12 is, of je kunt het continu in elke grafische terminal zien als de rootgebruiker met:

      # tailf /var/log/berichten

      1.    Sergio E. Duran zei

        En om het op mijn Manjaro te installeren?

      2.    Sergio E. Duran zei

        Inspraak; Ik ga niet al mijn bestanden en mijn prachtige XFCE verliezen door alleen maar over te schakelen naar OpenRC :)

      3.    Sergio E. Duran zei

        Klaar; Ik heb het geïnstalleerd met behulp van sudo pacman -S manjaro-openrc bluez-openrc (de laatste omdat ik Bluetooth heb)

      4.    Sergio E. Duran zei

        Nu is mijn probleem dat XFCE4 power manager niet werkt met upower-pm-utils 🙁 en ik heb niet de typische opties voor slaapstand en slaapstand

    3.    yukitero zei

      OpenRC is heel eenvoudig, het beheren van services is een fluitje van een cent, om maar een voorbeeld te geven:

      Schakel een service in: rc-update voeg standaard cronie toe

      Start een service: /etc/init.d/cronie start of rc-config start cronie

      Stop een service: /etc/init.d/cronie stop of rc-config stop cronie

      Simpel en eigenlijk helemaal niet ingewikkeld.

  9.   yukitero zei

    @elav wat gaat komen laat nog lang op zich wachten, en varieert van zandstormen, regen van trollen, bulkvorken, verdeeldheid van ontwikkelaarsgroepen, en velen vragen zich af of migreren naar BSD een betere optie is dan overstappen naar systemd, alleen maar omdat.

    Persoonlijk juich ik dit Manjaro-initiatief toe, het is een optie voor degenen die niet bij systemd willen blijven, iets dat ik leuk vind, op dit moment gebruik ik Gentoo en ik vind het leuk, ik voel me op mijn gemak met de vrijheid die het mij geeft, maar nu is het verschillende keren in mijn gedachten opgekomen om de overstap naar FreeBSD te maken, en misschien hangt in deze maand van de sprong alles af van mijn tijd en het bestellen van bepaalde dingen om de migratie succesvol uit te voeren.

    1.    yukitero zei

      Niets van dit alles weerlegt de realiteit van systemd, Lennart is erg goed in het vermijden van dingen en verantwoordelijkheden. Ik raad aan dat je, in plaats van jezelf te beperken tot het lezen van artikelen, de systemd-code leest of op zijn minst de systemd devel-lijst leest, je zult dingen ontdekken die weerleg wat deze drie artikelen zeggen die gebeurd zijn, en steun de tegenstanders van systemd verder.

      1.    pamp zei

        Zijn argument bestaat uit het vaststellen dat er kennis bestaat die weerlegt wat ik heb aangetoond, maar hij presenteert nooit het bewijs, dus ik kan het bestaan ​​ervan niet vertrouwen.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    yukitero zei

        @pamp mijn argument wordt iets meer ondersteund door wat ik hierboven heb uitgelegd in commentaar 25 van hetzelfde artikel, en ik heb het in veel andere artikelen openbaar gemaakt die naar systemd verwijzen, naast het blootleggen ervan in de Debian irc en de lijst van deze distributie Bovendien nodig ik u uit om uw eigen mening te vormen en daarvoor hoeft u alleen maar de systemd devel-lijst een beetje te lezen. Om je nieuwsgierigheid te prikkelen, geef ik je ook deze link waarin ze duidelijk praten over systemd-214 die niet langer ondersteuning biedt voor SysV- en LSB-scripts, met het excuus van "code opruimen".

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

        Vertel me nu: waar is de ondersteuning voor de LSB-standaard die zogenaamd is gemaakt om een ​​gemeenschappelijke basis voor alle distributies te creëren? Want laat me je iets vertellen, alleen al in zijn eerste link glimlacht Lennart, pronkt en vult zijn mond met te zeggen dat systemd het gebruik van SysV- en LSB-scripts ondersteunt, terwijl de waarheid is dat deze ondersteuning is geschrapt en vervangen door een scriptgenerator. init-files, die overigens verschillende bugs bevat en uiteindelijk zit er niets anders op dan een compleet init-file te maken.

        Groeten.

    2.    Tito zei

      Wat meningen betreft, het is net als de ezel, we hebben er allemaal een.
      Wat deze man zegt, kan heel goed voor hem zijn, maar het is niet mijn geval. En de mening van een man die op een webportaal schrijft, is niet het woord van God. Het is jouw mening en dat is alles.
      Dus "weerlegd", niets.
      Het goede dat we nu hebben, is dat we kunnen gebruiken wat we echt willen; zonder te proberen een ‘Taliban’ te zijn en onze criteria aan anderen op te leggen.
      Voor mij is SystemD een echte puinhoop. En er zijn mensen die ervan houden. Nou, welkom!
      Noch mijn mening is goed, noch die van degenen die niet denken zoals ik, onzin is; Ze zijn gewoon anders.
      Dit is wat ons onderscheidt van andere besturingssystemen; wij kunnen kiezen.
      Laten we niet verwikkeld raken in nutteloze gevechten die nergens toe leiden.

      1.    anoniem zei

        @Tito
        Je had het niet beter kunnen zeggen...amen.
        Je moet blind zijn om de perversiteit niet te beseffen die systemd drijft bij het afdekken van alles, het betreden, afdekken en verplaatsen van projecten die perfect werken, het vervangen ervan door versies die nooit stabiel zullen worden, er is zelfs geen compatibiliteit tussen kernen en meer dan twee achterwaartse versies van systemd.
        Het lijkt voor de debian-mensen dat de aardbeving hen heeft getroffen en dat ze erin zijn geslaagd wakker te worden. Ik hoop alleen dat ze naar eudev en openrc neigen, op deze manier zou de ontwikkeling van gentoo debian manjaro en enkele anderen die openrc gebruiken verenigd worden, wat zou verbeteren het is veel in korte tijd, waarbij de hele gemeenschap is gewonnen.

      2.    dah65 zei

        Ik sta achter uw woorden.

        Er zijn mensen die andere mensen citeren (de meningen die hen in het algemeen interesseren) en deze als bewijsmateriaal gebruiken.

        Wat mij betreft heb ik geen mening over systemd. Ik weet niet of het technisch beter is dan parvenu of openrc, maar wat wel duidelijk lijkt, is dat de mogelijkheid van sysvinit door ALLE distributies wordt uitgesloten, waarbij Debian de enige is die het vanwege zijn beleid nog steeds in Wheezy heeft gehouden. Maar de volgende Debian-stal, Jessie, zou een Debian zonder sysvinit zijn.

        Wat wel duidelijk is, is dat het ethisch gezien 100% vrije software is; Wat het technische gedeelte betreft, ik heb de code niet bestudeerd en ook niet vergeleken met de alternatieven, dus ik heb geen gegronde mening. Maar zelfs de huidige Ubuntu gebruikt delen van systemd, hoewel ze nog steeds een parvenu hebben, en ik betwijfel of ze dat hebben gedaan omdat Canonical is "gekocht" door Red Hat.

        Systemd is niet "slecht", alsjeblieft, we vechten niet tegen Skynet (Terminator), noch tegen HAL9000 ("2001 Space Odyssey"), en het is ook niet de duistere kant van de Force die de Jedi probeert te domineren. Het is ook niet zo dat wanneer het zich in een computer nestelt, het alles overneemt en zelfs de voorraden uit de voorraadkast laat verdwijnen.

        En dat "verdringt projecten die perfect werken" (opmerking 52). Ik heb problemen gehad met een NFS-thuisnetwerk op de computers die toegang hebben tot de server, omdat het proces van het afsluiten van de clientcomputer de verbinding met het netwerk verbreekt voordat het NFS-systeem wordt gedemonteerd, en de het afsluiten zou vastlopen, de enige oplossing was het indrukken van de aan/uit-knop om het met geweld uit te schakelen (bug gerapporteerd door verschillende gebruikers); Ik moest een script maken dat de NFS-bestanden ontkoppelt die moeten worden uitgevoerd voordat de clientcomputer wordt afgesloten. Aan de andere kant maakt de NFS-servercomputer verbinding via wifi, en van tijd tot tijd valt de verbinding weg: ik weet niet of het probleem bij de netwerkbeheerder ligt of in DHCP, of waar.

        Ik zeg niet dat deze problemen verdwijnen met systemd; Ik weet het niet, want ik heb het niet gebruikt. Het is slechts een voorbeeld: zeggen dat de projecten die systemd perfect vervangen, overdreven zijn.

      3.    yukitero zei

        Het ene is een mening en het andere is een argument. Zeker, het eerste is heel gevarieerd, zoals je zegt @Tito, maar het tweede is iets beknopter en gerichter, het is niet iets dat zo gemakkelijk kan worden gemanipuleerd, althans niet in in het geval van vrije software, waarbij we de code binnen handbereik hebben om deze te beoordelen.

        @pamp vertelt dat de getoonde argumenten al lange tijd weerlegd zijn, en als eerste test maakt hij ons bewust van de meningen (geen argumenten) van Lennart. Maar wat deze man in zijn opmerkingen zegt is één ding (nummers 4 en 8 zijn gewoonweg hilarisch), en wat hij in de systeemcode doet is iets anders. Een houding die ik herhaaldelijk bij Lennart heb gezien sinds hij dingen als Avahi en Pulseaudio begon te ontwikkelen, en die eenvoudigweg kan worden bevestigd door de ontwikkelingslijsten en bugrapporten van beide softwarepakketten te lezen.

      4.    yukitero zei

        @Dah65 Zeker, veel mensen gebruiken bewijsmateriaal op basis van de meningen van derden, een slechte gewoonte van degenen die de kwesties niet zelf kunnen onderzoeken om hun eigen persoonlijke mening te hebben, en zelfs geldige argumenten te creëren waarmee ze kunnen deelnemen aan een constructieve discussie.

        In mijn geval blijf ik op de hoogte van de veranderingen in systemd dankzij de ontwikkelaarslijst, hoewel ik de tool niet leuk vind, ik heb er helemaal een hekel aan, maar dat betekent niet dat ik stop met erover te lezen bij de gebruiker en de technische niveau, en de reden hiervoor. Het is heel eenvoudig: als ik een klant moet bedienen die genoemde init gebruikt, weet ik al wat ik moet doen en hoe ik met elke situatie moet omgaan.

        Wat betreft de services die zonder problemen draaien, dat is een misvatting. Er zijn veel SysV-scripts met problemen, en hetzelfde gebeurt in systemd, maar als je een fout in een SysV rapporteert, worden ze tenminste opgelost of kun je het in een op een eenvoudige manier zoals je al zei, in systemd, kun je na het maken van een bugrapport een WONTFIX of CLOSED vinden, dankzij Lennart of Kay, afhankelijk van het geval en ik overdrijf niet als ik dit zeg, een voorbeeld hier:

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

        Lees commentaar 48, je kunt het niet missen. Clement's 53 is er weer een die je niet mag missen, vooral vanwege de archaïsche maar functionele oplossing voor het probleem dat Lennart niet wil oplossen en dat overigens in 2011 werd gerapporteerd.

    3.    mario zei

      Wie heeft deze ‘mythen’ vastgesteld? Sommige zijn uitgesloten, zoals "systemd is niet zonder reden draagbaar." Het is volkomen waar dat het niet draagbaar is (en hij geeft het toe door te zeggen dat het erg aangepast is voor Linux)
      Het gaat uit van misvattingen, zoals de veronderstelling dat BSD niet geïnteresseerd is (de BSD-jongens zeggen het tegenovergestelde: "Jordan Hubbard – FreeBSD: The Next 10 Years (MeetBSD 2014)"), zelfs als het draagbaar zou zijn, zouden ze het niet overnemen en zo zo (mythe 13,14,15).

      Als het de bedoeling van Poettering is dat wij scripts gaan herschrijven, exclusief voor uw systeem (http://0pointer.de/blog/projects/systemd-for-admins-3.html) gaan we fout. In principe maakt het voor een klassiek init-script niet uit waar het draait. Er zijn minimale wijzigingen aangebracht om te kunnen draaien op GNU, UNIX of BSD. Nou, dat was tot nu toe (tenzij OpenRC wordt gebruikt). Hoe dan ook, ik denk dat dit soort dingen een schisma zullen veroorzaken tussen Linux voor desktop en servers. Ubuntu- en afgeleide gebruikers zullen de veranderingen eind volgend jaar zien.

      1.    anoniem zei

        @Dah65

        Nou, aangezien je zegt dat systemd niet de personificatie van perversiteit is, vertel me dan waarom ze geen opties in de Makefile plaatsen om al zijn modules tijdens het compileren uit te schakelen, zodat degenen onder ons die niet van die "optionele modules" houden, die stap op andere pakketten, we kunnen ze compileren en onze eigen gelaagde versies van systemd maken!
        Weet je waarom ze het niet doen? omdat hun vorm van ontwikkeling gedwongen oplegging wordt genoemd en aangezien 95% van de gebruikers geen NPI heeft, profiteren ze van de standaard, wij beslissen dit voor jullie allemaal.
        Dat is niet hoe gratis of opensource-software of hoe je het ook wilt noemen werkt. Nu moet ik erom lachen, want met de nieuwe Debian-vork zeggen velen dat het verspilde moeite is en ik blijf mezelf afvragen: was het zo moeilijk? om extra compilatie-opties in de Makefile te plaatsen?
        Het onderwerp is niet genoeg, dit is hetzelfde als proberen water met olie te mengen, daarom zullen er eindeloze vorken verschijnen in elke ontwikkeling waar er een paar worden opgelegd voor de rest.

      2.    yukitero zei

        @mario, dat is precies wat je zegt. Jordan Hubbard is ook tot het besef gekomen dat de BSD-init niet alleen moet worden bijgewerkt om zich aan te passen aan nieuwe technologieën, maar ook om nieuwe functies te ondersteunen die nu mogelijk zijn, maar het negeert het concept dat systemd nu heeft over hoe ze moeten worden gedaan. dingen, en ze vereenvoudigen het tot de filosofie die altijd de overhand heeft gehad in UNIX: "Maak een programma dat één ding doet en het goed doet", en dat in een init van het allergrootste belang is, aangezien we het niet hebben over zomaar een demon, we hebben het over de init van een besturingssysteem, naast het feit dat het een beveiligingsmaatregel is, vergeleken met wat veel specialisten al beginnen te schreeuwen over systemd, en het is aantoonbaar, systemd lijkt erg op Windows svchosts.exe , vanaf het begin van services tot netwerkcontrole en vele andere dingen.

  10.   Luis zei

    Jongens, de waarheid is dat het eng is.

    Is het erg ingewikkeld om het uit ArchLinux te verwijderen????

    Ik ga op zoek naar informatie, maar ik durf dat soort dingen niet aan te raken, anders verpest ik het en kom ik zonder systeem te zitten.

  11.   manu zei

    Uit de vele reacties die ik lees, is SYSTEMD een echt TROJAANS PAARD….
    Dit betekent: opslaan wie kan?Er is weinig informatie in het Spaans over het configureren van de FreeBSD-desktop en het gebruiksklaar maken van het systeem.

  12.   Raphael Mardechai zei

    Slecht systeem, laat het zo zijn. xd

  13.   wako zei

    Deze haat tegen systemd zal niet viraal zijn???? Ik heb een geweldige tijd gehad met Arch... als het waar is dat het meer dekt, weet ik niet of het goed of slecht is! maar misschien zijn er al kwetsbaarheden die de controle overnemen of een virus dat het systeem hierdoor vernietigt... als het stabiel en veilig is, zie ik het probleem niet... ik ga in ieder geval kijken of ik wat tijd heb en bestudeer het onderwerp en doe enkele tests met openrc

    1.    dario zei

      Het is niet zo stabiel. en het is veel onzekerder dan systeem v. Voor een desktopgebruiker zoals velen van ons (ik) is het ook geen probleem, sneller opstarten werkt goed en ik lees de logs meestal niet, dus het maakt niet uit hoe duidelijk ze zijn of dat het in binair formaat is.

      Ik heb een theorie dat Linux zal groeien op desktops (en overheden) en terrein zal verliezen op servers (waar besturingssystemen zoals freebsd zullen innemen)

  14.   Oscar zei

    In de esdebian Wiki publiceren ze hoe je SysVinit in Debian Jessie installeert. http://www.esdebian.org/wiki/sysvinit

  15.   anoniem zei

    Als ik over beveiliging lees, kom ik erachter dat er aan de Intel-kant moederborden met chipsets zijn, meestal in de northbridge, ze implementeren iets dat AMR Intel Active Management Technology heet...interessant, gelukkig heb ik geen Intel, maar ik zal beginnen Ik zoek ernaar. AMD's kant is er niets vergelijkbaars.
    Ze stellen zich een combinatie voor van intel+AMR+systemd, God verhoede het.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Geen wonder dat de paranoïde Stallman schreeuwt om gratis biografieën.

    1.    Tito zei
  16.   dah65 zei

    Allereerst gebruik ik systemd niet omdat het nog niet in Kubuntu is ingebouwd (ik gebruik Netrunner 14, afgeleid van Kubuntu 14.04).

    Nu we dit hebben verduidelijkt, moeten er verschillende dingen worden opgemerkt:

    1-systemd wordt geadopteerd door ontwikkelaars/packagers van veel verschillende distributies (Debian, openSUSE, Arch, Fedora...), maar nu blijkt dat de lezers van deze blog meer dan zij weten over de voor- en nadelen van systemd.

    2-systemd is vrije software, waarvan de code kan worden gelezen (en begrepen) door degenen die tijd en kennis hebben (de ontwikkelaars/packers waar ik het eerder over had). Als je achterdeuren verbergt, worden ze ontdekt. Hoeveel van de lezers gebruiken een eigen firmware of driver waarvan u de code niet hebt gelezen en die u ook niet kunt lezen? Ik denk dat het logischer is om daar bang voor te zijn dan voor systemd.

    3- We werken allemaal met binaire pakketten, omdat wanneer ik een .deb download uit de repositories om het te installeren, ik geen gewoon tekstbestand download. Dat argument is dus nogal paradoxaal.

    4- In GNU/Linux zijn er al programma's die veel dingen doen: dezelfde kernel, die steeds meer stuurprogramma's integreert, en zelfs propriëtaire firmware (het is beter om een ​​achterdeur in de gesloten firmware te plaatsen dan in een programma waarvan de code is gepubliceerd). Er is ook Xorg, dat niet alleen de grafische server beheert, maar ook het toetsenbord, de muis en andere zaken; Niemand zegt dat Xorg om die reden de UNIX-filosofie "verraadt", ze willen het stopzetten omdat het al door andere projecten is overtroffen.

    5- "Linux is keuze", natuurlijk, maar het is de vrijheid om te kiezen of ik de code wil lezen, wijzigen, distribueren, enz. Het is niet zo dat distributies verplicht zijn om alle keuzes te geven (alle processorarchitecturen, alle desktopomgevingen, alle pakketformaten, enz.)

    6- Voor degenen die erover nadenken om over te stappen op een BSD: ik herinner me dat ik nieuws las dat de Amerikaanse NSA al enkele BSD-systemen in de klauwen had gezet. Of dit nieuws juist was, weet ik niet, omdat ik het onderwerp niet heb gevolgd. Maar het is ironisch dat ik ergens voor wegloop "omdat Red Hat erachter zit en misschien..." om me in iets te verdiepen waar "misschien de NSA achter zit..."

    Naast het gebruik van GNU/Linux, BSD, Windows of wat we ook gebruiken, kunnen we ook onze logica en ons vermogen om te redeneren gebruiken

    1.    levendig zei

      Allereerst gebruik ik systemd niet omdat het nog niet in Kubuntu is ingebouwd (ik gebruik Netrunner 14, afgeleid van Kubuntu 14.04).

      Nu we dit hebben verduidelijkt, moeten er verschillende dingen worden opgemerkt:

      1-systemd wordt geadopteerd door ontwikkelaars/packagers van veel verschillende distributies (Debian, openSUSE, Arch, Fedora...), maar nu blijkt dat de lezers van deze blog meer dan zij weten over de voor- en nadelen van systemd.

      Met andere woorden, de lezers van deze blog hebben, omdat ze slechts lezers zijn, niet het vermogen om te beseffen of iets goed is of niet, omdat we ons moeten laten leiden door het goede oordeel, de kennis en de ervaring van verpakkers en ontwikkelaars... Is dat het?

      2-systemd is vrije software waarvan de code kan worden gelezen (en begrepen) door degenen die tijd en kennis hebben (de ontwikkelaars/packers waar ik het eerder over had). Als je achterdeuren verbergt, worden ze ontdekt. Hoeveel van de lezers gebruiken een eigen firmware of driver waarvan u de code niet hebt gelezen en die u ook niet kunt lezen? Ik denk dat het logischer is om daar bang voor te zijn dan voor systemd.

      Het is waar, het is Vrije Software, en als er iets vreemds gebeurt, zullen de supermensen waar je het eerder over had en die we moeten vertrouwen, het kunnen opmerken en aankondigen, of misschien niet, omdat ze misschien, omdat ze mensen zijn, in de verleiding komen om ze te houden stil in ruil voor iets.

      3- We werken allemaal met binaire pakketten, omdat wanneer ik een .deb download uit de repositories om het te installeren, ik geen gewoon tekstbestand download. Dat argument is dus nogal paradoxaal.

      Wanneer u een .deb downloadt, downloadt u alleen een gecomprimeerd bestand, dat u kunt decomprimeren en zo kunt zien wat erin zit en wat mogelijk is, waar het binaire bestand zich bevindt. 😉

      6- Voor degenen die erover nadenken om over te stappen op een BSD: ik herinner me dat ik nieuws las dat de Amerikaanse NSA al enkele BSD-systemen in de klauwen had gezet. Of dit nieuws juist was, weet ik niet, omdat ik het onderwerp niet heb gevolgd. Maar het is ironisch dat ik ergens voor wegloop "omdat Red Hat erachter zit en misschien..." om me in iets te verdiepen waar "misschien de NSA achter zit..."

      Ik weet niet welke gebruikers Linux zullen ontvluchten om naar BSD te gaan, maar in dit geval zou ik bijvoorbeeld Linux niet moeten verlaten, ik zou gewoon een distributie moeten achterlaten die Systemd achterin plaatst, hoe dan ook Wat.

      Naast het gebruik van GNU/Linux, BSD, Windows of wat we ook gebruiken, kunnen we ook onze logica en ons vermogen om te redeneren gebruiken

      Met andere woorden, degenen onder ons die GNU/Linux op deze blog becommentariëren, lezen en gebruiken, redeneren niet. Dat is wat je wilt zeggen? Hoe dan ook, ik zal je vertellen vanuit mijn persoonlijke ervaring en mijn redenering (al dan niet logisch):

      Systemd is stront op een stokje. Ik heb gelezen dat er andere Init zijn die veel sneller opstarten en dat betekent niet dat het DNS, NETWORK, CRON en alles wat Systemd wil controleren moet controleren. Misschien maakt het voor een eindgebruiker, die alleen maar de computer aanzet, een browser opent en e-mails verzendt, niet uit of je Systemd of Systemx gebruikt, maar voor degenen onder ons die servers beheren is het een pijn in de kont. En ik stel je dezelfde vraag die ik altijd stel: wat zal er gebeuren als Systemd wordt gecompromitteerd en ten onder gaat? Zitten we zonder NETWORK, zonder CRON, zonder DNS, zonder Init en al het andere dat het doet? Ik laat het daar voor je achter.

      En wees voorzichtig, ik vertel je dit allemaal zonder bitterheid. Dat gezegd hebbende, welkom in deze delen.

      1.    dah65 zei

        Bedankt voor het welkom.

        Ik reageer zonder bitterheid en verduidelijk dat ik noch systemd ontwikkel, noch betaald word om het te promoten. En het heeft voor mij helemaal geen invloed of andere mensen het gebruiken of niet, het is hun beslissing.

        Maar wat ik in deze kwestie zie lijkt soms hysterie, en ik lees meningen van mensen die, zonder de code te hebben bestudeerd of gebruikt, het onzin, oplegging, verraad noemen, en ik weet niet hoeveel andere dingen . Het doet me denken aan een situatie die ik een paar dagen geleden heb meegemaakt, toen iemand die toegaf dat hij nog nooit Windows had geïnstalleerd en niet wist hoe hij een harde schijf moest partitioneren, begon te zeggen dat Linux erg moeilijk was... zonder het zelfs maar geprobeerd te hebben, en heeft ook Android op zijn smartphone.

        Heb je systemd vergeleken met sysvinit, met upstart en met openrc? Geweldig, je kunt een beslissing nemen op basis van je eigen ervaring. Het is de beste, omdat je ook weet dat de distro die op de ene computer werkt, op een andere computer ellendig kan zijn, en dat is de reden waarom degenen onder ons die enige ervaring hebben met GNU/Linux zeggen dat de beste distro degene is waarmee de gebruiker voelt zich op zijn gemak smaak.

        1- «Met andere woorden, de lezers van deze blog hebben, omdat ze alleen maar lezers zijn, niet het vermogen om te beseffen of iets goed is of niet, omdat we ons moeten laten leiden door het goede oordeel, de kennis en de ervaring van verpakkers en ontwikkelaars »

        Ik ben al geruime tijd lezer van deze blog (je zult mijn opmerkingen in oud nieuws zien), dus ik zit in het pakket. En het antwoord is nee: als lezer van deze of welke blog dan ook, kan ik (althans ik niet) niet oordelen over het goede of slechte van software die ik niet ken. Ik kan lezen wat anderen zeggen, en in dit geval zijn er zowel voor als tegen systemd standpunten; Elke keer dat het onderwerp op Phoronix ter sprake komt, is er in feite veel discussie, maar zelfs daar zijn de beargumenteerde commentaren schaars. Ik verwijs naar argumenten als "when systemd calls process

        En de waarheid is dat je je bij het gebruik van de ene of andere distro laat leiden door het oordeel, de kennis en de ervaring van verpakkers en ontwikkelaars. Bij het gebruik van een besturingssysteem of programma moet u gedeeltelijk vertrouwen op het oordeel en de ervaring van anderen; Met Linux accepteer je bijvoorbeeld de beslissing om een ​​monolithische kernel te gebruiken in plaats van een microkernel zoals Hurd. Die beslissing was van Linus Torvalds, en je accepteert het door zijn kern te gebruiken.

        2- «Het is waar, het is Vrije Software, en als er iets vreemds gebeurt, zullen de supermensen waar je het eerder over hebt gehad en die we moeten vertrouwen, het kunnen opmerken en aankondigen, of misschien niet, want misschien voelen ze zich, omdat ze mensen zijn in de verleiding komen om ‘hun mond te houden in ruil voor iets’.

        Waarom zou u, als u achterdochtig bent, Linus Torvalds en Richard Stallman en het GNU-project vertrouwen? Ik heb niet naar de code van hun programma's gekeken, dus misschien houden ze mij voor de gek.

        3 – «En ik stel je dezelfde vraag die ik altijd stel: wat zal er gebeuren als Systemd wordt gecompromitteerd en naar de hel gaat? Zitten we zonder NETWORK, zonder CRON, zonder DNS, zonder Init en al het andere dat het doet? Ik laat het daarbij."

        Wat gebeurt er als OpenRC op de een of andere manier wordt gecompromitteerd? Of een starter? Of de kern? Het overkwam mij, na een "normale" update in Debian Testing, dat ik geen grub meer had, dat ik geen toegang had tot Debian of Windows, en op dat moment betekende mijn gebrek aan kennis dat ik alleen het alternatief had om het opnieuw te installeren.

        4- «Kortom, degenen onder ons die GNU/Linux op deze blog becommentariëren, lezen en gebruiken, redeneren niet. Dat is wat je wilt zeggen?"

        Nee, dat bedoel ik niet; Het is niet mijn bedoeling om vanuit een bepaalde, concrete situatie te generaliseren naar het geheel van het gedrag van één of duizend mensen. Maar ik geloof wel dat er in het geval van systemd vaak over gesproken wordt zonder een objectieve en rustige analyse te maken; Het gebeurde ook met Wayland – Mir, waarbij veel ongegronde claims werden ingediend, zowel tegen Wayland als tegen Canonical.

        Ook herhaal ik dat ik deze blog lees en er commentaar op geef (zoals in andere), en dat ik GNU/Linux gebruik.

        En ik herhaal ook wat ik eerder zei: laten we onze hersenen gebruiken, analyseren wat we horen en lezen, verschillende perspectieven innemen om te proberen zowel A als niet-A te weerleggen, en indien mogelijk onze eigen ervaring verkrijgen om onze conclusies op feiten te baseren. En laten we dan gebruiken wat ons passend lijkt.

      2.    wako zei

        umm.. nou, gecompromitteerd zijn is een hypothese, het is net als al het andere.. mijn vraag is al gebeurd?.. worden er geen bugs in alle software gevonden en worden ze gecorrigeerd als x bugs in systemd verschijnen, corrigeren ze deze en zoals elke andere programma kan bugs hebben... het probleem is niet dat het kan falen, het is of je wilt dat het doet of controleert wat het doet, maar niet vanwege de hypothese dat het kan falen, alles kan in een oogwenk mislukken. .. Ik ben helemaal geen fan van systemd, het is gewoon mijn mening.

        1.    levendig zei

          Er kan een bug optreden op de computer van een gebruiker en er gebeurt misschien niets, maar op een server zijn de zaken heel, heel anders.

      3.    yukitero zei

        @waco, zeker als je bugs in de software tegenkomt, moet je ze corrigeren. Het probleem is dat systemd veel oude fouten bevat (sommige dateren uit 2010 en ernstig zijn) en dat er nog steeds geen oplossing voor is, of dat ze eenvoudigweg zijn gebagatelliseerd, of dat Lennart ze eenvoudigweg markeert als GESLOTEN of WONTFIX.

    2.    wako zei

      Je opmerking is zeer accuraat! We kunnen niet allemaal van systemd houden omdat het in de mode is en is gecreëerd als een lastercampagne ertegen... elke verandering heeft een afwijzing.

    3.    yukitero zei

      Ik reageer op jouw argumenten:

      1.- Serieuze en nieuwsgierige gebruikers en ontwikkelaars kennen de voor- en nadelen van het adopteren van systemd in elke ontwikkelings- en werkomgeving. De zwakke en sterke punten van systemd veranderen niet omdat ze het ene of het andere perspectief hebben.

      2.- Systemd is zeker vrije software en kan worden gecontroleerd. Het probleem is niet dat het verborgen achterdeurtjes heeft, het probleem is dat het dingen doet die een init niet zou moeten doen (netwerkcontrole, DNS, TTY-consoles, enz.), dat het veel services heeft die bovenaan zouden moeten staan van anderen, dat het de dingen op een compleet andere manier doet dan verwacht wordt, wat de regels van de Linux-kernel zelf overtreedt (coredump), wat veel van zijn ontwikkelaars heel weinig geeft om het oplossen van structurele problemen die systemd heeft (coredump en debuggen behoren nog steeds tot de ernstigste (niet opgelost).

      3.- Het is één ding om een ​​binair bestand te downloaden dat een programma blijkt te zijn waarvan de CONFIGURATIE en LOGS nog steeds in platte tekst zijn, en een ander ding is om een ​​binair bestand te downloaden waarvan de CONFIGURATIE en andere informatie in binair bestand is opgeslagen en alleen toegankelijk is via specifieke tools. Dit is waar dingen veranderen. Een binaire log biedt geen beveiliging (als je echt beveiliging wilt, versleutel dan de partitie met AES-256), het is gewoon een black box waarvan je niets weet wat er gebeurt en die zich voor veel dingen leent, bijvoorbeeld: Stel je voor dat u een Trojaans paard hebt dat misbruik maakt van een systeemkwetsbaarheid en daardoor volledige toegang tot het systeem verkrijgt, inclusief de logservice en escalatie van bevoegdheden. Is dat niet een serieus probleem? Zouden de binaire logboeken die rechtstreeks door systemd worden beheerd, zich niet tegen u keren omdat ze onhoorbaar zijn, zonder op het punt te komen dat ze al zijn gewijzigd zonder dat u het weet? Er is het punt en het verschil tussen een programma en een binair configuratie-/logboek-/dumpbestand.

      4.- De kernel is een stukje software dat in die zin is ontworpen, het is vanaf het begin ontworpen om alles op je pc te besturen, niet een init. Een init is alleen bedoeld om uw systeem de kernel te laten opstarten en bruikbaar te maken, omdat het het eerste is dat wordt gestart en het laatste dat wordt voltooid. Daarom wordt het init (initialisatie) genoemd omdat het alleen het systeem opstart en verder niets doet, en de reden hiervoor is heel simpel, de init moet het meest stabiele en perfecte stuk software zijn dat mogelijk is, om om de een of andere reden te voorkomen dat dit Uiteindelijk breekt het hele systeem af, het gaat om stabiliteit en veiligheid. Xorg is een ander woord, het doet veel dingen, dat is waar, maar niets is zo riskant als dat je een volledig onbruikbaar systeem achterlaat, en de configuratie ervan gebeurt nog steeds in eenvoudige tekstbestanden.

      5.- Distro's zijn zeker niet verplicht om vrijheid in brede zin te bieden, en daarom wordt de huidige tirade gepresenteerd. Maar we zijn gebruikers en een gemeenschap, en velen van ons zijn het eenvoudigweg niet eens met de implementatie van dit systeem. Daarom laten we onze stem horen, of ze er nu naar luisteren of niet. Het is een zaak van degenen die het systeem ontwikkelen. distro, en hun beslissing zal een impact hebben op wie besluit om hun distro wel of niet te gebruiken, en dat kan duidelijk leiden tot het faillissement van verschillende distro's, afhankelijk van hoe de zaken aflopen. Een voorbeeld hiervan is nu Debian en zijn Devuan-vork.

      6.- Het BSD-nieuws komt door wat er gebeurde in OpenSSH en in de OpenBSD IP-stack, een achterdeur die overigens niet alleen BSD trof maar ook Linux (in het geval van OpenSSH), en die gerepareerd werd. De situatie wordt toegeschreven aan BSD, omdat het BSD (Theo de Raadt bij OpenBSD) is die verantwoordelijk is voor de ontwikkeling van deze tool (OpenSSH) en de situatie ontstond omdat bepaalde ontwikkelaars die niet langer actief zijn in het project de achterdeur hadden geplant. De situatie werd opgelost en er werden passende maatregelen aangekondigd die moesten worden genomen voor het geval deze situatie gevolgen zou kunnen hebben voor degenen die de software gebruikten. Nu: kan deze situatie voorkomen in systemd? Het antwoord is simpel, en het resultaat is catastrofaal, aangezien systemd onder andere de escalatie van privileges afhandelt, betekent een backdoor in systemd volledige toegang tot het systeem, wat niet gebeurde met de backdoors genoemd in BSD.

  17.   Oscar zei

    Devuan de Debian-vork zonder systemd heeft al een website. Het lijkt erop dat het project heel serieus gaat. https://devuan.org/

  18.   Aaditya Bagga zei

    Bijgewerkte ISO's en enkele nieuwe uploads.
    https://forum.manjaro.org/index.php?board=50.0

  19.   kees zei

    Het installatieprogramma is niet erg duidelijk, ik kan hun stappen niet volgen, vooral niet in het partitiesgedeelte. Ik weet niet waarom ze op deze verwarrende dingen aandringen.

  20.   Manuel R. zei

    Er is iets dat mijn aandacht trekt over de netinstall met Openrc, ergens in de installatie blijf ik het bericht zien dat het systemd aan het configureren is, zijn ze serieus vrij van systemd of het gebruik ervan?

    1.    kees zei

      Hallo Manuel, hetzelfde heb ik ook opgemerkt tijdens de installatie, het moet een kwestie van het installatieprogramma zijn, want wat duidelijk is, is dat systemd niet is geïnstalleerd, je bevestigt dit in de terminal als volgt: pacman -Qs openrc

      groeten

      1.    Manuel R. zei

        Hallo keos, allereerst mijn excuses dat ik niet eerder heb gereageerd. Ik waardeer je reactie, ik ben blij om te weten dat Manjaro deze optie biedt; Zodra de Ubuntu Precise-ondersteuning eindigt (of misschien eerder), zal ik het installeren. Groeten.

  21.   Anoniem zei

    Goede post

    Ik ga wachten op Manjaro met Systemd terwijl de versie met OpenRC nog wat volwassener wordt, ik wil systemd verlaten... (Ik zweet het)