„OpenRC“ dėl „Manjaro“ izoso „Systemd“ neapykantos dalyviams

Šiandien skaitydamas savo RSS sužinojau įdomią naujieną, kad Tinklaraštis Replikatoriaus išvaizda, ir tai, kad Manjaro bendruomenėje buvo paleisti keli ISO su tuo ypatumu, kurio jie nenaudoja Systemd kaip init, dar kitaip „OpenRC“, paleisties sistema, kurią naudoja "Gentoo".

„OpenRC“

Aš nežinau apie tave, bet „Systemd“ tema jau labai liečia mano kamuolius, ir kuo daugiau skaitau, tuo labiau suprantu, kad nors galutiniam vartotojui (ar daugeliui) tai nėra kažkas svarbaus, bent jau man , Man nepatinka šis kelias. Tikiu, kad GNU / Linux pasaulyje ateina juodasis sezonas, kai šakės ir nepasitenkinimas prasidės net sausringose ​​dykumose.

Bet leiskimės į reikalus. „Manjaro“ forume jie paskelbė, kaip jau sakiau anksčiau, keletą isos, kuriuos naudoja „OpenRC“. Tiems, kurie bijo įdiegti šias versijas, palieku vaizdo įrašą, kaip tai padaryti.

Atsisiųskite ISO su „OpenRC“

Pirmasis ISO, kurį pamatysime, yra jo versija „NetInstall“. Šis ISO turi šias charakteristikas:

  • Remiantis „Manjaro-Net“ profiliu (iš anksto neįdiegta darbalaukio aplinka)
  • Remiantis testavimo šaka.
  • Tik nemokami vairuotojai
  • Naudokite „Linux“ branduolio 3.14 seriją
  • Nenaudoja Plimuto
  • Jis buvo išbandytas „Virtualbox“

Kalbą galima pasirinkti pradžioje paspaudus klavišą F2. Baigę įkrovos procesą, rasime raginimą, kurį naudosime norėdami pasiekti:

  • Vartotojas: root
  • Slaptažodis: manjaro

Norėdami pradėti diegimą, kaip parodyta ankstesniame vaizdo įraše, parašysime:

setup

Nuorodos, skirtos atsisiųsti ISO

manjaro-net-0.8.11-openrc-i686.iso (32 bitų)
(Aš esu md5: 80be54ecfb0360b2a8e544344f72113c)

manjaro-net-0.8.11-openrc-x86_64.iso (64 bitų)
(Aš esu md5: ef205f70f3b3428545fdf1420db10b74)

Po įdiegimo instrukcijos

Į Manjaro forumas Jie siūlo mums keletą duomenų po įdiegimo:

Pridedame „openrc-eudev“ saugyklą vadovaudamiesi šiomis instrukcijomis.

1) /etc/pacman.conf pabaigoje pridedame šiuos duomenis:

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

Pridedame ir importuojame raktus:

sudo pacman-key -r 518B147D sudo pacman-key - „ign-key 518B147D “

2) Mes atnaujiname sistemą

sudo pacman -Syu

3) Mes įdiegiame norimą darbalaukio aplinką, naudojamą pavyzdyje ateiti

sudo pacman -S lxde

Informacijos apie darbalaukio aplinkų diegimą galite rasti wiki.

4) Įdiegiame „Session Manager“:

sudo pacman -S lxdm -consolekit
Sesijos tvarkyklė taip pat turi būti nustatyta faile /etc/conf.d/xdm ir yra daugiau informacijos čia y čia

5) Mes įdiegiame keletą paketų, tokių kaip programėlė „networkmanager“

sudo pacman -S tinklo vadybininkas-programėlė

6) Paleidžiame sistemą iš naujo

sudo perkrauti

Manau, savaime suprantama, kad tam mes turime būti prisijungę prie interneto kabeliu. Jei mes naudojame „WiFi“, galite pamatyti, kaip tai padaryti šią nuorodą.

„Manajaro ISO“ su ​​„OpenRC“ ir „OpenBox“

„Openbox ISO“ atveju reikia atsižvelgti į kai kuriuos dalykus:

  • Pagrindinis tikslas yra padaryti diegimo procesas yra lengvesnis ir leisti configure forma grafikas tinklas (naudojant gudrus) ir skaidymas naudojant GParted pasirinktinai.
  • Konfigūracija apima „Openbox WM“, „LXTerminal“, „PCMan“ ir „NetSurf“ žiniatinklio naršyklė (ieškoti informacija wiki o "Google"), ir taip toliau
  • Naudokite konsolės diegimo programą.

Nuorodos, kaip atsisiųsti ISO su „OpenRC“:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 bitų)
(Aš esu md5: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bitų)
(Aš esu md5: 07fd57df022118dfc9e2794a0ca3d26e)

„Manjaro XFCE ISO“ su ​​„OpenRC“

Tik eksperimentiškai ir 64 bitams taip pat yra ISO su XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bitų)
(Aš esu md5: e132f294f2ffd99c6cbc371d1e7a6d72)


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   vienas iš kai kurių sakė

    Jūs teisus, systemd problema pradeda duoti tam tikrą dvelksmą, nes „OpenRC“ yra natūralus dabartinio iniciatoriaus tęsėjas. Pažiūrėsime, kur baigsis ši istorija.

  2.   William sakė

    "Nors galutiniam vartotojui (ar daugeliui) tai nėra nieko svarbaus"

    Manau, kad tas pats, tai neaktualu, nes kaip vartotojai tai neturėjo įtakos mums veikiant pačiai OS.

    Tiesą sakant, vienintelis didelis (debianas), pranešė apie „skandalą“ šia tema ir, nors jie sako, kad yra ir kitų priežasčių, visos susijusios sistemos (ir neturėtų).

    Kiti dideli skyriai, jie nesukėlė problemų (arba bent jau pasireiškė kastuvais ir deglais), Fedora, Ubuntu ir OpenSUSE.

    Susidaro įspūdis, kad tai kova tarp programuotojų, nes, pvz., „Openuse“ 13.2 versija yra gerai sutinkama / kritikuojama, o apžvalgose niekas nekalba apie „systemd“ (net jei tai turėtų sukelti diskusijas),

    Dabar kodėl visi triukšmai pereinant nuo „systemd“ prie „OpenRC“, jei galų gale tai jiems įtakos neturi.

    1.    dero sakė

      Asmeniškai, kalbant apie sistemą, man tai neramu, aš nesaugu, turiu gerą postą.

    2.    Jukiteru sakė

      Fedoroje buvo keletas diskusijų dėl sistemos, kai buvo nuspręsta ją įvesti kaip init, buvo keletas sistemos menkintojų, daugiausia dėl to, kad jie nesutiko naudoti pagal nutylėjimą, nes ji buvo labai nauja ir turėjo daug trūkumų, tačiau Dauguma pagrindinių kūrėjų yra pagrindinėje kūrėjų komandoje ir buvo susiję su „systemd“, todėl „Upstart“ pakeitimas „systemd“ buvo tam tikro primetimo ženklas, be to, kad „Upstart“ buvo „Ubuntu“ plėtra ir turi CLA gana susiraukęs, o tai galiausiai padėjo visiems be abejonės priimti sistemą. Tuo metu apie „OpenRC“ nebuvo galima kalbėti, nes trūko daugybės dabar turimų funkcijų, įskaitant lygiagretinimą ir grupių palaikymą.

  3.   anoniminis sakė

    Puiki naujiena! dvejetainis distro, kuris išlaisvins openrc ... tai panašu į dievo siuntimą.
    Tai kelias, kurį „Archlinux“ turėjo eiti nuo pat pradžių, prisimenu, kai turėjau patvirtinti „Archlinux“, kad eitume į „systemd“. Dabar turiu galimybę pakartotinai išbandyti dvejetainį distro su „openrc + eudev“, kurį aš čia naudoju „gentoo“.
    Ačiū žmonėms iš Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): „OpenRC“ valdo pagrindinio kompiuterio paslaugas, paleidimą ir išjungimą
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): „Linux“ dinaminio ir nuolatinio įrenginių pavadinimo palaikymas (dar žinomas kaip „userspace devfs“)

  4.   xiep sakė

    Ačiū už informaciją, elavai!

    Pritariu jūsų nuomonei apie „systemd“ ir taip pat esu susirūpinęs dėl „Linux“ nukrypimo nuo šios naujos „init“ pasirodymo. Jei „Wheezy“ pasensta, kol ateis „Debian“ šakutė, pagalvosiu apie tai, kaip išbandyti „Manjaro OpenRC“, nes neturiu laisvo laiko paruošti „Gentoo“ sistemą (vertinau tai daryti, bet tikrai sukūriau „Gentoo“ yra per plati mano asmeninei situacijai).

    Sveiki atvykę!

  5.   Cristian sakė

    Elav, kurį galite apibūdinti mažiau nei 10 žodžių vartotojui, kuris per daug nesupranta „polemikos“, prieš kurį laiką tinklaraštyje yra keletas straipsnių, kurie yra labai techniški, ir jie nebaigia paaiškinti „neinicijuotų“ konteksto ... Jie man pasakė, kad, nepaisant techninio pobūdžio, paaiškinimą net močiutė turi suprasti, kad jis geras.

    Tiesą sakant, fedoroje seniai seniai problema tapo nepakenčiama tiek, kad keli darbalaukio vartotojai galvojo pereiti prie cento, kad apeitų problemą

    1.    luis sakė

      Aš užsirašau į tą prašymą.

      „Systemd“ man gerai veikia.Kokia problema sukelia tiek daug judesių?

      Tarkime, aš nežinau.

    2.    Daryo sakė

      „systemd“ yra programa, atsakinga už sistemos paleidimą, tačiau jos kūrėjai nusprendė ją pratęsti ir dabar ne tik tvarko paleidimą, bet ir tokius dalykus kaip „cron“ (programa automatiškai paleisti programas), tinklą, sistemos žurnalus, kurie, beje, yra dvejetainiai failai, be kita ko

      Daugelis nelaiko teigiamai tokio staigaus pakeitimo, ypač todėl, kad tai yra nauja programinė įranga, turinti daug daugiau klaidų nei programos, kurios veikė visą gyvenimą, be to, priklausomybės generavimas programuojant ir, pavyzdžiui, gnome vis labiau susietas prie šios sistemos. Padaro jį mažiau perkeliamą į kitas „unix“ platformas.

      Nežinau, ar kitas mano komentaras nepraėjo moderavimo, tačiau jame buvo parašyta, kad man patiko „systemd“, tačiau jie neturėtų leisti jai monopolizuoti visų paskirstymų ir palikti alternatyvų, kaip visada buvo daroma „Linux“ tiems, kurie turi skirtingų poreikių.

    3.    Daryo sakė

      Turiu pasakyti, kad prieš programą, atsakingą už sistemos paleidimą įkrovos metu, buvo „system v“, kuri tęsėsi ilgą laiką, kol daugumoje platinimų ją pakeitė „systemd xD“.

    4.    gyvas sakė

      Prie to, ką sako @daryo, pridedu šiuos dalykus (taip pat mano nuomonę):

      Man visada patiko „Unix“ filosofija, kai programa daro tik vieną dalyką, bet daro tai gerai. Kai „Systemd“ nori kontroliuoti viską, ką jums pasakė @daryo, aš šiek tiek abejoju ir kas nutiktų, jei „Systemd“ būtų kažkaip pažeista? Na, galbūt tai temptų viską, ką kontroliuoja.

      Prie to pridursiu (ir galbūt tai daugiau iš įpročio), kad man visada patiko, kad mano sistemos žurnalai yra gryni teksto failai, tačiau sistemoje „Systemd“ viskas yra dvejetainė ir tokios komandos kaip:

      cat log.txt

      o

      tailf log.txt

      Kur galėtume naudoti kitas parinktis, pvz., GREP tam tikram turiniui filtruoti, tačiau „Systemd“ naudoja pavadintą komandą Journalctl.

      Be to, turiu pasakyti, kad būdamas „RedHat“ pagrindinis „Systemd“ eksponentas, gaunu įspėjimą, kurio negaliu išjungti. Gal aš klystu, bet tai neatrodo gerai .. Ir aš vis galvoju, ko reikia norint valdyti įkrovą, „cron“, tinklą ir kiek yra paslaugų? Ką jie tuo nori pasakyti?

      1.    Aleksandras sakė

        Dėl jūsų komentaro ir to, ką tyrinėjau, galiu patvirtinti jūsų įtarimus, tas įspėjimas yra teisingas, Broder.
        Aš supratau, aš skaičiau apie „TCP Stealth“. Tai yra vokiečių disertacija, kurioje jie kaltina „Red Hat“, kad jis palengvino pramoninį šnipinėjimą 5 akių klausymo sistemose:
        Aš jau rašiau apie tai, jei turite reikiamą talentą, žinau, kad jį turite, galite padaryti savo išvadas:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP slaptas

      2.    Jukiteru sakė

        Norint papildyti jūsų gražų komentarą @elav, systemd yra NIH toks didelis, kad dabar jis teigia kontroliuojantis šiuos dalykus:

        1.- Interneto ryšių su IPv4 ir IPv6 valdymas naudojant systemd-networkd ir systemd-nspawn.
        2. - DNS valdymas per vidinę DNS talpyklą, išspręsta sistemoje.
        3. - Daugialypės terpės DNS valdymas vidiniuose tinkluose, naudojant systemd-networkd.
        4. - TTY terminalų valdymas sistemoje „Linux“, naudojant „systemd-consoled“. (Sudie KMScon?)
        5.- Sesijos ir privilegijų valdymas prisijungus.
        6.- „Coredump“ valdymas, naudojant dvejetainius failus ir praleidžiant branduolio direktyvas.
        7.- Žurnalų valdymas, naudojant dvejetainius failus ir praleidžiant branduolio direktyvas.
        8.- AKPI įvykių valdymas prisijungus. („Systemd-212“ pridėjo kelis galvos skausmus „Nvidia“ kūrėjams su įvairiomis klaidomis, dėl kurių sistema tapo nenaudinga)
        9. - PPPoE palaikymas tinklui, vis dar vykdomam darbui.
        10.- DHCP palaikymas kliente ir serveryje. (Ką jie su tuo daro? Neįsivaizduojama)
        11.- Parama sistemoms su gamykliniu atstatymu, kuris, beje, yra glaudžiai susijęs su BTRFS (Nenustebkite, jei BTRFS vėliau taps priklausomybe nuo systemd, geras Lennartas tai myli)
        12 ..- Virtualizuotų konteinerių palaikymas (daugiausia „Xen“ ir „KVM“)
        13.- Įrenginio tvarkymo ir inicializavimo palaikymas (ką daro „udev“)
        14.- Diskų šifravimo sistemų tvarkymas.
        15.- Įsiunčiama programinė aparatinė ir branduolio moduliai.
        16. - Valdymas pagrindinio kompiuterio pavadinimo (sukuria unikalų jūsų kompiuterio identifikatorių), patalpų, laiko, NTP sinchronizavimo, sysctl (branduolio valdymo kintamieji) ir net atsitiktinių skaičių generatoriaus (labai WTF tai, ir tai kelia daug įtarimų). )
        17.- Laikinų bylų sistemų tvarkymas.

        Trumpai tariant, yra tie dalykai, kuriuos aš žinau, kad sistema daro, jei kas nors žino daugiau nei pasako :)

        PS: „systemd“ nebeteikia palaikymo LSB ir „SysV“ scenarijams nuo „systemd-214“, todėl nežinau, kiek jų „senasis“ palaikymas dabar teisingas ir kiek jie atitinka standartus. Aš sakau, ar „LSB“ vis dar yra „Linux“ standartas, ar aš klystu?

        1.    Allanas herrera sakė

          Ačiū, kad praneši man, galvojau eiti į BTRFS, bet žinodamas, kad Lennartui jis patinka, gali žinoti, kad jis turi būti siaubingas ir šnipinėti NSA-IBM

    5.    anoniminis sakė

      Mažai vietos tiek daug apibendrinti ir paaiškinti ... tai milžiniškas Trojos arklys, kurio jie net nebando demonstruoti. Ką veikia paleidimo sistema, įtraukdama tinklo sistemas, dhcp dns ir net, manau, avahi ... į systemd? Sprendimų galia prarandama nesugebant valdyti paslaugų
      kurių nenoriu ir kurie neatvyksta pas mane, kuriuos galima išjungti, aš nenoriu, kad jie būtų „systemd“ pakete!
      „OpenRC“ yra tas, kuris nusprendžia, kokie dalykai pradedami kiekviename vykdymo lygyje, kai kurios paslaugos priklauso nuo kitų paslaugų, tačiau jų yra nedaug ir jos yra išvardytos ... o sistemoje viskas daro ką nori šiuo metu Jis jaučiasi taip ... kad bagažinėje gautųsi apie 5 sekundes ir greitai išjungtum.
      „Systemd“ yra tokia sudėtinga, kad neįmanoma žinoti, ką ji daro, jūs turite atsistatydinti manydami, kad tai jūsų šeimininkas ir nedaro jums nieko blogo.
      „Systemd“ laužo mintį, kad viskas turėtų būti lengva ir suprantama demonų, paslaugų ir veikimo lygiu. Niekas, kuris naudojasi „systemd“, visiškai nežino, kas visada vyksta jų tarnybose.
      „Systemd“ neleidžia natūraliai naudoti „syslog-ng“, jie nustatė „journalnald“ žengti ant jo ir neleidžia jam veikti, tai yra, ar jūs naudojate žurnalą ar „naninga“! Sistemos žurnalas yra labai svarbus saugumui ir auditui, kas nutiko ir vyksta su vietiniais ir nuotoliniais ryšiais, tačiau žurnalas naudoja dvejetainį formatą, kurį mato tik jornalctl ... Labai dažnai žurnalas sugenda „paslaptingai“. savo dvejetainį failą ir, matydamas jį sugadintą, vieną kartą jį ištrina ir pradeda nuo naujo, pamiršdamas visus jau esančius žurnalus.
      Galiu tęsti kelias valandas, bet blogiausia problema yra ta, kad Lennartas neduoda kamuolio tiems, kurie praneša apie tas klaidas, ir, kiek aš skaičiau, jis niekieno nepriima.
      Maniau, kad patekę į „systemd“ jie praneš apie klaidas ir pataisas, kuriuos sistemai teks priimti ... bet aš nuoširdžiai tikiu, kad Lennartas ir RedHatas turi kitą planą likusiems rajonams .... kaip jau sakiau anksčiau, HORSE OF TROYA iš „RedHat“.
      Sąžiningai man, kad „systemd“ nėra pataisoma, jo dizaino idėja yra blogai bloga, geriau paleisti įkrovos sistemą nuo nulio, nei bandyti pataisyti tą frankesteiną.

      1.    gyvas sakė

        AMEN !! @Anoniminis..

      2.    kada sakė

        Aš naudoju „systemd“ („Fedora“) kokius porą metų ir priėjau tai:
        Klausimas kvepia keistai, nes daugiau dalykų suteikia daugiau galimybių išjungti / peradresuoti.
        „Journaln“, kurį nukreipiau į „rsyslog“, tiesiogiai. Kažkas jūsų dvejetainis žurnalas jau sugadintas.
        Iš dns aš naudoju „bind“, jei jie integruos jį į „systemd“, aš ir toliau naudosiu tą patį, nors turiu viską modifikuoti.
        Aš naudoju „XFCE“, todėl jis man labai sutaupo tai, ką gnome nori integruoti.
        Tai tarsi dramblys porceliano parduotuvėje.

      3.    Tito sakė

        Tiesa; net jie patys nežino, kaip tai vadinti. Mes einame kasdien atnaujinti, taisyti klaidas ir kitus šūdus. Tai yra tema, kuri mane gana piktina; bet ne tik dėl to, kad „SystemD“ yra suverenas šūdas; jei ne kaip jie tai padarė.
        Akivaizdu, kad „Linux“ pasaulyje yra keletas įmonių, kurios bando viską kontroliuoti; žr. „Canonical“, „RedHat“ ir „Gnome“ (net pats Migelis de Icaza paliko Gnome).
        Jei naudoju „Linux“, tai dėl to, ką aš jį valdau, ir tai yra jo pagrindas ir filosofija; Norėdamas nežinoti, ką jis daro, montuoju mašinas, kuriose jau veikia „W Server“.
        Man gaila, kad Debianas pasidavė. Tiesą sakant, svarstoma galimybė sukurti lygiagrečią šakę be „SystemD“.
        Tikėkimės, kad dalykas nenueis daugiau; arba matau save migruojančią visas savo mašinas į BSD.

      4.    Jukiteru sakė

        @ anonimas, komentarų kūrinys, tu negali būti teisesnis.

        systemd yra beprotiškas dalykas, neturintis daugelio dalykų paaiškinimo, tiesa sukelia daug įtarimų dėl visko, ką ji daro, ir neleidžia to daryti kitiems įrankiams, tiesa, aš nežinau, kaip Debian žmonės leidžia sau tai įdėti, bet galų gale jie jau priėmė tą sprendimą , ir pirmą kartą po daugelio metų aš nustojau naudoti „Debian“ kaip pagrindinę OS ir tai darysiu tol, kol „systemd“ išeis iš „Debian“, kad gautų skaidresnę parinktį.

    6.    Tito sakė

      Trumpai tariant. „SystemD“ čiulpia.
      Jis saugo žurnalus dvejetainiu formatu, jis vykdomas kaip visų kitų pirminis procesas (Pid 1), su kuriuo, jei kas nors sugenda, sistema tampa nebeatkuriama; Tai prieštarauja viskam, ką reiškia „Linux“, tai yra paprasto teksto failai (koks velnias yra tie dvejetainiai failai?, Paprasto teksto failai! Kaip ir visas Dievo gyvenimas.)
      Nagi, tai šūdas. Man visiškai nieko nepatinka.
      Tačiau tokių kompanijų dėka, kaip „Canonical“, „Gnome“ ir „Red Hat“; valgysime su bulvėmis.
      Tai jei, nors yra ir kitų variantų; Nenaudosiu nei serveriuose, kuriuos administruoju, nei asmeninėse mašinose.
      Tai jau tampa Redmondo įmonės filialu.

      1.    sefirotas sakė

        Nenoriu nieko ginti, bet gerai atsimenu, kad kanoninis buvo visiškai prieš sistemd, palaikantis „upstart“. kai debianas pasidavė sistemai, jis baigėsi „ubuntu“.

  6.   Daryo sakė

    Be to, šios klaidos gali pakenkti sistemos saugumui ir, pavyzdžiui, serverio stabilumui, todėl labiausiai dėl šių dalykų skundžiasi „sys“ administratorius.

  7.   Aleksandras sakė

    O kaip su „Mageia“, neįtikėtina, kad KDE gali veikti su 512 MB RAM, nepriekaištingai.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duranas sakė

    keli klausimai; Kaip lengva valdyti „OpenRC“ paslaugas? Kaip lengva įdiegti naudojant numatytuosius nustatymus „Manjaro“ diegime su „systemd“? kas man patinka sistemoje, yra tai, kad naudojant paprastą komandą systemctl enable (service) .service arba systemctl disable (service) .service Aš galiu lengvai valdyti savo paslaugas, JEIGU man įdomu žinoti apie OpenRC ir ypač jei ji kvepia šiek tiek keistai visa tai, beje, iš systemd; Esu naujokas vartotojas

    1.    Sergio E. Duranas sakė

      Beje; Joje sakoma, kad aš naudoju „Windows“, nes naudoju vartotojo agento viršiklį

    2.    anoniminis sakė

      „OpenRC“ yra labai lengva valdyti, pateikiu jums pavyzdį su „cupsd“ spausdinimo paslauga.

      Norėdami tai pradėti.
      # rc-service cupsd pradžia
      * Pradedant taurę .. [gerai]

      Norėdami tai sustabdyti.
      # rc-service cupsd sustojimas
      * Sustabdomas cupsd ... [gerai]

      Norėdami jį paleisti iš naujo.
      # rc-service cupsd paleiskite iš naujo
      * Sustabdomas cupsd ... [gerai]
      * Pradedant taurę .. [gerai]

      Norėdami jį paleisti į numatytąjį vykdymo lygį.
      # rc-update pridėkite numatytąjį „cupsd“
      * serviso puodelis pridėtas prie numatytojo paleidimo lygio [gerai]

      Norėdami jį pašalinti iš numatytojo vykdymo lygio.
      # rc-update iš numatytojo „cupsd“
      * serviso puodelis pašalintas iš numatytojo vykdymo lygio [gerai]

      Norėdami pamatyti visų paslaugų būseną visuose lygiuose.
      # rc -status -a

      Šiame pavyzdyje galite pamatyti vykdymo lygio būseną.
      Numatyta # rc būsena

      Čia „gentoo“ sistemoje „OpenRC“ yra numatytoji paleidimo sistema ir išliks tokia visam laikui. Mes turime sistemą savižudžių bombonešiams, kurių, laimei, yra nedaug ...
      Norėdami pakeisti žurnalą, mes naudojame syslog-ng ir logrotate, čia, gentoo, sistemos žurnalas išeina per virtualią konsolę vt12, kuri yra valdymas + alt + F12, arba galite ją nuolat matyti bet kuriame grafiniame terminale kaip root vartotoją su:

      # tailf / var / log / žinutės

      1.    Sergio E. Duranas sakė

        Ir įdiegti jį į mano „Manjaro“?

      2.    Sergio E. Duranas sakė

        Aš sakau; Neketinu prarasti visų failų ir savo gražaus „XFCE“ vien tam, kad persijungčiau į „OpenRC“ 🙂

      3.    Sergio E. Duranas sakė

        Paruošta; Aš jį įdiegiau naudodamas sudo pacman -S manjaro-openrc bluez-openrc (pastarąjį, nes turiu „Bluetooth“)

      4.    Sergio E. Duranas sakė

        Dabar mano problema yra ta, kad XFCE4 maitinimo tvarkyklė neveikia su „upower-pm-utils“ 🙁 ir aš neturiu tipiškų sustabdymo ir užmigdymo parinkčių

    3.    Jukiteru sakė

      „OpenRC“ yra labai paprasta, paslaugų valdymas yra tortas, tik pateikdamas pavyzdį:

      Įgalinti paslaugą: rc-update add cronie default

      Paleiskite paslaugą: /etc/init.d/cronie start arba rc-config start cronie

      Sustabdyti paslaugą: /etc/init.d/cronie stop arba rc-config stop cronie

      Paprasta ir tikrai nesudėtinga.

  9.   Jukiteru sakė

    @elav laukia tolimas atstumas, pradedant smėlio audromis, trolių lietumi, biriomis šakėmis, „dev group“ padalijimais ir daugeliui įdomu, ar perėjimas į BSD yra geresnis pasirinkimas nei įstrigimas sistemoje, nes taip.

    Asmeniškai aš pritariu šiai Manjaro iniciatyvai, tai yra pasirinkimas tiems, kurie nenori likti su „systemd“, kas man patinka, šiuo metu aš esu „Gentoo“ ir man tai patinka, aš jaučiuosi patogiai su man suteikta laisve, bet dabar Kelis kartus kirbėjau galvoje, kad galėčiau pakeisti „FreeBSD“, ir aš galiu padaryti šuolį šį mėnesį, viskas priklauso nuo mano laiko ir tam tikrų dalykų nurodymo sėkmingai atlikti migraciją.

    1.    Jukiteru sakė

      Niekas to nepaneigia „systemd“ realybės, Lennartas labai gerai vengia dalykų ir atsakomybės, aš rekomenduoju ne tik skaityti straipsnius, bet perskaityti „systemd“ kodą ar bent jau perskaityti sistemos „devel“ sąrašą, jūs sužinosite apie dalykai, paneigiantys tai, kas pasakyta tuose trijuose straipsniuose, nutiko ir labiau palaiko sistemos neigėjus.

      1.    pamp sakė

        Jo argumentas yra nustatyti, kad yra žinių, kurios paneigia tai, ką aš parodžiau, bet niekada nepateikia įrodymų, todėl negaliu pasitikėti jų egzistavimu.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    Jukiteru sakė

        @pamp mano argumentas yra šiek tiek didesnis palaikymas, nes aš jį paaiškinau aukščiau to paties įrašo 25 komentare ir apreiškiau jį daugelyje kitų įrašų, susijusių su systemd, be to, kad atidengiau jį Debian irc ir šio paskirstymo sąraše, taip pat mano kvietimas yra tai, kad jūs patys susikuriate savo nuomonę ir tam tereikia šiek tiek perskaityti „systemd“ vystymosi sąrašą. Taip pat norėdamas sužadinti jūsų smalsumą, pateikiu jums šią nuorodą, kurioje jie aiškiai sako, kad „systemd-214“ nebeteikia „SysV“ ir „LSB“ scenarijų palaikymo, pasiteisinus dėl „kodo valymo“.

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

        Dabar pasakyk man: kur yra parama LSB standartui, kuris turėtų būti sukurtas siekiant sukurti bendrą visų distros bazę? Nes leisk man ką nors pasakyti, nieko kito jo pirmoje nuorodoje Lennartas pluša, giriasi ir užpildo burną sakydamas, kad „systemd“ palaiko „SysV“ ir „LSB“ scenarijų naudojimą, kai tiesa yra ta, kad ši parama yra numesta ir pakeista generatoriumi. „init-files“, beje, turi keletą klaidų ir galų gale nėra kitos galimybės, kaip padaryti visą init failą.

        Sveikinimai.

    2.    Tito sakė

      Nuomonės, tai kaip asilas, mes visi turime vieną.
      Tai, ką sako šis vyras, jam gali būti labai gerai, bet tai nėra mano atvejis. Interneto portale rašančio žmogaus nuomonė nėra tokia, kad tai yra Dievo žodis. Tai tavo nuomonė, taškas.
      Taigi „paneigta“, nieko.
      Mums lieka tai, kad galime naudoti tai, ko iš tikrųjų norime; nesistengiant būti „talibanu“ ir primesti kitiems mūsų kriterijus.
      Man „SystemD“ yra tikras šūdas. Ir yra žmonių, kuriems tai patinka. Na, sveiki!
      Nei mano nuomonė yra gera, nei tų, kurie nemąsto kaip aš, nėra šūdas; jie tiesiog skirtingi.
      Tai ir skiria mus nuo kitų operacinių sistemų; mes galime pasirinkti.
      Nesileiskime į niekam nereikalingas kovas, kurios niekur neveda.

      1.    anoniminis sakė

        @Titas
        Negalėjai geriau pasakyti ... amen.
        Turite būti aklas, kad nesuvoktumėte perversmo, kurį „systemd“ skatina padengti viskuo, žengdamas į priekį, padengdamas ir išstumdamas puikiai veikiančius projektus, juos pakeisdamas versijomis, kurios niekada nepasiekia ir netampa stabilios, net jei nėra suderinamumo tarp branduolių ir daugiau nei dviejų galinės sistemos versijos.
        Atrodo, kad „Debian“ įvyko žemės drebėjimas ir jiems pavyko atsibusti, tik tikiuosi, kad jie linksta į eudevą ir „openrc“, todėl „gentoo debian manjaro“ ir kai kurių kitų, naudojančių „openrc“, raida būtų vieninga, o tai per trumpą laiką labai pagerintų, laimėjęs visą bendruomenę.

      2.    65 sakė

        Aš antrinu jūsų žodžius.

        Yra žmonių, kurie cituoja kitus žmones (apskritai juos dominančias nuomones) ir naudojasi jais kaip įrodymais.

        Aš savo ruožtu neturiu nuomonės apie systemd. Nežinau, ar tai techniškai geriau nei „upstart“ ar „openrc“, bet atrodo akivaizdu, kad „sysvinit“ galimybę atmeta VISI „distros“, o „Debian“ vienintelis vis dar turėjo „Wheezy“ dėl savo politikos. Bet kitas stabilus Debianas, Jessie, ketino būti Debianas be sysvinito.

        Aišku yra tai, kad etiškai tai yra 100% nemokama programinė įranga; Kalbant apie jo techninę dalį, aš nei studijavau kodo, nei lyginau jo su jo alternatyvomis, todėl neturiu pagrįstos nuomonės. Bet net ir dabartinis „Ubuntu“ naudoja „systemd“ dalis, net jei jos vis dar veikia, ir aš abejoju, ar taip buvo, nes „Canonical“ „nusipirko“ Red Hat.

        „Systemd“ nėra „blogis“, prašau, mes nekovojame su „Skynet“ („Terminator“) ar HAL9000 („2001 m. Kosminė odisėja“), taip pat nėra tamsioji Jėgos pusė, kuri siekia dominuoti džedajuose. Taip pat nėra tai, kad įsitaisęs komandoje jis viską perima ir priverčia dingti net sandėliuke esantys maisto produktai.

        Kad „jis perkelia puikiai veikiančius projektus“ (52 komentaras), turėjau problemų su namų NFS tinklu kompiuteriuose, kurie naudojasi serveriu, nes kliento kompiuterio išjungimo procesas atjungia tinklą prieš atjungdamas NFS sistemą ir išjungimas sustingtų, vienintelis sprendimas būtų paspausti įjungimo / išjungimo mygtuką, kad jį išjungtume jėga (apie klaidą, apie kurią praneša įvairūs vartotojai); Prieš išjungdamas kliento mašiną, turėjau sukurti scenarijų, kuris atjungia paleistinus NFS failus. Kita vertus, NFS serverio kompiuteris jungiasi per „wifi“ ir laikas nuo laiko ryšys nutrūksta: aš nežinau, ar problema yra tinklo valdytojas, ar jis yra dhcpd, ar kur.

        Nesakau, kad šios problemos praeina sistemoje; Aš tai ignoruoju, nes nenaudojau. Tai tik pavyzdys, teigiantis, kad projektai, kuriuos sistema pakeičia puikiai, yra perdėtas.

      3.    Jukiteru sakė

        Vienas dalykas yra nuomonė, o kitas yra argumentas, be abejo, pirmasis yra labai įvairus, kaip jūs sakote @Tito, tačiau antras dalykas yra glaustesnis ir tikslesnis, tai nėra kažkas, kad būtų galima taip lengvai manipuliuoti, bent jau ne tuo atveju nemokamos programinės įrangos, kurią turime peržiūrėti po ranka.

        @pamp mums sako, kad parodyti argumentai buvo paneigti ilgą laiką, ir kaip pirmą bandymą jis mus informuoja apie Lennarto nuomones (o ne argumentus). Bet tai, ką šis vaikinas sako savo komentaruose, yra vienas dalykas (4 ir 8 skaičiai tik miršta dėl juoko), o tai, ką jis daro sisteminiame kode, yra kitas dalykas. Požiūris, kurį ne kartą mačiau Lennarte, kai pradėjau kurti tokius dalykus kaip „Avahi“ ir „Pulseaudio“, ir kurį galima paprasčiausiai patvirtinti perskaičius abiejų programinės įrangos dalių sąrašus ir pranešimus apie klaidas.

      4.    Jukiteru sakė

        @ Dah65 tikrai daugelis žmonių naudojasi įrodymais naudodamiesi trečiųjų šalių nuomone, blogas įprotis tiems, kurie negali patys tirti problemų, turi savo ir asmeninę nuomonę ir netgi kuria pagrįstus argumentus, su kuriais galėtų dalyvauti konstruktyvioje diskusijoje. .

        Mano atveju aš nuolat žengiu „systemd“ pokyčius dėka „devel“ sąrašo, nors įrankis man nepatinka, man visiškai nepatinka, tačiau nenustoju skaityti apie jį vartotojo ir techniniu lygmeniu ir priežastimi Tam labai paprasta, jei turiu lankyti klientą, kuris naudojasi minėta inicijavimu, žinau, ką turėčiau daryti ir kaip elgtis bet kokioje situacijoje.

        Dabar apie tai, kas paslaugos veikia be problemų, tai yra klaidinga, yra daug „SysV“ scenarijų, turinčių problemų, ir tas pats atsitinka sistemoje, bet bent jau tada, kai pranešate apie „SysV“ klaidą, jie yra ištaisyti arba galite tai padaryti paprastai, kaip komentavote , sistemoje, padarę pranešimą apie klaidą, galite rasti WONTFIX arba UŽDARYTA, dėka Lennarto ar Kay, priklausomai nuo atvejo, ir aš neperdedu sakydamas tai, pavyzdys čia:

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

        Perskaitykite 48 komentarą, jūs neturite nuostolių. Klemento 53-ieji yra dar vienas, kuris neturi nuostolių, ypač dėl archajiško, bet funkcionalaus problemos sprendimo, kurio Lennartas nenori išspręsti ir apie kurį, beje, buvo pranešta 2011 m.

    3.    Mario sakė

      Tie „mitai“, kurie juos įtvirtino? Kai kurie yra pašalinti iš galerijos, nes „systemd nėra nešiojamas be jokios priežasties“. Visiška tiesa, kad jis nėra nešiojamas (ir jis tai pripažįsta sakydamas, kad jis labai pritaikytas „Linux“)
      Tai daro prielaidas, kaip ir prielaida, kad BSD nesidomi (BSD vaikinai sako kitaip: „Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)“), net jei jis būtų nešiojamas, jie to nepriimtų ir panašiai ( mitas 13,14,15).

      Jei „Poettering“ ketina perrašyti scenarijus, skirtus tik jūsų sistemai (http://0pointer.de/blog/projects/systemd-for-admins-3.html) suklysime. Iš esmės klasikinis init scenarijus nesvarbu, kur einate. Atliekami mažiausi pakeitimai, kad veiktų GNU, UNIX ar BSD. Na, tai buvo iki šiol (nebent naudojama „OpenRC“). Bet kokiu atveju, manau, kad tokie dalykai sukurs „Linux“ skirtumą darbalaukiui ir serveriams. „Ubuntu“ ir išvestinių finansinių priemonių vartotojai pokyčius pamatys tik kitų metų pabaigoje.

      1.    anoniminis sakė

        @ Dah65

        Na, kadangi jūs sakote, kad systemd nėra asmenybės iškrypimas, tada pasakykite man, kodėl jie nenaudoja „Makefile“ parinkčių, kad kompiliavimo metu išjungtų visus jos modulius, kad tie iš mūsų, kurie nemėgsta turėti tų „pasirenkamų modulių“, žengia kitų paketų, todėl mes galime juos sukompiliuoti ir sukurti savo versijas „systemd capped“!
        Ar žinote, kodėl jie to nedaro? Kadangi jo kūrimo forma vadinama priverstiniu įvedimu ir kadangi 95 proc. Vartotojų neturi NPI, jie naudojasi numatytuoju pranašumu, mes jums visiems atsisakėme.
        Štai kaip neveikia nemokama arba „openource“ programinė įranga ar kaip jie ją vadina, dabar man kelia juoką, nes su nauju „Debian“ šakute daugelis žmonių sugalvoja, kad tai yra jėgų švaistymas, ir aš vis stebiuosi, kaip sunku buvo pateikti papildomas kompiliavimo parinktis. „Makefile“?
        Šis klausimas nesuteikia daugiau, tai yra tarsi noras sumaišyti vandenį su aliejumi, todėl kiekviename kūrinyje bus begalė šakių, kai visoms likusioms dalims yra kelios.

      2.    Jukiteru sakė

        @mario yra būtent tai, ką jūs sakote. Jordanas Hubbardas taip pat suprato, kad BSD iniciatyvą reikia atnaujinti ne tik siekiant prisitaikyti prie naujų technologijų, bet ir palaikyti naujas galimybes, kurios dabar yra įmanomos, tačiau jis apeina sistemos dabar koncepciją, kaip jos turėtų būti daromos. dalykus, ir jie supaprastina filosofiją, kuri visada vyravo UNIX, „Sukurkite programą, kuri padaro vieną dalyką ir daro tai gerai“, ir kad inicijuojant yra nepaprastai svarbu, nes mes nekalbame apie dar vieną demoną, mes Kalbant apie operacinės sistemos iniciavimą, be saugumo priemonės, palyginti su tuo, ką daugelis specialistų jau pradeda niurzgėti apie „systemd“, ir tai yra akivaizdu, sistemd atrodo panašiai kaip „svchosts.exe“ iš „Windows“, darant nuo „init“ tinklo valdymo paslaugos, be kita ko.

  10.   luis sakė

    Vaikinai, tai tikrai baisu.

    Ar labai sunku pašalinti iš „ArchLinux“ ????

    Aš eisiu ieškoti informacijos, bet nedrįstu liesti tokio dalyko, kad nesugadinčiau ir neprarastų savo sistemos.

  11.   Manu sakė

    Iš daugybės perskaitytų komentarų SYSTEMD yra tikras TROIJOS ARKLIS ....
    Tai reiškia, kad reikia išsaugoti, kas gali? Ispanų kalba yra mažai informacijos - apie „FreeBSD“ darbalaukio konfigūraciją ir pasirengimą naudoti sistemą.

  12.   Rafaelis Mardojai sakė

    Vargšė systemd, tebūnie. xD

  13.   waco sakė

    Ši neapykantos sistema nebus virusinė ???? „Arch“ man sekėsi puikiai ... jei tiesa, kad jis dengia daugiau, nežinau, ar tai gerai, ar blogai! bet galbūt jau yra pažeidžiamumų, kuriuos reikia perimti, arba koks nors virusas, kuris dėl to sunaikina sistemą ... jei jis yra stabilus ir saugus, nematau problemos ... bet kokiu atveju pamatysiu, ar turiu laiko ir studijuosiu dalyką, ir atliksiu keletą bandymų su „openrc“

    1.    Daryo sakė

      ne toks stabilus. ir tai yra kur kas nesaugiau nei sistema v. Tokiam darbalaukio vartotojui, kaip ir daugelis iš mūsų (aš), tai taip pat nėra problema, greitesnis įkrovimas veikia gerai ir aš paprastai neskaitau žurnalų, todėl nesvarbu, ar jie aiškūs, ar dvejetainiu formatu.

      Aš turiu teoriją, kad „Linux“ augs darbalaukiuose (ir vyriausybėse) ir praras vietą serveriuose (užuot naudojęs OS kaip „freebsd“)

  14.   Oskaras sakė

    „Esdebian Wiki“ jie skelbia, kaip įdiegti „SysVinit“ „Debian Jessie“. http://www.esdebian.org/wiki/sysvinit

  15.   anoniminis sakė

    Skaitydamas apie saugumą sužinojau, kad „Intel“ pusėje yra pagrindinės plokštės su mikroschemų rinkiniais, paprastai šiauriniame tiltelyje, jos įdiegia kažką vadinamo „AMR Intel Active Management Technology“ .... įdomu, laimei, aš neturiu „Intel“, bet aš pradėsiu jo ieškoti AMD pusėje to nėra.
    Jie įsivaizduoja „Intel + AMR + systemd“ derinį, neduok Dieve.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Nenuostabu, kad Stallmano paranojikas šaukiasi nemokamo biografijos.

  16.   65 sakė

    Visų pirma, nenaudoju „systemd“, nes jis dar neįdiegtas „Kubuntu“ (aš su „Netrunner 14“, išvestas iš „Kubuntu 14.04“).

    Tai išsiaiškinus, reikia nurodyti keletą dalykų:

    „1- systemd“ priima daugybės skirtingų sričių kūrėjai / pakuotojai („Debian“, „openSUSE“, „Arch“, „Fedora“ ...), tačiau dabar paaiškėja, kad šio tinklaraščio skaitytojai žino daugiau nei apie sistemosd privalumus ir trūkumus.

    2- systemd yra nemokama programinė įranga, kurios kodą gali perskaityti (ir suprasti) tie, kurie turi laiko ir žinių (tie kūrėjai / pakuotojai, apie kuriuos kalbėjau anksčiau). Jei paslėptumėte galines duris, jos būtų atrastos. Kiek skaitytojų naudoja firminę programinę-aparatinę įrangą ar tvarkyklę, kurios kodo neskaitėte ir negalite perskaityti? Manau, kad prasmingiau to bijoti, nei nesisteminti.

    3- Mes visi dirbame su dvejetainiais paketais, nes kai atsisiųstu .deb iš saugyklų, kad jį įdiegčiau, aš neatsisiunčiu paprasto teksto failo. Taigi šis argumentas yra gana paradoksalus.

    4- GNU / Linux jau yra programos, atliekančios daugybę dalykų: tas pats branduolys, į kurį vis daugiau integruojama daugiau tvarkyklių, ir net nuosavybės programinė aparatinė įranga (geriau uždaras galines duris uždarytoje programinėje įrangoje, nei programoje, kurios kodas yra paskelbtas). Taip pat yra „Xorg“, kuris tvarko ne tik grafinį serverį, bet ir klaviatūrą, pelę ir kitus dalykus; Niekas nesako, kad Xorg tam „išduoda“ UNIX filosofiją, jie nori jį išleisti į pensiją, nes jį jau aplenkė kiti projektai.

    5- Žinoma, „Linux yra pasirinkimas“, tačiau tai yra laisvė rinktis, ar noriu skaityti kodą, jį pakeisti, platinti ir pan. Ne dėl to, kad norint pasirinkti visus pasirinkimo būdus, reikalingi platintojai (visos procesoriaus architektūros, visos darbalaukio aplinkos, visi paketų formatai ir kt.)

    6- Tiems, kurie ketina pereiti prie BSD, prisimenu skaitydamas naujienas, kad kai kuriose BSD sistemose Amerikos NSA jau buvo padėjusi nagus. Jei ši žinia buvo teisinga, aš nežinau, nes nesekiau temos. Ironiška, kad aš nuo kažko bėgau „todėl, kad„ Red Hat “yra už nugaros ir galbūt ...“, kad patektų į tai, ko „galbūt NSA atsilieka“.

    Be GNU / Linux, BSD, „Windows“ ar bet ko kito, ko norite, mes taip pat galime naudoti savo logiką ir sugebėjimą samprotauti

    1.    gyvas sakė

      Visų pirma, nenaudoju „systemd“, nes jis dar neįdiegtas „Kubuntu“ (aš su „Netrunner 14“, išvestas iš „Kubuntu 14.04“).

      Tai išsiaiškinus, reikia nurodyti keletą dalykų:

      „1- systemd“ priima daugybės skirtingų sričių kūrėjai / pakuotojai („Debian“, „openSUSE“, „Arch“, „Fedora“ ...), tačiau dabar paaiškėja, kad šio tinklaraščio skaitytojai žino daugiau nei apie sistemosd privalumus ir trūkumus.

      Kitaip tariant, šio tinklaraščio skaitytojai, būdami tik skaitytojai, neturi galimybių suvokti, ar kažkas yra gerai, ar ne, nes mes turime vadovautis geru pakuotojų ir kūrėjų sprendimu, žiniomis ir patirtimi.

      2- systemd yra nemokama programinė įranga, kurios kodą gali perskaityti (ir suprasti) tie, kurie turi laiko ir žinių (tie kūrėjai / pakuotojai, apie kuriuos kalbėjau anksčiau). Jei paslėptumėte galines duris, jos būtų atrastos. Kiek skaitytojų naudoja firminę programinę-aparatinę įrangą ar tvarkyklę, kurios kodo neskaitėte ir negalite perskaityti? Manau, kad prasmingiau to bijoti, nei nesisteminti.

      Tiesa, tai yra nemokama programinė įranga, ir, jei pasirodys kažkas keisto, super žmonės, apie kuriuos kalbėjote anksčiau ir kuriais mes turime pasitikėti, galės tai pastebėti ir paskelbti, o gal ne, nes galbūt būdami žmonės jie susigundys uždaryti mainais. Iš kažko.

      3- Mes visi dirbame su dvejetainiais paketais, nes kai atsisiųstu .deb iš saugyklų, kad jį įdiegčiau, aš neatsisiunčiu paprasto teksto failo. Taigi šis argumentas yra gana paradoksalus.

      Kai atsisiunčiate .deb, viskas, ką darote, yra atsisiųsti suglaudintą failą, kurį galite išpakuoti ir todėl pamatykite, kas yra viduje ir kas yra įmanoma, kur yra dvejetainis failas. 😉

      6- Tiems, kurie ketina pereiti prie BSD, prisimenu skaitydamas naujienas, kad kai kuriose BSD sistemose Amerikos NSA jau buvo padėjusi nagus. Jei ši žinia buvo teisinga, aš nežinau, nes nesekiau temos. Ironiška, kad aš nuo kažko bėgau „todėl, kad„ Red Hat “yra už nugaros ir galbūt ...“, kad patektų į tai, ko „galbūt NSA atsilieka“.

      Aš nežinau, kas yra tie vartotojai, kurie ketina bėgti iš „Linux“ norėdami pereiti į BSD, bet man, pavyzdžiui, nereikėtų palikti „Linux“, turėčiau palikti tik platinimą, kuris „Systemd“ suteikia jums „už“ arba „taip“.

      Be GNU / Linux, BSD, „Windows“ ar bet ko kito, ko norite, mes taip pat galime naudoti savo logiką ir sugebėjimą samprotauti

      Trumpai tariant, tie, kurie komentuojame, skaitome ir naudojame GNU / Linux šiame tinklaraštyje, nesusimąsto. Tai ką norite pasakyti? Bet kokiu atveju aš jums pasakysiu iš savo asmeninės patirties ir savo argumentų (nesvarbu, logiška ar ne):

      Systemd yra šūdas, įstrigęs ant pagaliuko. Skaičiau, kad yra ir kitų pradinių elementų, kurie prasideda daug greičiau, todėl jiems nereikia valdyti DNS, „RED“, „CRON“ ir viso kito, ko nori „Systemd“. Gal galutiniam vartotojui, kuriam rūpi tik kompiuterio įjungimas, naršyklės atidarymas ir el. Laiškų siuntimas, nesvarbu, ar jis naudoja „Systemd“, ar „Systemx“, tačiau mums, valdantiems serverius, tai yra skausmas. Aš jums užduodu tą patį klausimą, kurį visada klausiu, o kas nutiks, jei „Systemd“ bus pažeista ir pateks į pragarą? Ar mes likome be RED, be CRON, be DNS, be Init ir visa kita, ką ji daro? Ten aš tai palieku tau.

      Ir saugokitės, aš visa tai jums sakau be rūstybės. Tai sakant, sveiki atvykę į šias dalis.

      1.    65 sakė

        Ačiū už priėmimą.

        Atsakydamas be aštrių paaiškinu, kad nei kuriu sistemą, nei gaunu atlyginimą už jos populiarinimą. Tai, kad manęs tai visiškai neveikia, nesvarbu, ar kiti žmonės jį naudoja, ar ne, tai yra jų sprendimas.

        Bet tai, ką matau šiuo klausimu, kartais atrodo isterija, ir aš skaitau nuomonę apie žmones, kurie, netyrę kodo ar jo nenaudoję, pažymi jį kaip šiukšles, primetimą, išdavystę ir nežinau, kiek daug kitų dalykų. Tai man primena situaciją, kurią patyriau prieš kelias dienas, kai žmogus, pripažinęs, kad niekada neįdiegė „Windows“ arba mokėjo skaidyti standųjį diską, pradėjo sakyti, kad „Linux“ yra labai sunku ... niekada to neišbandžius, taip pat savo išmaniajame telefone turėjo „Android“.

        Ar palyginote „systemd“ su „sysvinit“, „upstart“ ir „openrc“? Puiku, jūs galite priimti sprendimą remdamiesi savo patirtimi. Tai geriausia, nes jūs taip pat žinote, kad viename kompiuteryje veikianti distribucija gali būti verta kito, ir todėl tie iš mūsų, kurie turi tam tikros GNU / Linux patirties, sako, kad geriausia distro yra ta, su kuria vartotojas jaučiasi patogiai. skonis.

        1- «Kitaip tariant, šio tinklaraščio skaitytojai, nes jie yra tik skaitytojai, neturi galimybės suvokti, ar kažkas yra gerai, ar ne, nes mes turime vadovautis geru pakuotojų ir kūrėjų sprendimu, žiniomis ir patirtimi»

        Aš gana ilgą laiką buvau šio tinklaraščio skaitytoja (mano komentarus pamatysite senose naujienose), todėl esu įtraukta į paketą. Ir atsakymas yra neigiamas: būdamas šio ar bet kurio tinklaraščio skaitytoju, aš (bent jau man) negaliu vertinti geros ar blogos programinės įrangos, kurios aš nepažįstu. Aš galiu perskaityti, ką sako kiti, ir šiuo atveju yra pozicijų tiek už, tiek prieš sistemą; Tiesą sakant, kiekvieną kartą, kai ši tema iškeliama į Phoronix, kyla daug diskusijų, tačiau net ir ten argumentuotų komentarų nėra. Turiu omenyje tokius argumentus, kaip „kai„ systemd “iškviečia X procesą, yra begalinė kilpa, todėl sistema tampa nebetinkama naudoti.

        Tiesa yra ta, kad naudodamiesi „distro“ ar kitokiu, jūs vadovaujatės pakuotojų ir kūrėjų sprendimais, žiniomis ir patirtimi. Bet kurios OS ar programos naudojimas iš dalies reiškia pasikliavimą kitų sprendimais ir patirtimi; pavyzdžiui, naudodamiesi „Linux“, jūs priimate sprendimą naudoti monolitinį branduolį, užuot naudoję tokį mikrobranduolį kaip „Hurd“. Šis sprendimas buvo Linuso Torvaldso sprendimas, ir jūs jį priimate naudodamiesi jo šerdimi.

        2- «Tiesa, tai yra nemokama programinė įranga, ir jei pasirodys kažkas keisto, super žmonės, apie kuriuos kalbėjote anksčiau ir kuriais turime pasitikėti, galės tai pastebėti ir paskelbti, o gal ne, nes galbūt būdami žmonės jie jaus pagundą užsičiaupk mainais už kažką “.

        Na, įtartina, kam pasitikėti Linu Torvaldsu ir Richardu Stallmanu bei GNU projektu? Aš nežiūrėjau į jūsų programų kodą, todėl galbūt jie mane apgaudinėja.

        3 - «Ir aš jums užduodu tą patį klausimą, kurį visada klausiu, o kas bus, jei„ Systemd “bus pažeista ir pateks į pragarą? Ar mes likome be RED, be CRON, be DNS, be Init ir visa kita, ką ji daro? Paliksiu ten. »

        Ką daryti, jei „OpenRC“ yra kaip nors pažeista? Arba „Upstart“? Ar branduolys? Tai nutiko man, po „įprasto“ „Debian“ testavimo atnaujinimo man baigėsi grubas, negalėjau patekti į „Debian“ ar „Windows“ ir tuo metu mano nežinojimas reiškė, kad turiu tik galimybę iš naujo įdiegti.

        4- «Trumpai tariant, tie iš mūsų, kurie komentuojame, skaitome ir naudojame GNU / Linux šiame tinklaraštyje, nesusimąsto. Tai ką norite pasakyti? "

        Ne, aš tai neturiu omenyje; Neketinu apibendrinti nuo konkrečios, konkrečios situacijos iki vieno ar tūkstančio žmonių elgesio visumos. Bet aš tikiu, kad sistemos atveju kalbama daug kartų, neatliekant objektyvios ir ramios analizės; tai atsitiko ir su „Wayland-Mir“, pareikšta daug nepagrįstų pretenzijų tiek prieš „Wayland“, tiek apie „Canonical“.

        Be to, kartoju, kad skaitau ir komentuoju šį tinklaraštį (kaip ir kituose) ir kad naudoju GNU / Linux.

        Taip pat pakartoju tai, ką sakiau anksčiau: panaudokime savo smegenis, analizuokime tai, ką girdime ir skaitėme, pažvelkime į skirtingas perspektyvas, kad pabandytume paneigti ir A, ir ne A, o jei įmanoma, paimkime savo patirtį, kad išvados būtų pagrįstos faktais. Ir tada panaudokime viską, kas mums atrodo teisinga.

      2.    waco sakė

        umm .. gerai, kad kompromituoti yra hipotezė yra kaip ir viskas .. mano klausimas jau praėjo? .. gal klaidų nėra visoje programinėje įrangoje ir jos ištaisomos, jei sistemoje yra klaidų, jos ją ištaiso ir kaip gali bet kuri programa turi savo klaidų .. problema yra ne ta, kad ji gali nepavykti, o jei norite, kad tai padarytų ar kontroliuotų, ką daro, bet ne darant prielaidą, kad gali nepavykti, bet kas gali nepavykti per akimirką ... Aš visai nesu sistemos gerbėjas, tai tik mano nuomonė .

        1.    gyvas sakė

          Vartotojo kompiuteryje gali atsirasti klaida ir nieko negali atsitikti, tačiau serveryje viskas labai, labai skiriasi.

      3.    Jukiteru sakė

        @waco tikrai, jei programinėje įrangoje yra klaidų, jas turėtumėte ištaisyti. Problema ta, kad „systemd“ turi daug senų klaidų (kai kurios datuojamos 2010 m. Ir yra rimtos), ir jos vis dar nėra ištaisytos, arba jos paprasčiausiai sumenkinamos arba Lennartas jas tiesiog pažymi kaip UŽDARYTA arba WONTFIX.

    2.    waco sakė

      jūsų komentaras labai sėkmingas! Mes visi negalime patekti į „systemd“, nes tai yra madinga ir sukurta kaip jos šmeižto kampanija ... visi pokyčiai turi atmetimą.

    3.    Jukiteru sakė

      Aš atsakau į jūsų argumentus:

      1. - Tiek rimti, tiek besidomintys vartotojai, tiek kūrėjai žino „systemd“ priėmimo pranašumus ir trūkumus bet kokioje vystymosi ir darbo aplinkoje, sistemos silpnybės ir stipriosios pusės nesikeičia dėl vienos ar kitos perspektyvos.

      2.- Be abejo, systemd yra nemokama programinė įranga ir ją galima tikrinti. Problema ne ta, kad joje yra paslėptos užpakalinės durys, problema yra ta, kad ji daro tai, ko neturėtų daryti init (tinklo valdymas, DNS, TTY konsolės ir kt.), Kad jis turi daugybę paslaugų, kurios turėtų būti kitiems, kad ji daro visiškai kitaip nei tikimasi, kad tai bus padaryta, o tai pažeidžia paties „Linux“ branduolio („coredump“) taisykles, kad daugeliui jo kūrėjų labai mažai rūpi išspręsti „systemd“ struktūrines problemas („coredump“ ir „derinimas“ yra vieni rimčiausių dar neišspręsta).

      3.- Vienas dalykas yra atsisiųsti dvejetainį failą, kuris, pasirodo, yra programa, kurios KONFIGURAVIMAS ir Žurnalai vis dar yra paprasto teksto, ir kitas dalykas yra atsisiųsti dvejetainį failą, kurio KONFIGURAVIMAS ir kita informacija yra saugoma dvejetainėje versijoje ir prieinama tik naudojant specialius įrankius, Čia viskas keičiasi. Dvejetainis žurnalas nesiūlo saugumo (jei tikrai norite saugumo, užšifruokite skaidinį AES-256), tai tik juoda dėžutė, iš kurios nieko nežinote apie tai, kas vyksta, ir ji tinka daugeliui dalykų, pavyzdžiui: Įsivaizduokite, kad turite Trojos arklys, kuris naudoja sistemos pažeidžiamumą ir per jį gauna visišką prieigą prie sistemos, įskaitant žurnalo paslaugą ir privilegijų eskalavimą. Ar tai nėra rimta problema? Ar dvejetainiai žurnalai, kuriuos tiesiogiai tvarko „systemd“, neatsisuks prieš jus, būdami negirdimi, nepasiekdami, kad jie jau buvo nesąmoningai modifikuoti? Yra esmė ir skirtumas tarp programos ir konfigūracijos failo / žurnalų / sąvartynų dvejetainėje versijoje.

      4.- Branduolys yra ta prasme sukurta programinė įranga, kuri yra sukurta nuo pat pradžių, kad valdytų viską kompiuteryje, o ne „init“. Inicialas skirtas tik tam, kad jūsų sistema pakeltų branduolį ir būtų tinkama naudoti, nes tai yra pirmas dalykas, kurį reikia paleisti, ir paskutinis dalykas, kurį reikia užbaigti. Štai kodėl jis vadinamas init (inicializavimu), nes jis tik paleidžia sistemą ir nieko kito nedaro, o to priežastis yra labai paprasta, init turi būti kuo stabilesnė ir tobulesnė programinė įranga, kad tam tikrų priežasčių būtų išvengta Tai galiausiai sugadina visą sistemą, ji susijusi su stabilumu ir saugumu. „Xorg“, tai dar vienas balsas, jis daro daug dalykų, tiesa, bet nieko tokio rizikingo, kad paliktumėte visiškai netinkamą naudoti sistemą, taip pat jos konfigūracija vis dar atliekama paprastuose paprasto teksto failuose.

      5. Be abejo, „distros“ nėra įpareigoti siūlyti laisvę plačiąja prasme, ir būtent todėl pateikiama dabartinė tirada. Bet mes esame vartotojai ir bendruomenė, ir daugelis iš mūsų paprasčiausiai nesutinka su šios sistemos įgyvendinimu, todėl mes priverčiame savo balsą pasiekti, nesvarbu, ar jie jo klausytų, ar ne, tai yra tų, kurie plėtoja platinimą, ir jų sprendimas turės įtakos tie, kurie nusprendžia naudoti savo distro ar ne, ir tai, aišku, gali sukelti kelių rajonų nesėkmę, priklausomai nuo to, kaip viskas vyksta, o dabar pavyzdys yra „Debian“ ir jo „Devuan“ šakutė.

      6.- BSD naujienos yra dėl to, kas įvyko „OpenSSH“ ir „OpenBSD IP“ kaupiklyje - tai galinės durys, kurios, beje, paveikė ne tik BSD, bet ir „Linux“ („OpenSSH“ atveju), ir tai buvo ištaisyta. Situacija priskiriama BSD, nes būtent BSD (Theo de Raadt OpenBSD) yra atsakinga už šio įrankio (OpenSSH) kūrimą ir situacija susiklostė todėl, kad tam tikri kūrėjai, kurie nebėra aktyvūs projekte, pasodino galines duris. Padėtis buvo išspręsta ir paskelbtos atitinkamos priemonės, kurių reikia imtis, jei ši situacija galėtų paveikti tuos, kurie naudojosi programine įranga. Dabar: ar ši situacija gali atsirasti sistemoje? Atsakymas yra paprastas, o rezultatas katastrofiškas, nes „systemd“ sprendžia privilegijų eskalavimą be daugelio kitų dalykų, „systemd“ užpakalinė duris reiškia visišką prieigą prie sistemos, ko neatsitiko BSD paminėtoms užpakalinėms durims.

  17.   Oskaras sakė

    Jie grąžina „Debian“ šakutę be sistemos, jau turi tinklalapį. Atrodo, kad projektas vyksta ir labai rimtai. https://devuan.org/

  18.   aaditya bagga sakė

    Atnaujinti ISO ir keli nauji įkėlimai.
    https://forum.manjaro.org/index.php?board=50.0

  19.   Keos sakė

    Diegimo programa nėra labai aiški, aš negaliu atlikti jų veiksmų, ypač pertvarų dalyje, nežinau, kodėl jie reikalauja šių painių dalykų.

  20.   Manuelis R sakė

    Yra kažkas, kas atkreipia mano dėmesį į „netrinstall“ su „Openrc“, kažkur diegime vis matau pranešimą, kad jūs sukonfigūruojate „systemd“, ar tikrai jose nebus sistemosd ar jos naudojimo?

    1.    Keos sakė

      Sveiki, Manuel, aš taip pat pastebėjau tą patį diegimo metu, tai turi būti diegimo programos reikalas, nes nėra jokių abejonių, kad sistemad nėra įdiegta, jūs patvirtinate terminale taip: pacman -Qs openrc

      saludos

      1.    Manuelis R sakė

        Sveiki, keo, pirmiausia atsiprašau, kad anksčiau neatsakiau. Vertinu jūsų atsakymą, džiaugiuosi žinodamas, kad Manjaro siūlo šią galimybę; kai tik baigsis „Ubuntu Precise“ palaikymas (o gal ir anksčiau), aš jį įdiegsiu. Pagarbiai.

  21.   Anonimo sakė

    Geras įrašas

    Aš lauksiu „Manjaro“ su „Systemd“, kol „OpenRC“ versija subręs dar šiek tiek, aš noriu išeiti iš „systemd“ ... (Aš jį prakaituoju)