OpenRC på Manjaro isos til Systemd-hadere

I dag ved at læse min RSS fandt jeg ud af en interessant nyhed, som Blog Replikatorens udseende, og det er, at der i Manjaro-fællesskabet er blevet lanceret flere ISO'er med den ejendommelighed, at de ikke bruger systemd ligesom init, ellers OpenRC, det startsystem, der bruges af Gentoo.

OpenRC

Jeg ved ikke om dig, men Systemd-temaet berører allerede mine bolde meget, og jo mere jeg læser, jo mere indser jeg, at selvom det for slutbrugeren (eller for mange) ikke repræsenterer noget super relevant, i det mindste for mig Jeg kan ikke lide den vej, det tager. Jeg tror, ​​at der kommer en sort sæson i GNU / Linux-verdenen, hvor gafler og utilfredshed vil bryde ud selv i tørre ørkener.

Men lad os komme i gang. I Manjaro-forummet har de udgivet, som jeg sagde før, nogle isos, der gør brug af OpenRC. Og for dem, der er bange for at installere disse versioner, forlader jeg dig videoen om, hvordan du gør det.

Download ISO'er med OpenRC

Den første ISO, vi ser, er versionen Netinstallation. Denne ISO har følgende egenskaber:

  • Baseret på Manjaro-Net-profilen (har ikke noget skrivebordsmiljø forudinstalleret)
  • Baseret på testgrenen.
  • Kun gratis chauffører
  • Brug Linux kernel 3.14-serien
  • Bruger ikke Plymouth
  • Det blev testet i Virtualbox

Sproget kan vælges i begyndelsen ved at trykke på F2-tasten. Når opstartsprocessen er færdig, finder vi prompten, hvor vi vil bruge til at få adgang til:

  • Bruger: root
  • Adgangskode: manjaro

For at starte installationen som vist i den forrige video, skriver vi:

setup

Links til download af ISO'erne

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

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

Instruktioner efter installation

I Manjaro forum De tilbyder os nogle data til postinstallation:

Vi tilføjer openrc-eudev-depotet ved at følge disse instruktioner.

1) Tilføj følgende til slutningen af ​​/etc/pacman.conf

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

Vi tilføjer og importerer nøglerne:

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

2) Vi opdaterer systemet

sudo pacman -Syu

3) Vi installerer vores foretrukne skrivebordsmiljø, eksemplet bruger LXDE

sudo pacman-S lxde

Oplysninger om installation af skrivebordsmiljøer kan findes i wiki.

4) Vi installerer en Session Manager:

sudo pacman -S lxdm-konsolekit
Session Manager skal også indstilles i filen /etc/conf.d/xdm og der er flere oplysninger her y her

5) Vi installerer nogle pakker som appletten til netværksmanager

sudo pacman -S netværk-manager-applet

6) Vi genstarter systemet

sudo genstart

Jeg tror, ​​det siger sig selv, at for dette skal vi være forbundet til internettet via et kabel. Hvis vi bruger WiFi, kan du se, hvordan du gør det i dette link.

Manajaro ISO'er med OpenRC og OpenBox

I tilfælde af Openbox ISO skal der tages højde for et par ting:

  • Hovedformålet er at gøre installationsprocessen lettere og tillad opsæt formular kurve netværket (ved brug af wicd) og partitioneringen hjælp GParted valgfrit.
  • Konfiguration inkluderer Openbox WM, LXTerminal, PCMan og NetSurf Web Browser (at søge oplysninger i wiki o Google), etc.
  • Brug konsolinstallatøren.

Links til at downloade ISO'erne med OpenRC:

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

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

Manjaro XFCE ISO med OpenRC

Kun eksperimentelt og for 64 bit er der også en ISO med XFCE:

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


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   en af ​​nogle sagde han

    Du har ret, systemd-problemet begynder at afgive en vis whiff, da OpenRC er den naturlige efterfølger til den nuværende init. Vi får se, hvor denne historie slutter.

  2.   William sagde han

    "Selvom det for slutbrugeren (eller for mange) ikke repræsenterer noget super relevant"

    Jeg tror det samme, det er ikke relevant, fordi det som brugere ikke har påvirket os i driften af ​​selve operativsystemet.

    Faktisk har den eneste store (debian) givet nyheder om "skandale" om emnet, og selvom de siger, at der er andre grunde, alt relateret systemd (og burde ikke).

    De andre store distroer, de har ikke lavet et problem (eller i det mindste manifesteret med spar og fakler), Fedora, Ubuntu og OpenSUSE.

    Det giver mig indtryk af, at det er en kamp mellem programmører, da for eksempel opensuse 13.2 har en god accept / kritik, og ingen i anmeldelserne taler om systemd (selvom det er for at skabe debat),

    Nu hvorfor al den ståhej at gå fra systemd til OpenRC, hvis det i sidste ende ikke påvirker dem.

    1.    Deron sagde han

      Personligt omkring systemd gør det mig urolig, jeg har usikkerhed, godt indlæg.

    2.    yukiteru sagde han

      I Fedora var der en del debat om systemd, da det blev besluttet at sætte det som init, der var nogle modstandere af systemet, hovedsageligt fordi de ikke var enige om at bruge det som init som standard, fordi det var meget frisk og havde mange mangler, dog De fleste af de store devs er på kerneudviklingsteamet og var relateret til systemd, så erstatningen af ​​Upstart med systemd var et tegn på en vis pålæggelse, ud over spørgsmålet om, at Upstart var en Ubuntu-udvikling og har en CLA ganske forkert, hvilket i sidste ende hjalp alle med at acceptere system uden spørgsmål. OpenRC var ude af spørgsmålet på det tidspunkt, da det manglede mange af de funktioner, det har nu, herunder parallelisering og cgroup-support.

  3.   anonym sagde han

    Gode ​​nyheder! en binær distro, der frigiver openrc ... det er som en gave.
    Det er den vej, som archlinux burde have taget fra starten, jeg husker, da jeg var nødt til at godkende archlinux ved at gå til systemd. Nu har jeg muligheden for at prøve igen en binær distro med openrc + eudev, hvilket er præcis det, jeg bruger her i gentoo.
    Tak folk fra Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC administrerer tjenester, opstart og nedlukning af en vært
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): Understøttelse af Linux-dynamisk og vedvarende enhedsnavngivning (aka userpace devfs)

  4.   xiep sagde han

    Tak for informationen, elav!

    Jeg deler din mening om systemd, og jeg er også bekymret for den drift, som Linux har taget siden udseendet af denne nye init. Hvis Wheezy bliver for gammel inden Debian-gaffelen ankommer, vil jeg overveje at prøve Manjaro OpenRC, da jeg ikke har fri tid til at forberede et Gentoo-system (jeg har værdsat at gøre det, men bestemt kompileringstiden for Gentoo er for omfattende til min personlige situation).

    Greetings!

  5.   Cristian sagde han

    Elav, du kan beskrive på mindre end 10 ord for en bruger, der ikke forstår "kontroversen" for meget, for et stykke tid siden er der flere artikler på bloggen, der er meget tekniske, og de er ikke færdige med at forklare konteksten til " uindviede "... nogensinde De fortalte mig, at uanset det tekniske, en forklaring skal forstås selv af din bedstemor for at være god.

    Faktisk i Fedora, for længe siden, blev problemet uudholdeligt, så meget, at flere desktopbrugere tænkte på at skifte til centos, for at omgå problemet

    1.    Luis sagde han

      Jeg tilmelder mig den anmodning.

      Systemd fungerer godt for mig. Hvad er problemet, der forårsager så meget bevægelse?

      Lad os sige, at jeg ikke ved det.

    2.    dario sagde han

      systemd er det program, der har ansvaret for at starte systemet, men udviklerne af dette besluttede at udvide det og håndterer nu ikke kun opstart, men også ting som cron (program til automatisk at køre programmer), netværket, systemlogfiler, som forresten er binærfunktioner, blandt andet

      Mange ser ikke positivt på en sådan pludselig ændring, især fordi det er ny software, derfor med mange flere bugs end programmer, der har arbejdet hele deres liv, ud over at skabe afhængigheder, når programmering og for eksempel gnome i stigende grad er forbundet til dette system. Gør det mindre bærbart til andre unix-platforme.

      Jeg ved ikke, om min anden kommentar ikke bestod moderationen, men det sagde, at jeg kunne lide systemd, men de skulle ikke lade det monopolisere alle distributioner og efterlade alternativer, da det altid har været gjort i linux for dem, der har forskellige behov.

    3.    dario sagde han

      Jeg undlader at sige, at før programmet, der var ansvarlig for at starte systemet ved opstart, var system v, som havde været i lang tid, indtil det blev erstattet i de fleste distributioner med systemd xD.

    4.    Elav sagde han

      Til hvad @daryo siger tilføjer jeg følgende (hvilket også er min mening):

      Jeg har altid ønsket Unix-filosofien, hvor et program kun gør en ting, men gør det godt. Når Systemd vil kontrollere alt, hvad @daryo fortalte dig, er jeg lidt i tvivl, og hvad ville der ske, hvis Systemd på en eller anden måde er kompromitteret? Nå, det vil muligvis trække med alt det, der styrer.

      Til det tilføjer jeg (og måske er dette mere ude af vane), at jeg altid har ønsket, at mine systemlogfiler er rene tekstfiler, men med Systemd er alt binært, og kommandoer som:

      cat log.txt

      o

      tailf log.txt

      Hvor vi kunne bruge andre muligheder som GREP til at filtrere bestemt indhold, men Systemd bruger en navngivet kommando journalctl.

      Ud over de ovennævnte må jeg sige, at når jeg er RedHat som hovedeksponent bag Systemd, får jeg en advarsel om, at jeg ikke kan slå fra. Måske tager jeg fejl, men det ser ikke godt ud. Og jeg bliver ved med at spekulere på, hvilket behov der er for at kontrollere boot, cron, netværket og hvor meget service der findes? Hvad mener de med det?

      1.    Alexander sagde han

        Takket være din kommentar og det, jeg har undersøgt, kan jeg bekræfte din mistanke, at alarmen er korrekt Broder.
        Ser du, jeg har læst om TCP Stealth, det er en tysk afhandling, hvor de beskylder Red Hat for at lette industriel spionage til de 5-øjes lytningssystemer:
        Jeg har allerede skrevet om dette, hvis du har det nødvendige talent, ved jeg, at du har det, kan du komme til dine egne konklusioner:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Stealth

      2.    yukiteru sagde han

        Bare for at supplere din gode kommentar @elav, systemd er NIH så høj, at det nu hævder at kontrollere følgende:

        1.- Forvaltning af internetforbindelser med IPv4 og IPv6 ved hjælp af systemd-networkd og systemd-nspawn.
        2.- DNS-styring gennem en intern DNS-cache, systemd-løst.
        3.- Multicast DNS-styring i interne netværk ved hjælp af systemd-netværkd.
        4.- Styring af TTY-terminaler i Linux ved hjælp af systemd-trøstet. (Farvel KMScon?)
        5.- Sessions- og privilegiehåndtering gennem logind.
        6. - Coredump-kontrol, ved hjælp af binære filer, og springer kernedirektiverne over.
        7.- Kontrol af logfiler ved hjælp af binære filer og springning af kernedirektiverne.
        8.- Kontrol af ACPI-hændelser ved hjælp af logind. (Systemd-212 tilføjede flere hovedpine til Nvidia devs med forskellige fejl, der gjorde systemet ubrugeligt)
        9.- PPPoE support til netværksd, et job, der stadig er i gang.
        10.- Support til DHCP i klient og server. (Hvad gør de med det? Ingen idé)
        11. - Støtte til systemer med fabriksindstilling, som forresten er tæt knyttet til BTRFS (Bliv ikke overrasket, hvis BTRFS senere bliver en afhængighed af systemd, god Lennart elsker det)
        12 ..- Support til virtualiserede containere (Xen og KVM hovedsageligt)
        13.- Support til enhedshåndtering og initialisering (hvad udev gør)
        14. - Håndtering af diskkrypteringssystemer.
        15.- Indlæser firmware og kernemoduler.
        16. - Håndtering af værtsnavn (det skaber op til en unik identifikator på din pc), lokaler, tid, NTP-synkronisering, sysctl (kernekontrolvariabler) og endda tilfældig talgenerator (Meget WTF dette, og det rejser meget mistanke )
        17.- Håndtering af midlertidige filsystemer.

        Kort sagt, er de ting, jeg ved, at systemd gør, hvis nogen ved mere end at sige det :).

        PS: systemd tilbyder ikke længere support til LSB- og SysV-scripts siden systemd-214, så jeg ved ikke, hvor sandt dets "arvede" support er nu, eller hvor standardkompatibel den er. Jeg siger, er LSB stadig standarden i Linux, eller tager jeg fejl?

        1.    Allan herrera sagde han

          Tak for at lade mig vide, jeg tænkte på at gå til BTRFS, men at vide, at Lennart kan lide ham, ved du måske, at han må være forfærdelig og spionere på NSA-IBM

    5.    anonym sagde han

      Der er lidt plads til at opsummere og forklare så meget ... det er en kæmpe trojansk hest, som de ikke engang prøver at skjule. Hvad gør et opstartssystem ved at sætte netværkstjenester, dhcp dns og endda jeg tror avahi ... i systemd? Beslutningskraft går tabt ved ikke at være i stand til at administrere tjenester
      der ikke er ønsket, og at de ikke kommer til mig, der kan deaktiveres, vil jeg ikke have dem i systemd-pakken!
      I OpenRC er det en, der beslutter, hvilke ting der startes i hvert løbebane, nogle tjenester har afhængighed af andre tjenester, men de er meget få og er anført ... mens noget i systemd gør hvad det vil i det øjeblik, han har lyst til det ... for at få cirka 5 sekunder på boot og være hurtig på lukningen.
      Systemd er så kompleks, at det er umuligt at vide, hvad det gør, du er nødt til at give afkald på at tro, at det er din herre og ikke gør noget forkert mod dig.
      Systemd bryder konceptet om, at ting skal være let og forståeligt med hensyn til dæmoner eller tjenester og runlevels, ingen, der bruger systemd ved fuldt ud, hvad der sker i deres tjenester til enhver tid.
      Systemd tillader ikke brug af syslog-ng indbygget, de har fået journald til at træde på det, og det lader det ikke fungere, det vil sige, eller bruger du journald eller naninga!. Systemloggen er noget grundlæggende for sikkerheden og revisionen af, hvad der skete og sker med de lokale og eksterne forbindelser, men journald bruger et binært format, som kun jornalctl kan se det .... Ofte bliver journald ødelagt "mystisk" sin binære fil og da han ser det korrupt, sletter han det en gang og starter med en ny, og glemmer alle de logfiler, der allerede eksisterede.
      Jeg kan fortsætte i timevis, men det værste problem er, at Lennart ikke giver en bold til dem, der rapporterer disse fejl, og så vidt jeg læser, accepterer han ikke patches fra nogen.
      Jeg troede, at ved at komme ind i systemd, ville de rapportere bugs og patches, som systemd skulle acceptere ... men jeg tror ærligt, at Lennart og RedHat har en anden plan for resten af ​​distroerne .... som jeg sagde før , HEST AF TROYA fra RedHat.
      Ærligt for mig kan systemd ikke repareres, ideen bag dens design er ondskabsfuldt, det er bedre at starte et boot-system fra bunden end at prøve at rette den frankestein.

      1.    Elav sagde han

        AMEN !! @anonym..

      2.    kunagi sagde han

        Jeg har brugt systemd (Fedora) i et par år, og jeg er kommet til dette:
        Problemet lugter sjovt, da flere ting tilføjer mere deaktivering / omdirigering.
        Den tidsskrift, jeg har henvist direkte til rsyslog. Nogle af dine binære logfiler er allerede blevet brudt.
        Fra dns bruger jeg bind, hvis de integrerer det i systemd, vil jeg fortsætte med at bruge det samme, selvom jeg er nødt til at ændre alt.
        Jeg bruger XFCE, så det sparer mig meget for, hvad gnome vil integrere.
        Det er som en elefant i en porcelænsbutik.

      3.    Tito sagde han

        Rigtigt; ikke engang ved de, hvad de skal kalde det. Vi går ud for at opdatere dagligt og rette bugs og andet lort. Det er et emne, der gør mig ret vred; men ikke kun på grund af det faktum, at SystemD er en suveræn lort; hvis ikke hvordan de har gjort det.
        Det er klart, at der i Linux-verdenen er flere virksomheder, der prøver at kontrollere alt; se Canonical, RedHat og Gnome, (selv Miguel de Icaza selv har forladt Gnome).
        Hvis jeg bruger Linux, er det på grund af hvem jeg styrer det, og det er grundlaget og filosofien for det; For ikke at vide hvad det laver, monterer jeg maskiner, hvor W Server allerede kører.
        Det jeg synes ked af er, at Debian er bukket under. Faktisk overvejes muligheden for at oprette en parallel fork uden SystemD.
        Lad os håbe, at tingene ikke går til mere; eller jeg ser mig selv migrere alle mine maskiner til BSD.

      4.    yukiteru sagde han

        @ anonym, kommentar stykke mand, du kan ikke have mere ret.

        systemd er en skør ting, der ikke har nogen forklaring på mange ting, sandheden forårsager meget mistanke i alt, hvad den gør, og tillader ikke andre værktøjer at gøre det, sandheden er, jeg ved ikke, hvordan Debian-folket tillader sig at sætte dette, men kort sagt tog de allerede den beslutning , og for første gang i mange år er jeg stoppet med at bruge Debian som det primære operativsystem og vil fortsætte med at gøre det, indtil systemd forlader Debian for at få en mere gennemsigtig mulighed.

    6.    Tito sagde han

      Kort sagt. SystemD suger.
      Den gemmer logfiler i binært format, den udføres som overordnet proces for alle de andre (Pid 1), som hvis nogen går i stykker, bliver systemet uopretteligt; Det er i modstrid med alt, hvad Linux står for, det vil sige almindelige tekstfiler (hvad fanden er det, at binære filer ??, almindelige tekstfiler! Ligesom hele Guds liv.)
      Kom nu, det er lort. Jeg kan slet ikke lide noget.
      Men tak til virksomheder som Canonical, Gnome og Red Hat; vi skal spise det med kartofler.
      At hvis, mens der er andre muligheder; Jeg vil ikke bruge det, hverken på de servere, jeg administrerer eller på mine personlige maskiner.
      Dette er allerede ved at blive en filial af Redmond-firmaet.

      1.    Sephiroth sagde han

        Jeg mener ikke at forsvare nogen, men jeg husker godt, at kanonisk var helt imod systemd til fordel for upstart. da debian gav efter for systemd, endte det med at trække til ubuntu.

  6.   dario sagde han

    Derudover kan disse bugs kompromittere systemets sikkerhed og stabiliteten på en server, for eksempel er det dem, der klager mest over disse ting, er sys admin.

  7.   Alexander sagde han

    Og hvad med Mageia, det er utroligt, at en KDE kan køre på 512 MB ram, upåklagelig.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran sagde han

    et par spørgsmål; Hvor let er det at administrere tjenesterne i OpenRC? og hvor let er det at installere ved hjælp af det som standard i en Manjaro-installation med systemd? hvad jeg kan lide ved systemd er, at med den enkle kommando systemctl aktivere (service). service eller en systemctl deaktivere (service). service kan jeg nemt styre mine tjenester, HVIS jeg er interesseret i at vide om OpenRC og især hvis det lugter lidt underligt for mig alt dette fra systemd, forresten; Jeg er en ny bruger

    1.    Sergio E. Duran sagde han

      I øvrigt; Der står, at jeg er på Windows, fordi jeg bruger tilsidesættelse af brugeragent

    2.    anonym sagde han

      OpenRC er meget let at håndtere, jeg giver dig et eksempel med cupsd-udskrivningstjenesten.

      For at starte det.
      # rc-service cupsd start
      * Start cupsd .. [ok]

      At stoppe det.
      # rc-service cupsd stop
      * Stopper cupsd… [ok]

      For at genstarte det.
      # rc-service cupsd genstart
      * Stopper cupsd… [ok]
      * Start cupsd .. [ok]

      For at sætte det i gang i standardkørselniveauet.
      # rc-update tilføj cupsd-standard
      * service cupsd føjet til runlevel standard [ok]

      For at fjerne det fra standardkørsel.
      # rc-opdatering fra cupsd-standard
      * service cupsd fjernet fra runlevel standard [ok]

      For at se status for alle tjenester i alle runlevels.
      # rc -status -a

      For at se status for et runlevel, i dette eksempel standard.
      # rc-status standard

      Her i gentoo er OpenRC standard opstartssystem og forbliver det for evigt, vi har systemd i portage for selvmordsbomber, der heldigvis er få….
      For at erstatte journald bruger vi syslog-ng og logrotate, her i gentoo går systemloggen ud gennem den virtuelle konsol vt12 eller control + alt + F12, eller du kan se den kontinuerligt i enhver grafisk terminal som rootbruger med:

      # tailf / var / log / beskeder

      1.    Sergio E. Duran sagde han

        Og for at installere det på min Manjaro?

      2.    Sergio E. Duran sagde han

        Jeg siger; Jeg mister ikke alle filerne og min smukke XFCE bare for at skifte til OpenRC 🙂

      3.    Sergio E. Duran sagde han

        Parat; Jeg installerede det ved hjælp af sudo pacman -S manjaro-openrc bluez-openrc (sidstnævnte fordi jeg har bluetooth)

      4.    Sergio E. Duran sagde han

        Nu er mit problem, at XFCE4 power manager ikke fungerer med upower-pm-utils 🙁 og jeg har ikke de typiske muligheder for suspendering og dvale

    3.    yukiteru sagde han

      OpenRC er meget enkel, administration af tjenester er et stykke kage, bare for at give et eksempel:

      Aktivér en tjeneste: rc-opdatering tilføj cronie-standard

      Start en tjeneste: /etc/init.d/cronie start eller rc-config start cronie

      Stop en tjeneste: /etc/init.d/cronie stop eller rc-config stop cronie

      Enkel og slet ikke rigtig kompleks.

  9.   yukiteru sagde han

    @elav, hvad der ligger foran, er i det lange træk og spænder fra sandstorme, troldsregn, bulkgafler, splittelser i dev-gruppen, og mange spekulerer på, om migrering til BSD er en bedre mulighed end at sidde fast i systemd, fordi ja.

    Personligt bifalder jeg dette initiativ fra Manjaro, det er en mulighed for dem, der ikke ønsker at forblive med systemd, noget som jeg kan lide, i øjeblikket jeg er i Gentoo, og jeg kan lide det, jeg føler mig godt tilpas med den frihed, det giver mig, men nu Det har flere gange tænkt mig for at foretage ændringen til FreeBSD, og ​​jeg kan muligvis springe denne måned, det hele afhænger af min tid og bestilling af bestemte ting til at udføre migrationen med succes.

    1.    yukiteru sagde han

      Intet af det afviser virkeligheden af ​​systemd, Lennart er meget god til at undgå ting og ansvar, jeg anbefaler, at i stedet for bare at læse artikler, læse systemd-koden eller i det mindste læse listen over systemd, vil du finde ud af om ting, der tilbageviser, hvad disse tre artikler siger, der skete, og mere understøttende af systemd krænkere.

      1.    pamp sagde han

        Hans argument er at fastslå, at der er viden, der afviser det, jeg viste, men aldrig præsenterer beviset, så jeg kan ikke stole på dets eksistens.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    yukiteru sagde han

        @pamp mit argument er lidt mere support, fordi jeg forklarede det ovenfor i kommentar 25 i den samme post, og jeg har eksponeret det i mange andre poster vedrørende systemd, ud over at udsætte det i Debian irc og listen over denne distribution, også min invitation er, at du skaber dine egne meninger, og til dette skal du bare læse lidt udviklingslisten over systemd. Også bare for at vække din nysgerrighed giver jeg dig dette link, hvor de tydeligt siger, at systemd-214 ikke længere tilbyder support til SysV- og LSB-scripts, med undskyldningen for "kodeoprydning."

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

        Fortæl mig nu: Hvor er understøttelsen af ​​LSB-standarden, der formodes at være oprettet for at skabe en fælles base for alle distroer? For lad mig fortælle dig noget, intet andet på hans første link Lennart plumper, skryter og fylder munden og siger, at systemd understøtter brugen af ​​SysV- og LSB-scripts, når sandheden er, at support falder og erstattes af en generator af init-filer, som forresten har flere fejl, og i sidste ende er der intet andet valg end at lave en komplet init-fil.

        Greetings.

    2.    Tito sagde han

      Meningerne, det er som røv, vi har alle en.
      Hvad denne mand siger, kan gå meget godt for ham, men det er ikke min sag. Og opfattelsen af ​​en mand, der skriver på en webportal, er ikke, at det er Guds ord. Det er din mening, punktum.
      Så "tilbagevist", intet.
      Det gode, vi har tilbage, er, at vi kan bruge, hvad vi virkelig vil; uden at prøve at være "Taliban" og pålægge andre vores kriterier.
      For mig er SystemD en rigtig lort. Og der er mennesker, der elsker det. Nå, velkommen!
      Hverken min mening er god eller af dem, der ikke tænker som mig, er lort; de er simpelthen forskellige.
      Dette adskiller os fra andre operativsystemer; vi kan vælge.
      Lad os ikke komme i unyttige kampe, der ikke fører nogen steder.

      1.    anonym sagde han

        @Titus
        Du kunne ikke have sagt det bedre ... amen.
        Du skal være blind for ikke at indse den perversitet, som systemd-drev til at dække alt, træde på, dække og flytte projekter, der fungerer perfekt, erstatte dem med versioner, der aldrig når eller bliver stabile, selv der er ingen kompatibilitet mellem kerner og mere end to bagudvendte versioner af systemd.
        Debian ser ud til at have haft jordskælvet, og det lykkedes dem at vågne op, jeg håber bare de læner sig mod eudev og openrc, så udviklingen af ​​gentoo debian manjaro og nogle andre, der bruger openrc, ville blive samlet, hvilket ville forbedre det meget på kort tid, vinder hele samfundet.

      2.    dah65 sagde han

        Jeg sender dine ord.

        Der er mennesker, der citerer andre mennesker (de meninger, der generelt interesserer dem) og bruger dem som bevis.

        For min del har jeg ikke en mening om systemd. Jeg ved ikke, om det er teknisk bedre end upstart eller openrc, men hvad der synes klart er, at muligheden for sysvinit er udelukket af ALLE distroer, hvor Debian er den eneste, der stadig har holdt det i Wheezy på grund af sin politik. Men den næste stabile Debian, Jessie, blev en Debian uden sysvinit.

        Hvad der er klart er, at det etisk set er 100% fri software; Hvad angår den tekniske del, har jeg hverken studeret koden eller sammenlignet den med dens alternativer, så jeg har ingen begrundet mening. Men selv nuværende Ubuntu bruger dele af systemd, selvom de stadig har upstart, og jeg tvivler på, at de gjorde det, fordi Canonical er "købt" af Red Hat.

        Systemd er ikke "ond", tak, vi kæmper ikke med Skynet (Terminator) eller HAL9000 ("2001 space odyssey"), og det er heller ikke den mørke side af Styrken, der søger at dominere Jedi. Det er heller ikke, at det ved at bosætte sig i et hold overtager alt og får endda madvarerne i spisekammeret til at forsvinde.

        Og at "det flytter projekter, der fungerer perfekt" (kommentar 52), jeg har haft problemer med et hjem-NFS-netværk på de computere, der får adgang til serveren, fordi processen med at lukke klientcomputeren afbryder netværket, før NFS-systemet afmonteres, og nedlukningen ville fryse, den eneste løsning var at trykke på tænd / sluk-knappen for at slukke for den med magt (fejl rapporteret af forskellige brugere); Jeg var nødt til at oprette et script, der afmonterer de NFS-filer, der skal køres, før jeg lukker klientmaskinen ned. På den anden side forbinder NFS-servercomputeren via wifi, og fra tid til anden går forbindelsen tabt: Jeg ved ikke, om problemet er netværksadministratoren, eller om det er i dhcpd, eller hvor.

        Jeg siger ikke, at disse problemer forsvinder med systemd; Jeg ignorerer det, fordi jeg ikke har brugt det. Dette er bare en prøve, der siger, at de projekter, som systemd erstatter, fungerer perfekt er en overdrivelse.

      3.    yukiteru sagde han

        En ting er en mening, og en anden er et argument, den første er bestemt meget varieret, som du siger @Tito, men den anden er noget mere kortfattet og fokuseret, det er ikke noget, der i det mindste kan manipuleres, ikke i tilfældet gratis software, hvor vi har koden tilgængelig til gennemgang.

        @pamp fortæller os, at de viste argumenter er blevet tilbagevist i lang tid, og som en første test bringer han os opdateret med Lennarts meninger (ikke argumenter). Men hvad denne fyr siger i sine kommentarer, er en ting (nummer 4 og 8 er bare for at dø for at le), og en anden er, hvad han gør i systemkoden. En holdning, som jeg har set gentagne gange i Lennart, siden han begyndte at udvikle ting som Avahi og Pulseaudio, og som simpelthen kan bekræftes ved at læse udviklingslisterne og fejlrapporterne for begge softwarestykker.

      4.    yukiteru sagde han

        @ Dah65 er bestemt mange, der bruger bevismateriale ved hjælp af tredjeparters meninger, en dårlig vane for dem, der ikke selv kan undersøge problemerne, har deres egen og personlige mening og endda skaber gyldige argumenter til at deltage i en konstruktiv diskussion .

        I mit tilfælde holder jeg mig opdateret med ændringer i system takket være udviklingslisten, selvom jeg ikke kan lide værktøjet, kan jeg ikke lide det, men jeg holder ikke op med at læse om det på bruger- og teknisk niveau og årsagen Til dette er det meget simpelt, hvis jeg skal deltage i en klient, der bruger den nævnte init, ved jeg hvad jeg skal gøre, og hvordan jeg skal tage mig af enhver situation.

        Nu om hvad tjenesterne kører uden problemer, det er en fejl, der er mange SysV-scripts med problemer, og det samme sker i systemd, men i det mindste når du rapporterer en fejl i en SysV, er de rettet, eller du kan gøre det på en enkel måde, som du har kommenteret , i systemd, efter at have lavet en fejlrapport, kan du finde en WONTFIX eller LUKKET takket være Lennart eller Kay, alt efter hvad der er tilfældet, og jeg overdriver ikke, når jeg siger dette, en prøve her:

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

        Læs kommentar 48, du har intet tab. Clements 53 er en anden, der ikke har noget tab, især for sin arkaiske, men funktionelle løsning på det problem, som Lennart ikke ønsker at løse, og som forresten blev rapporteret i 2011.

    3.    mario sagde han

      Disse "myter", der etablerede dem? Nogle fjernes fra galleriet, da "systemd ikke er bærbar uden grund." Det er helt sandt, at det ikke er bærbart (og han indrømmer, at det siger, at det er meget tilpasset til Linux)
      Det forudsætter fejl, såsom antagelsen om, at BSD ikke er interesseret (BSD-fyrene siger det modsatte: "Jordan Hubbard - FreeBSD: De næste 10 år (MeetBSD 2014)"), selvom det var bærbart, ville de ikke vedtage det og ting sådan (myte 13,14,15).

      Hvis Poetterings hensigt er, at vi begynder at omskrive scripts, eksklusivt til dit system (http://0pointer.de/blog/projects/systemd-for-admins-3.html) vi går galt. I princippet er et klassisk init-script ligeglad med, hvor det skal hen. Der foretages minimale ændringer for at arbejde på GNU, UNIX eller BSD. Nå, det var indtil nu (medmindre OpenRC bruges). Alligevel tror jeg, at ting som dette vil producere et skisma mellem Linux til desktop og servere. Ubuntu og afledte brugere vil kun se ændringerne i slutningen af ​​næste år.

      1.    anonym sagde han

        @ Dah65

        Da du siger, at systemd ikke er personificeret perversitet, så fortæl mig, hvorfor de ikke sætter muligheder i Makefile for at deaktivere alle dens moduler på kompileringstidspunktet, så de af os, der ikke kan lide at have disse "valgfri moduler" "der træder på andre pakker, så vi kan kompilere dem og oprette vores egne versioner af systemd capped!
        Ved du hvorfor de ikke gør det? Fordi dens udviklingsform kaldes tvungen pålæggelse, og da 95% af brugerne ikke har NPI, udnytter de standardindstillingen, vi afviste den for jer alle.
        Sådan fungerer gratis eller open source-software eller hvad de end vil kalde, det virker ikke, nu får det mig til at grine, for med den nye gaffel til Debian kommer mange mennesker ud til at tro, at det er spild af styrke, og jeg bliver ved med at spekulere på, hvor svært det var at sætte yderligere kompileringsmuligheder til Makefile?
        Emnet giver ikke mere, det er som at ønske at blande vand med olie, derfor vil der være uendelige gafler i hver udvikling, hvor der er en pålæggelse af et par til resten.

      2.    yukiteru sagde han

        @mario er præcis hvad du siger. Jordan Hubbard er også kommet til sine sanser, at BSD-initiativet skal opdateres ikke kun for at tilpasse sig nye teknologier, men også for at understøtte nye funktioner, der nu er mulige, men han omgår det koncept, som systemd nu har om, hvordan de skal gøres. ting, og de forenkler det til den filosofi, der altid har været fremherskende i UNIX, "Lav et program, der gør en ting og gør det godt", og at det i en init er ekstremt vigtigt, da vi ikke taler om en dæmon mere, vi taler om starten på et operativsystem, ud over at være en sikkerhedsforanstaltning sammenlignet med hvad mange specialister allerede begynder at kæmpe om systemd, og det er påviseligt, systemd ligner svchosts.exe fra Windows, gør fra init af tjenester til netværkskontrol blandt mange andre ting.

  10.   Luis sagde han

    Gutter, det er virkelig skræmmende.

    Er det meget kompliceret at fjerne fra ArchLinux ????

    Jeg vil kigge efter information, men jeg tør ikke røre ved den slags ting, for at jeg ikke skruer op og mister mit system.

  11.   manu sagde han

    Fra de mange kommentarer, jeg har læst, er SYSTEMD en ægte TROYAN HEST….
    Det betyder, hvem der kan gemme? Der er lidt information på spansk - om desktop-konfigurationen i FreeBSD og at gøre systemet klar til brug.

  12.   Raphael Mardechai sagde han

    Dårligt system, lad det være. xD

  13.   Waco sagde han

    Dette had systemd vil ikke være viralt ???? Arch er gået godt for mig ... hvis det er rigtigt, at det dækker mere, ved jeg ikke, om det er godt eller dårligt! men måske er der allerede sårbarheder for at tage kontrol eller en virus, der ødelægger systemet på grund af dette ... hvis det er stabilt og sikkert kan jeg ikke se problemet ... alligevel vil jeg se om jeg har tid og studerer emnet og lave nogle tests med openrc

    1.    dario sagde han

      ikke så stabil. og det er meget mere usikkert end system v. For en desktopbruger som mange af os (mig) repræsenterer det heller ikke et problem, en hurtigere boot fungerer godt, og jeg læser normalt ikke logfilerne, så det betyder ikke noget, hvor tydeligt de er, eller om det er i binært format.

      Jeg har en teori, Linux vil vokse på desktops (og regeringer) og miste terræn på servere (i stedet for at tage OS som freebsd)

  14.   Oscar sagde han

    På esdebian Wiki offentliggør de, hvordan SysVinit installeres på Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   anonym sagde han

    Når jeg læser om sikkerhed, finder jeg ud af, at der på Intel-siden er bundkort med chipsæt, generelt i northbridge, de implementerer noget, der hedder AMR Intel Active Management Technology .... interessant, heldigvis har jeg ikke Intel, men jeg ' Jeg begynder at kigge efter det. AMD-siden er der ikke sådan noget.
    De forestiller sig en kombination af intel + AMR + systemd, Gud forbyde.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Ikke underligt, at Stallmans paranoide råber om gratis bios.

    1.    Tito sagde han
  16.   dah65 sagde han

    Først og fremmest bruger jeg ikke systemd, fordi det endnu ikke er indbygget i Kubuntu (jeg er sammen med Netrunner 14, afledt af Kubuntu 14.04).

    Efter at have afklaret dette skal flere ting specificeres:

    1- systemd er ved at blive vedtaget af udviklere / pakere fra mange forskellige distroer (Debian, openSUSE, Arch, Fedora ...), men nu viser det sig, at læserne af denne blog ved mere end de om fordele og ulemper ved systemd.

    2- systemd er gratis software, hvis kode kan læses (og forstås) af dem, der har tid og viden (de udviklere / pakkeholdere, jeg talte om før). Hvis du skjuler bagdøre, ville de blive opdaget. Hvor mange af læserne bruger en firmware eller driver, hvis kode du ikke har læst og ikke kan læse? Jeg synes, det giver mere mening at være bange for det end ikke for systemd.

    3- Vi arbejder alle med binære pakker, for når jeg downloader en .deb fra arkiverne for at installere den, downloader jeg ikke en almindelig tekstfil. Så dette argument er ret paradoksalt.

    4 - I GNU / Linux er der allerede programmer, der gør mange ting: den samme kerne, der i stigende grad integrerer flere drivere og endda proprietær firmware (bedre at placere en bagdør i den lukkede firmware end i et program, hvis kode er offentliggjort). Der er også Xorg, som ikke kun håndterer den grafiske server, men også tastaturet, musen og andre ting; Ingen siger, at Xorg "forråder" UNIX-filosofien for det, de vil gå på pension, fordi han allerede er blevet overhalet af andre projekter.

    5- "Linux er valg", selvfølgelig, men det er friheden til at vælge, om jeg vil læse koden, ændre den, distribuere den osv. Ikke at distroer er nødvendige for at give alle valg (alle processorarkitekturer, alle desktop-miljøer, alle pakkeformater osv.)

    6- For dem, der overvejer at skifte til en BSD, husker jeg at have læst nyheder om, at i nogle BSD-systemer havde den amerikanske NSA allerede sat sine kløer. Hvis denne nyhed var korrekt, ved jeg det ikke, fordi jeg ikke har fulgt emnet. Men det er ironisk, at jeg flygter fra noget "fordi Red Hat er bag og måske ..." for at komme ind i noget, som "måske NSA er bag ..."

    Ud over at bruge GNU / Linux, BSD, Windows eller hvad du vil have os til at bruge, kan vi også bruge vores logik og evne til at ræsonnere

    1.    Elav sagde han

      Først og fremmest bruger jeg ikke systemd, fordi det endnu ikke er indbygget i Kubuntu (jeg er sammen med Netrunner 14, afledt af Kubuntu 14.04).

      Efter at have afklaret dette skal flere ting specificeres:

      1- systemd er ved at blive vedtaget af udviklere / pakere fra mange forskellige distroer (Debian, openSUSE, Arch, Fedora ...), men nu viser det sig, at læserne af denne blog ved mere end de om fordele og ulemper ved systemd.

      Med andre ord har læserne af denne blog, da de kun er læsere, ikke evnen til at indse, om noget er godt eller ej, fordi vi skal styres af den gode dømmekraft, viden og erfaring, der findes hos pakkerne og udviklerne. Er det det?

      2- systemd er gratis software, hvis kode kan læses (og forstås) af dem, der har tid og viden (de udviklere / pakkeholdere, jeg talte om før). Hvis du skjuler bagdøre, ville de blive opdaget. Hvor mange af læserne bruger en firmware eller driver, hvis kode du ikke har læst og ikke kan læse? Jeg synes, det giver mere mening at være bange for det end ikke for systemd.

      Det er sandt, det er fri software, og hvis der vises noget mærkeligt, vil de superfolk, du har talt om før, og som vi skal stole på, være i stand til at lægge mærke til og meddele det, eller måske ikke, for måske som de er mennesker, vil de blive fristet at holde kæft til gengæld for noget.

      3- Vi arbejder alle med binære pakker, for når jeg downloader en .deb fra arkiverne for at installere den, downloader jeg ikke en almindelig tekstfil. Så dette argument er ret paradoksalt.

      Når du downloader en .deb, er alt, hvad du laver, at downloade en komprimeret fil, som du kan pakke ud og derfor se, hvad der er indeni og er muligt, hvilket er hvor binæren er indeni. 😉

      6- For dem, der overvejer at skifte til en BSD, husker jeg at have læst nyheder om, at i nogle BSD-systemer havde den amerikanske NSA allerede sat sine kløer. Hvis denne nyhed var korrekt, ved jeg det ikke, fordi jeg ikke har fulgt emnet. Men det er ironisk, at jeg flygter fra noget "fordi Red Hat er bag og måske ..." for at komme ind i noget, som "måske NSA er bag ..."

      Jeg ved ikke, hvem der er de brugere, der skal flygte fra Linux for at gå til BSD, men for eksempel behøver jeg ikke forlade Linux, jeg bliver kun nødt til at efterlade en distribution, der sætter Systemd bag dig ja eller ja.

      Ud over at bruge GNU / Linux, BSD, Windows eller hvad du vil have os til at bruge, kan vi også bruge vores logik og evne til at ræsonnere

      Kort sagt, de af os, der kommenterer, læser og bruger GNU / Linux i denne blog, begrunder ikke. Det er det, du vil sige? Alligevel fortæller jeg dig fra min personlige erfaring og min ræsonnement (hvad enten det er logisk eller ej):

      Systemd sidder lort fast på en pind. Jeg har læst, at der er andre Inits, der starter meget hurtigere og derfor ikke behøver at kontrollere DNS, RED, CRON og alt andet, som Systemd vil kontrollere. Måske for en slutbruger, der kun holder af at tænde computeren, åbne en browser og sende e-mails, betyder det ikke noget, om de bruger Systemd eller Systemx, men for dem af os, der administrerer servere, er det en smerte i røven. Og jeg stiller dig det samme spørgsmål, som jeg altid spørger, hvad der sker, hvis Systemd er kompromitteret og går i helvede? Har vi ingen RØD, ingen CRON, ingen DNS, ingen Init og alt andet, den gør? Der overlader jeg det til dig.

      Og pas på, jeg fortæller dig alt dette uden problemer. Når det er sagt, velkommen til disse dele.

      1.    dah65 sagde han

        Tak for velkomsten.

        Når jeg reagerer uden problemer, præciserer jeg, at jeg hverken udvikler system eller får betalt for at promovere det. Og at det overhovedet ikke påvirker mig, om andre bruger det eller ej, det er deres beslutning.

        Men hvad jeg ser med denne sag, synes til tider en hysteri, og jeg læser meninger fra mennesker, der uden at have studeret koden eller har brugt den mærker den som affald, pålæggelse, forræderi, og jeg ved ikke, hvor mange andet. Det minder mig om en situation, jeg oplevede for et par dage siden, da en person, der erkendte, at han aldrig havde installeret Windows eller vidste, hvordan man partitionerede en harddisk, begyndte at sige, at Linux var meget vanskeligt ... uden nogensinde at have prøvet det, og også med Android på sin smartphone.

        Har du sammenlignet systemd med sysvinit, med upstart og med openrc? Fantastisk, du kan tage en beslutning baseret på din egen erfaring. Det er det bedste, fordi du også ved, at distro, der fungerer på en computer, kan være umagen værd på en anden, og det er derfor de af os, der har en vis erfaring med GNU / Linux, siger at den bedste distro er den, som brugeren føler sig godt tilpas.

        1- «Med andre ord har læserne af denne blog, fordi de kun er læsere, ikke evnen til at indse, om noget er godt eller ej, fordi vi skal styres af emballageres og udvikleres gode dømmekraft, viden og erfaring »

        Jeg har været læser af denne blog i nogen tid (du vil se mine kommentarer i gamle nyheder), så jeg er med i pakken. Og svaret er, at nej: det at være en læser af denne eller enhver blog gør det ikke muligt for mig (i det mindste mig) at bedømme godt eller dårligt ved en software, som jeg ikke kender. Jeg kan læse, hvad andre siger, og i dette tilfælde er der holdninger både for og imod systemd; faktisk, hver gang emnet rejses i Phoronix, er der meget debat, men selv der argumenterede kommentarer er knappe. Jeg henviser til argumenter som "når systemd kalder proces X en uendelig løkke opstår, hvilket gør systemet ubrugeligt."

        Og sandheden er, at ved at bruge en distro eller en anden styres du af dommer, viden og erfaring hos pakkerne og udviklerne. Brug af ethvert operativsystem eller program indebærer delvis at stole på andres vurdering og erfaring; for eksempel accepterer du med Linux beslutningen om at bruge en monolitisk kerne i stedet for at bruge en mikrokernel som Hurd. Denne beslutning var Linus Torvalds, og du accepterer den ved at bruge hans kerne.

        2- «Det er sandt, det er fri software, og hvis der vises noget underligt, vil de superfolk, du talte om før, og som vi skal stole på, være i stand til at lægge mærke til og annoncere det, eller måske ikke, for måske som de er mennesker vil føle sig fristet til at holde kæft til gengæld for noget. "

        Nå, mistænkelig, hvorfor stole på Linus Torvalds og Richard Stallman og GNU-projektet? Jeg har ikke kigget på koden til dine programmer, så måske bedrager de mig.

        3 - «Og jeg stiller dig det samme spørgsmål, som jeg altid stiller, hvad vil der ske, hvis Systemd er kompromitteret og går i helvede? Har vi ingen RØD, ingen CRON, ingen DNS, ingen Init og alt andet, den gør? Jeg lader det være der. »

        Hvad hvis OpenRC er kompromitteret på en eller anden måde? Eller Upstart? Eller kernen? Det skete for mig, efter en "normal" opdatering i Debian Testing løb jeg tør for grub, jeg kunne ikke komme ind i Debian eller Windows, og på det tidspunkt betød min uvidenhed, at jeg kun havde mulighed for at geninstallere.

        4- «Kort sagt, de af os, der kommenterer, læser og bruger GNU / Linux på denne blog, begrunder ikke. Det er det, du vil sige? "

        Nej, det mener jeg ikke; Jeg har ikke til hensigt at generalisere fra en bestemt, konkret situation til en eller tusind menneskers adfærd. Men jeg tror, ​​at i tilfælde af systemd tales det mange gange uden at foretage en objektiv og rolig analyse; det skete også med Wayland-Mir, hvor der blev fremsat mange ubegrundede påstande, både mod Wayland og Canonical.

        Derudover gentager jeg, at jeg læser og kommenterer denne blog (som i andre), og at jeg bruger GNU / Linux.

        Og jeg gentager også, hvad jeg sagde før: lad os bruge vores hjerner, analysere det, vi hører og læser, tage forskellige perspektiver for at forsøge at tilbagevise både A og ikke-A, og hvis det er muligt, lad os få vores egen erfaring til at basere vores konklusioner på fakta . Og så lad os bruge det, der føles rigtigt for os.

      2.    Waco sagde han

        umm .. godt at være kompromitteret er en hypotese er ligesom alt .. mit spørgsmål er allerede bestået? .. måske findes der ikke bugs i al software, og de rettes, hvis x bugs vises i systemd de retter det og som ethvert program kan have dens bugs .. problemet er ikke, at det kan mislykkes, det er, hvis du vil have det til at gøre eller kontrollere, hvad det laver, men ikke under den antagelse, at det kan mislykkes, kan noget mislykkes på et øjeblik ... Jeg er ikke en fan af systemd overhovedet, det er bare min mening.

        1.    Elav sagde han

          En fejl kan forekomme på en brugers computer, og der kan ikke ske noget, men på en server er ting meget, meget forskellige.

      3.    yukiteru sagde han

        @waco, hvis du får fejl i en software, skal du rette dem. Problemet er, at systemd har mange gamle bugs (nogle dateres tilbage til 2010 og alvorlige), og de er stadig ikke rettet i dag, eller simpelthen nedtonet eller simpelthen markeret af Lennart som LUKKET eller WONTFIX.

    2.    Waco sagde han

      din kommentar er meget vellykket! Vi kan ikke alle falde for systemd, fordi det er moderigtigt og er skabt som en udtværingskampagne til dette ... enhver ændring har en afvisning.

    3.    yukiteru sagde han

      Jeg svarer på dine argumenter:

      1.- Seriøse og spørgende brugere og udviklere kender fordelene og ulemperne ved at indføre systemd i ethvert udviklings- og arbejdsmiljø, svaghederne og styrkerne ved systemd ændres ikke på grund af at have et eller andet perspektiv.

      2.- Bestemt systemd er gratis software og kan revideres. Problemet er ikke, at det har skjulte bagdøre, problemet er, at det gør ting, som en init ikke skal gøre (netværkskontrol, dns, TTY-konsoller osv.), At den har en masse tjenester, der skal til andre, at det gør tingene på en helt anden måde end hvordan de forventes at blive gjort, hvilket bryder reglerne for selve Linux-kernen (coredump), at mange af dens udviklere er meget interesserede i at løse strukturelle problemer, som systemd har (coredump og debug er blandt de mest seriøse, men endnu ikke løst).

      3.- En ting er at downloade en binær, der viser sig at være et program, hvis KONFIGURATION og LOGS stadig er i almindelig tekst, og en anden ting er at downloade en binær, hvis KONFIGURATION og anden information er gemt i binær og kun er tilgængelig via specifikke værktøjer, det er her, tingene ændrer sig. En binær log tilbyder ikke sikkerhed (hvis du virkelig vil have sikkerhed, skal du kryptere partitionen med AES-256), det er bare en sort boks, hvorfra du ikke ved noget om, hvad der sker, og den egner sig til mange ting, for eksempel : Forestil dig, at du har en Trojan, der udnytter en systemd-sårbarhed og gennem den opnår fuld adgang til systemet inklusive log-tjenesten og optrapning af privilegier. Er det ikke et alvorligt problem? Ville de binære logfiler, der håndteres direkte af systemd, ikke vende sig mod dig ved at være uhørbar uden at komme til det punkt, at de allerede er blevet uvidende ændret? Der er pointen og forskellen mellem et program og en konfigurationsfil / logs / dumps i binær.

      4.- Kernen er et stykke software designet i den forstand, den er designet fra starten til at kontrollere alt på din pc, ikke en init. En init er kun dedikeret til at få dit system til at løfte kernen og være anvendelig, fordi det er den første ting at starte og den sidste ting at afslutte. Derfor kaldes det init (initialisering), fordi det kun starter systemet og ikke gør noget andet, og grunden til dette er meget simpelt, init skal være den mest stabile og perfekte software, der er mulig, for at undgå det af en eller anden grund Dette ender med at bryde hele systemet, det handler om stabilitet og sikkerhed. Xorg, er en anden stemme, det gør mange ting, det er sandt, men intet så risikabelt at efterlade dig med et helt ubrugeligt system, og også dets konfiguration gøres stadig i enkle almindelige tekstfiler.

      5. - Distros er bestemt ikke forpligtet til at tilbyde frihed i bred forstand, og det er på grund af dette, at den nuværende tirade præsenteres. Men vi er brugere og samfundet, og mange af os er simpelthen ikke enige i implementeringen af ​​dette system, det er derfor, vi får vores stemme til at nå ud, uanset om de lytter til det eller ej, det er et spørgsmål om dem, der udvikler distro, og deres beslutning vil have en indvirkning på dem, der beslutter at bruge eller ikke deres distro, og det kan klart føre til fiasko af flere distroer afhængigt af hvordan tingene går, og et eksempel nu er Debian og dens Devuan-gaffel.

      6.- BSD-nyheden skyldes, hvad der skete i OpenSSH og i OpenBSD IP-stakken, en bagdør, der forresten ikke kun påvirkede BSD, men også Linux (i tilfælde af OpenSSH), og det blev løst. Situationen tilskrives BSD, fordi det er BSD (Theo de Raadt i OpenBSD), der er ansvarlig for udviklingen af ​​dette værktøj (OpenSSH), og situationen opstod, fordi visse udviklere, der ikke længere er aktive i projektet, plantede bagdøren . Situationen blev løst, og de relevante foranstaltninger, der skulle træffes, blev erklæret, hvis denne situation kunne påvirke dem, der brugte softwaren. Nu: Kan denne situation opstå i systemd? Svaret er simpelt, og resultatet er katastrofalt, da systemd håndterer optrapning af privilegier blandt mange andre ting, betyder en bagdør i systemd total adgang til systemet, noget der ikke skete med de bagdøre, der er nævnt i BSD.

  17.   Oscar sagde han

    De returnerer Debian-gaffelen uden systemd allerede har en webside. Det ser ud til, at projektet kører og meget seriøst. https://devuan.org/

  18.   aaditya bagga sagde han

    Opdaterede ISO'er og nogle nye uploads.
    https://forum.manjaro.org/index.php?board=50.0

  19.   nøgler sagde han

    Installationsprogrammet er ikke særlig klart, jeg kan ikke følge deres trin, især ikke i den del af partitionerne, jeg ved ikke, hvorfor de insisterer på disse forvirrende ting.

  20.   Manuel R. sagde han

    Der er noget, der fanger min opmærksomhed omkring netinstallationen med Openrc, et sted i installationen ser jeg hele tiden beskeden om, at du konfigurerer systemd, vil de virkelig være fri for systemd eller dets anvendelse?

    1.    nøgler sagde han

      Hej Manuel, jeg observerede også det samme under installationen, det skal være et spørgsmål om installationsprogrammet, for det der er ingen tvivl er, at systemd ikke er installeret, du bekræfter i terminalen sådan: pacman -Qs openrc

      hilsen

      1.    Manuel R. sagde han

        Hej keos, først og fremmest undskylder jeg for ikke at have svaret før. Jeg sætter pris på dit svar, jeg er glad for at vide, at Manjaro tilbyder denne mulighed; så snart Ubuntu Precise support slutter (eller måske hurtigere) installerer jeg det. Hilsen.

  21.   Anonimo sagde han

    Godt indlæg

    Jeg venter i Manjaro med Systemd, mens OpenRC-versionen modnes lidt mere, jeg vil komme ud af systemd ... (jeg sveder det)