OpenRC par Manjaro isos Systemd nīdējiem

Šodien, lasot manu RSS, es uzzināju interesantu ziņu, ka Emuārs Replikatora izskats, un tas ir tas, ka Manjaro kopienā ir palaisti vairāki ISO ar tādu īpatnību, kādu tie neizmanto Systemd tāpat kā init, citādi OpenRC, starta sistēma, kuru izmanto Gentoo.

OpenRC

Es nezinu par tevi, bet Systemd tēma jau ļoti pieskaras manām bumbiņām, un jo vairāk es lasu, jo vairāk es saprotu, ka, lai gan galalietotājam (vai daudziem) tas nepārstāv neko īpaši aktuālu, plkst. vismazāk man, man nepatīk ceļš, pa kuru iet. Es uzskatu, ka GNU / Linux pasaulē nāk melnā sezona, kur dakšas un neapmierinātība sāksies pat sausos tuksnešos.

Bet ķersimies pie lietas. Manjaro forumā viņi ir publicējuši, kā jau teicu iepriekš, dažus isos, kurus OpenRC izmanto. Un tiem, kas baidās instalēt šīs versijas, es atstāju videoklipu par to, kā to izdarīt.

Lejupielādējiet ISO ar OpenRC

Pirmais ISO, ko mēs redzēsim, ir versija NetInstall. Šim ISO ir šādas īpašības:

  • Pamatojoties uz Manjaro-Net profilu (tajā nav iepriekš instalēta darbvirsmas vide)
  • Pamatojoties uz Testēšanas nozari.
  • Tikai bezmaksas braucēji
  • Izmantojiet Linux kodola 3.14 sēriju
  • Nelieto Plimutu
  • Tas tika pārbaudīts Virtualbox

Valodu var izvēlēties sākumā, nospiežot taustiņu F2. Kad sāknēšanas process ir pabeigts, mēs atradīsim uzvedni, kurā izmantosim piekļuvi:

  • Lietotājs: root
  • Parole: manjaro

Lai sāktu instalēšanu, kā parādīts iepriekšējā videoklipā, mēs rakstīsim:

setup

Saites, lai lejupielādētu ISO

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

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

Pēcinstalēšanas instrukcijas

Jo Manjaro forums Viņi mums piedāvā dažus datus pēcinstalēšanai:

Mēs pievienojam openrc-eudev repozitoriju, izpildot šos norādījumus.

1) Mēs pievienojam šādu tekstu /etc/pacman.conf beigās

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

Mēs pievienojam un importējam atslēgas:

sudo pacman-key -r 518B147D sudo pacman-key --ignign-key 518B147D

2) Mēs atjauninām sistēmu

sudo pacman-sju

3) Mēs instalējam vēlamo darbvirsmas vidi, piemērs izmanto lxde

sudo pacman -S lxde

Informācija par darbvirsmas vides instalēšanu ir atrodama Wiki.

4) Mēs instalējam sesijas pārvaldnieku:

sudo pacman -S lxdm -consolekit
Sesijas pārvaldnieks ir jāiestata arī failā /etc/conf.d/xdm un ir vairāk informācijas šeit y šeit

5) Mēs instalējam dažas paketes, piemēram, sīklietotne networkmanager

sudo pacman -S tīkla pārvaldnieks-sīklietotne

6) Mēs restartējam sistēmu

sudo reboot

Es domāju, ka pats par sevi saprotams, ka tam mums ir jābūt savienotam ar internetu, izmantojot kabeli. Ja mēs izmantojam WiFi, jūs varat redzēt, kā to izdarīt šī saite.

Manajaro ISO ar OpenRC un OpenBox

Openbox ISO gadījumā jums jāņem vērā dažas lietas:

  • Galvenais mērķis ir padarīt instalēšanas process ir vienkāršāks un ļauj configurar veidlapu grafiks tīklā (izmantojot wicd) un sadalīšana izmantojot GParted pēc izvēles.
  • Konfigurācija ietver Tīmekļa pārlūks Openbox WM, LXTerminal, PCMan un NetSurf (meklēt informācija Wiki o Google), un tā joprojām
  • Izmantojiet konsoles instalētāju.

Saites, lai lejupielādētu ISO ar OpenRC:

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

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

Manjaro XFCE ISO ar OpenRC

Tikai eksperimentāli un 64 bitiem ir arī ISO ar XFCE:

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


Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti ar *

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   viens no dažiem teica

    Jums ir taisnība, systemd problēma sāk dot zināmu dvesmu, jo OpenRC ir dabisks pašreizējās iniciatora pēctecis. Mēs redzēsim, kur beidzas šis stāsts.

  2.   Wilhelm teica

    "Lai gan galalietotājam (vai daudziem) tas nav nekas īpaši nozīmīgs"

    Es domāju, ka tas pats, tas nav svarīgi, jo kā lietotāji tas mūs nav ietekmējis pašas OS darbībā.

    Patiesībā vienīgais lielais (debian) ir devis ziņas par "skandāliem" par šo tēmu, un, lai arī viņi saka, ka ir citi iemesli, visas saistītās sistēmas (un nevajadzētu).

    Pārējie lielie rajoni, tie nav radījuši problēmu (vai vismaz ir parādījušies ar lāpstām un lāpām), Fedora, Ubuntu un OpenSUSE.

    Tas man rada iespaidu, ka tā ir cīņa starp programmētājiem, jo, piemēram, opensuse 13.2 ir laba piekrišana / kritika, un pārskatos neviens nerunā par systemd (pat ja tas ir debašu sākums),

    Kāpēc tagad viss satraukums, pārejot no systemd uz OpenRC, ja galu galā tas viņus neietekmē.

    1.    dero teica

      Personīgi, systemd lieta padara mani neomulīgu, man ir nedrošība, labs amats.

    2.    Jukiteru teica

      Fedorā bija dažas diskusijas par systemd, kad tika nolemts to ievietot kā init, sistēmai bija daži nelabvēlīgi, galvenokārt tāpēc, ka viņi nepiekrita to izmantot kā init pēc noklusējuma, jo tā bija ļoti jauna un tajā bija daudz trūkumu, tomēr , Lielākā daļa galveno izstrādātāju ir galvenajā izstrādes komandā un bija saistīti ar systemd, tāpēc Upstart aizstāšana ar systemd bija zīme par zināmu uzlikšanu, papildus jautājumam, ka Upstart bija Ubuntu izstrāde un CLA ir diezgan saraucis uzacis kas visiem palīdzēja bez šaubām pieņemt sistēmu. Tajā laikā par OpenRC nebija runas, jo tam trūka daudzu funkciju, kas tai tagad ir, tostarp paralēlizācijas un grupu atbalsta.

  3.   anonīms teica

    Lieliski jaunumi! binārs displejs, kas atbrīvos openrc ... tas ir kā dievišķs sūtījums.
    Tas ir ceļš, kuru archlinux vajadzēja iet no sākuma, es atceros, kad man bija jāapstiprina archlinux, lai dotos uz systemd. Tagad man ir iespēja atkārtoti pārbaudīt bināro distro ar openrc + eudev, kas ir tieši tas, ko es šeit izmantoju gentoo.
    Paldies cilvēkiem no Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC pārvalda resursdatora pakalpojumus, startēšanu un izslēgšanu
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): Linux dinamiskā un pastāvīgā ierīču nosaukšanas atbalsts (aka userspace devfs)

  4.   Sjeps teica

    Paldies par informāciju, elav!

    Es piekrītu jūsu viedoklim par systemd, un mani uztrauc arī Linux novirzīšanās kopš šīs jaunās init parādīšanās. Ja Wheezy kļūs pārāk vecs, pirms Debian dakša ieradīsies, es domāju izmēģināt Manjaro OpenRC, jo man nav brīva laika, lai sagatavotu Gentoo sistēmu (es to esmu novērtējis, bet noteikti Gentoo sastādīšanas laiks ir pārāk personiskajai situācijai).

    Sveicieni!

  5.   Cristian teica

    Jūs varat aprakstīt mazāk nekā 10 vārdos lietotājam, kurš pārāk daudz nesaprot "strīdus". Pirms kāda laika emuārā ir vairāki raksti, kas ir ļoti tehniski, un tie nepabeidz skaidrot " uninitiated "... kādreiz Viņi man teica, ka neatkarīgi no tehniskā skaidrojuma pat vecmāmiņai ir jāsaprot, ka tas ir labs.

    Patiesībā fedorā pirms kāda laika problēma kļuva nepanesama, tik daudz, ka vairāki darbvirsmas lietotāji domāja pāriet uz centos, lai apietu problēmu

    1.    Luis teica

      Es pierakstos uz šo pieprasījumu.

      Systemd man strādā labi.Kāda ir problēma, kas izraisa tik daudz kustību?

      Pieņemsim, ka es nezinu.

    2.    Darjo teica

      systemd ir programma, kas atbild par sistēmas palaišanu, taču izstrādātāji nolēma to pagarināt, un tagad tā ne tikai apstrādā startēšanu, bet arī tādas lietas kā cron (programma, lai automātiski palaistu programmas), tīkls, sistēma reģistrē žurnālus, starp citu ir bināri, cita starpā

      Daudzi neuzskata par šādām pēkšņām izmaiņām labvēlīgi, jo īpaši tāpēc, ka tā ir jauna programmatūra, tāpēc tajā ir daudz vairāk kļūdu nekā visu mūžu darbojušās programmas, kā arī tiek radītas atkarības, programmējot un, piemēram, rūķis arvien vairāk ir saistīts ar šo sistēmu. Padarot to mazāk pārnēsājamu citās unix platformās.

      Es nezinu, vai mans otrs komentārs nav izturējis mērenību, taču tajā bija teikts, ka man patīk systemd, taču viņiem nevajadzētu ļaut tai monopolizēt visus sadalījumus un atstāt alternatīvas, kā tas vienmēr ir darīts Linux tiem, kam ir dažādas vajadzības.

    3.    Darjo teica

      Man jāsaka, ka pirms programmas, kuras pārziņā bija sistēmas palaišana sāknēšanas laikā, bija sistēma v, kas bija turpinājusies ilgu laiku, līdz lielākajā daļā izplatījumu to aizstāja sistēma systemd xD.

    4.    dzīvīgs teica

      @Daryo teiktajam es pievienoju sekojošo (kas ir arī mans viedoklis):

      Man vienmēr ir paticis Unix filozofija, kad programma dara tikai vienu, bet dara to labi. Kad Systemd vēlas kontrolēt visu, ko @daryo jums teica, man ir nelielas šaubas, un kas notiktu, ja Systemd kaut kā tiktu apdraudēts? Nu, tas, iespējams, vilktu sev līdzi visu, ko kontrolē.

      Tam es pievienoju (un, iespējams, tas ir vairāk pieraduma dēļ), ka man vienmēr ir paticis, ka mani sistēmas žurnāli ir tīri teksta faili, bet ar Systemd viss ir binārs un tādas komandas kā:

      cat log.txt

      o

      tailf log.txt

      Kur mēs varētu izmantot citas opcijas, piemēram, GREP, lai filtrētu noteiktu saturu, bet Systemd izmanto nosaukto komandu journalctl.

      Papildus iepriekšminētajam man jāsaka, ka būdams RedHat galvenais eksponents aiz Systemd, es saņemu brīdinājumu, ka es nevaru izslēgt. Varbūt es kļūdos, bet tas neizskatās labi. Un es pastāvīgi domāju, kāda ir vajadzība, lai kontrolētu sāknēšanu, kronu, tīklu un cik daudz pakalpojumu pastāv? Ko viņi ar to domā?

      1.    Alexander teica

        Pateicoties jūsu komentāram un tam, ko esmu izmeklējis, es varu apstiprināt jūsu aizdomas, ka brīdinājums ir pareizs. Broder.
        Redzi, es esmu lasījis par TCP Stealth, tā ir vācu tēze, kurā viņi apsūdz Red Hat par rūpnieciskās spiegošanas veicināšanu 5 acu klausīšanās sistēmās:
        Es jau rakstīju par to, ja jums ir nepieciešamais talants, es zinu, ka jums tas ir, jūs varat izdarīt savus secinājumus:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Maskēšanās

      2.    Jukiteru teica

        Lai papildinātu jūsu jauko komentāru @elav, systemd ir NIH tik augsts, ka tagad apgalvo, ka kontrolē sekojošo:

        1.- Interneta savienojumu pārvaldība ar IPv4 un IPv6, izmantojot systemd-networkd un systemd-nspawn.
        2. DNS pārvaldība, izmantojot iekšējo DNS kešatmiņu, atrisināta ar systemd.
        3.- Multicast DNS pārvaldība iekšējos tīklos, izmantojot systemd-networkd.
        4.- TTY termināļu pārvaldība Linux, izmantojot systemd-consoled. (Ardievu KMScon?)
        5.- Sesiju un privilēģiju pārvaldība, izmantojot pieteikšanos.
        6.- Coredump vadība, izmantojot bināros failus un izlaižot kodola direktīvas.
        7.- Žurnālu kontrole, izmantojot failus binārā versijā un izlaižot kodola direktīvas.
        8.- ACPI notikumu kontrole, izmantojot logind. (Systemd-212 pievienoja vairākas galvassāpes Nvidia devs ar dažādām kļūdām, kas padarīja sistēmu bezjēdzīgu)
        9. - PPPoE atbalsts networkd, darbs, kas joprojām notiek.
        10.- DHCP atbalsts klientā un serverī. (Ko viņi ar to dara? Nav ne jausmas)
        11.- Atbalsts sistēmām ar rūpnīcas atiestatīšanu, kas, starp citu, ir cieši saistīts ar BTRFS (Nebrīnieties, ja BTRFS vēlāk kļūst atkarīga no systemd, labs Lennarts to mīl)
        12 .. - atbalsts virtualizētiem konteineriem (galvenokārt Xen un KVM)
        13.- Atbalsts ierīces apstrādei un inicializēšanai (ko udev dara)
        14.- Diska šifrēšanas sistēmu apstrāde.
        15.- Programmatūras un kodola moduļu ielāde.
        16. - Darbība ar resursdatora nosaukumu (tas rada unikālu datora identifikatoru), telpas, laiku, NTP sinhronizāciju, sysctl (kodola vadības mainīgos) un pat nejaušo skaitļu ģeneratoru (ļoti WTF tas, un tas rada daudz aizdomas)
        17. - pagaidu failu sistēmu apstrāde.

        Īsumā garā sarakstā ir lietas, ko es zinu, ka systemd dara, ja kāds zina vairāk, nekā to saka :).

        PS: systemd vairs nepiedāvā atbalstu LSB un SysV skriptiem kopš systemd-214, tāpēc es nezinu, cik patiesi viņu "mantotais" atbalsts tagad ir vai cik standartiem atbilst. Es saku, vai LSB joprojām ir Linux standarts, vai arī es kļūdos?

        1.    Alans Herrera teica

          Paldies, ka paziņojāt man, es domāju doties uz BTRFS, taču, zinot, ka viņš patīk Lenartam, jūs varat zināt, ka viņam jābūt briesmīgam un izspiegotam NSA-IBM

    5.    anonīms teica

      Vietas, kur tik daudz apkopot un izskaidrot, ir maz ... tas ir milzīgs Trojas zirgs, kuru viņi pat nemēģina demonstrēt. Ko dara startēšanas sistēma, ievietojot tīkla pakalpojumus, dhcp dns un pat, manuprāt, avahi ... sistēmā? Ja nespēj pārvaldīt pakalpojumus, tiek zaudēta lēmumu pieņemšanas spēja
      kuras nevēlas un kuras nenonāk pie manis, kuras var deaktivizēt, es nevēlos, lai tās būtu paketē systemd!
      OpenRC viens ir tas, kurš izlemj, kādas lietas tiek sāktas katrā darbības līmenī, dažiem pakalpojumiem ir atkarība no citiem pakalpojumiem, taču to ir ļoti maz un tie ir uzskaitīti ... kamēr sistēmā viss kaut ko dara tajā brīdī, kad vēlas ... lai sāknēšanas laikā iegūtu apmēram 5 sekundes un ātri izslēgtu.
      Systemd ir tik sarežģīta, ka nav iespējams uzzināt, ko tā dara, jums ir jāatstājas pašam, domājot, ka tas ir jūsu saimnieks un nedara jums neko ļaunu.
      Systemd pārkāpj jēdzienu, ka lietām jābūt vienkāršām un saprotamām attiecībā uz dēmoniem vai pakalpojumiem un darbības līmeņiem. Neviens, kurš lieto sistēmu, pilnībā nezina, kas visu laiku notiek viņu pakalpojumos.
      Systemd neļauj naturāli izmantot syslog-ng, viņi ir izdarījuši žurnālistu uz tā, un tas neļauj tam darboties, tas ir, vai arī jūs izmantojat žurnālu vai naninga! Sistēmas žurnāls ir būtisks drošībai un revīzijai par to, kas notika un notiek ar vietējiem un attālajiem savienojumiem, taču žurnāls izmanto bināru formātu, kuru to var redzēt tikai jornalctl .... Ļoti bieži žurnālists tiek "noslēpumaini" sabojāts ar bināro failu un kā viņš redz, ka tas ir bojāts, viņš to vienreiz izdzēš un sāk ar jaunu, aizmirstot visus jau esošos žurnālus.
      Es varu turpināt stundas, bet vissliktākā problēma ir tā, ka Lenarts nedod bumbu tiem, kas ziņo par šīm kļūdām, un, cik es lasīju, viņš nevienu nepieņem.
      Es domāju, ka, iekļūstot systemd, viņi ziņos par kļūdām un ielāpiem, kas sistēmai būtu jāpieņem ... bet es patiesi ticu, ka Lennartam un RedHat ir vēl viens plāns pārējiem rajoniem .... kā jau teicu iepriekš , TROIJAS ZIRGS no RedHat.
      Man godīgi sakot, systemd nav novēršams, tā dizaina ideja ir nelāgi slikta, labāk ir sākt sāknēšanas sistēmu no jauna, nekā mēģināt salabot šo frankesteinu.

      1.    dzīvīgs teica

        AMEN !! @Anonīms..

      2.    nekad teica

        Esmu lietojis systemd (Fedora) apmēram pāris gadus, un esmu nonācis pie tā:
        Jautājums dīvaini smaržo, jo vairāk lietu pievieno vairāk atspējošanas / novirzīšanas.
        Žurnāls, kuru esmu novirzījis tieši uz rsyslog. Daži jūsu binārie žurnāli jau ir salauzti.
        No dns es izmantoju bind, ja viņi to integrē systemd, es to turpināšu lietot pat tad, ja man viss ir jāpārveido.
        Es izmantoju XFCE, tāpēc tas daudz ietaupa to, ko rūķis vēlas integrēt.
        Tas ir kā zilonis porcelāna veikalā.

      3.    Tito teica

        Patiesība; pat viņi nezina, kā to nosaukt. Mēs ejam ārā, lai atjauninātu katru dienu, labojot kļūdas un citas blēņas. Tā ir tēma, kas mani diezgan dusmina; bet ne tikai tāpēc, ka SystemD ir suverēns sūds; ja ne kā viņi to ir izdarījuši.
        Ir skaidrs, ka Linux pasaulē ir vairāki uzņēmumi, kas cenšas visu kontrolēt; skat. Canonical, RedHat un Gnome (pat Migels de Icaza ir pametis Gnome).
        Ja es izmantoju Linux, tas ir tāpēc, ka es to kontrolēju, un tas ir tā pamats un filozofija; Lai nezinātu, ko tā dara, es montēju mašīnas, kurās W Server jau darbojas.
        Mani apbēdina tas, ka Debians ir padevies. Faktiski tiek apsvērta iespēja izveidot paralēlu dakšiņu bez SystemD.
        Cerēsim, ka lieta neaizies vairāk; vai es redzu sevi migrējošu visas savas mašīnas uz BSD.

      4.    Jukiteru teica

        @ anonīms, komentāru raksta cilvēks, tu nevari būt taisnāks.

        systemd ir traka lieta, kurai nav izskaidrojuma daudzās lietās, patiesība rada daudz aizdomu par visu, ko tā dara, un neļauj to darīt citiem rīkiem, patiesība ir tāda, ka es nezinu, kā Debian cilvēki ļauj sevi likt to izdarīja, bet galu galā viņi jau pieņēma šo lēmumu, un pirmo reizi daudzu gadu laikā es pārtraucu izmantot Debian kā galveno OS un turpināšu to darīt, līdz systemd iziet no Debian, lai iegūtu pārredzamāku iespēju.

    6.    Tito teica

      Īsumā. SystemD sūkā.
      Tajā tiek glabāti žurnāli binārā formātā, tas tiek izpildīts kā visu pārējo vecāku process (Pid 1), ar kuru, ja kāds saplīst, sistēma kļūst neatjaunojama; Tas ir pretrunā ar visu, ko nozīmē Linux, tas ir, vienkārša teksta faili (kas pie velna ir tie binārie faili?, Vienkāršā teksta faili! Tāpat kā visa Dieva dzīve.)
      Nāc, tas ir crap. Man vispār nekas nepatīk.
      Bet pateicoties tādiem uzņēmumiem kā Canonical, Gnome un Red Hat; mēs to ēdīsim ar kartupeļiem.
      Ka tad, ja ir citas iespējas; Es to nelietošu ne serveros, kurus administrēju, ne personīgajās mašīnās.
      Tas jau kļūst par Redmondas uzņēmuma filiāli.

      1.    sefirots teica

        Es nedomāju nevienu aizstāvēt, bet es labi atceros, ka kanoniskais bija pilnīgi pret systemd par labu upstart. kad debian padevās systemd, tas galu galā aizvilkās uz Ubuntu.

  6.   Darjo teica

    Turklāt šīs kļūdas var apdraudēt, piemēram, sistēmas drošību un servera stabilitāti, tāpēc tie, kas visvairāk sūdzas par šīm lietām, ir sys administrators.

  7.   Alexander teica

    Un kā ar Mageia, ir neticami, ka KDE var darboties ar 512 MB lielu RAM, nevainojamu.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Serhio E. Durans teica

    daži jautājumi; Cik viegli ir pārvaldīt pakalpojumus OpenRC? un cik viegli to instalēt, izmantojot noklusējumu, Manjaro instalācijā ar systemd? kas man patīk par systemd, ir tas, ka ar vienkāršu komandu systemctl enable (service) .service vai systemctl disable (service) .service Es varu viegli pārvaldīt savus pakalpojumus, ja mani interesē zināšanas par OpenRC un it īpaši, ja tas smaržo mazliet dīvaini tas viss, starp citu, no systemd; Es esmu novels lietotājs

    1.    Serhio E. Durans teica

      Starp citu; tur teikts, ka esmu uz Windows, jo izmantoju lietotāju aģentu aizstājēju

    2.    anonīms teica

      Ar OpenRC ir ļoti viegli rīkoties, es jums sniedzu piemēru ar cupsd drukas pakalpojumu.

      Lai to sāktu.
      # rc-service cupsd sākums
      * Sākot cupsd .. [ok]

      Lai to apturētu.
      # rc-service cupsd pietura
      * Aptur cupsd ... [labi]

      Lai to restartētu.
      # rc-service cupsd restartējiet
      * Aptur cupsd ... [labi]
      * Sākot cupsd .. [ok]

      Lai to sāktu noklusējuma darbības līmenī.
      # rc-update pievienot cupsd noklusējumu
      * servisa cupsd ir pievienots noklusējuma darbības līmenim [ok]

      Lai to noņemtu no noklusējuma darbības līmeņa.
      # rc-update no cupsd noklusējuma
      * servisa cupsd noņemts no darbības līmeņa noklusējuma [ok]

      Lai redzētu visu pakalpojumu statusu visos darbības līmeņos.
      # rc -status -a

      Lai skatītu izpildes līmeņa statusu, šajā piemērā noklusējums.
      # rc statusa noklusējums

      Šeit, gentoo, OpenRC ir noklusējuma palaišanas sistēma un tā paliks mūžīgi. Mums ir sistēma pašnāvnieku spridzinātājiem, kuru par laimi ir maz ...
      Lai aizstātu žurnālu, mēs izmantojam syslog-ng un logrotate, šeit gentoo sistēmas žurnāls iziet caur virtuālo konsoli vt12, kas ir vadība + alt + F12, vai arī jūs varat to nepārtraukti redzēt jebkurā grafiskajā terminālī kā root lietotājs ar:

      # tailf / var / log / ziņojumi

      1.    Serhio E. Durans teica

        Un lai to instalētu manā Manjaro?

      2.    Serhio E. Durans teica

        Es saku; Es nezaudēšu visus failus un savu skaisto XFCE tikai tāpēc, lai pārslēgtos uz OpenRC 🙂

      3.    Serhio E. Durans teica

        Gatavs; Es to instalēju, izmantojot sudo pacman -S manjaro-openrc bluez-openrc (pēdējais, jo man ir Bluetooth)

      4.    Serhio E. Durans teica

        Tagad mana problēma ir tā, ka XFCE4 enerģijas pārvaldnieks nedarbojas ar upower-pm-utils 🙁 un man nav tipisku apturēšanas un hibernācijas iespēju

    3.    Jukiteru teica

      OpenRC ir ļoti vienkāršs, pakalpojumu pārvaldīšana ir kūkas gabals, tikai piemērs:

      Iespējot pakalpojumu: rc-update add cronie default

      Sāciet pakalpojumu: /etc/init.d/cronie start vai rc-config start cronie

      Pārtrauciet pakalpojumu: /etc/init.d/cronie stop vai rc-config stop cronie

      Vienkārši un nav īsti sarežģīti.

  9.   Jukiteru teica

    @elav, kas mūs gaida, ir paredzēts tālsatiksmes braucieniem, sākot no smilšu vētrām, troļļu lietus, lielgabarīta dakšām, dev grupas sadalījumiem un daudziem domājot, vai migrācija uz BSD ir labāka iespēja nekā iesprūst sistēmā, jo jā

    Personīgi es atzinīgi vērtēju šo Manjaro iniciatīvu, tā ir iespēja tiem, kuri nevēlas palikt kopā ar sistēmu, kaut kas man patīk, šobrīd atrodos Gentoo un man tas patīk, es jūtos ērti ar brīvību, ko tā man dod , bet tagad man vairākas reizes ir ienācis prātā, lai veiktu izmaiņas FreeBSD, un es varētu veikt lēcienu šajā mēnesī, viss ir atkarīgs no mana laika un pasūtījuma noteiktām lietām, lai veiksmīgi veiktu migrāciju.

    1.    Jukiteru teica

      Neviens no tiem neatspēko systemd realitāti, Lennarts ir ļoti labs, lai izvairītos no lietām un pienākumiem, es iesaku nevis tikai lasīt rakstus, bet arī izlasīt systemd kodu vai vismaz izlasīt systemd attīstības sarakstu, bet uzzināt par lietām, kas atspēko ko šie trīs raksti saka, ka notika, un vairāk atbalsta sistēmas nelabvēļus.

      1.    pamp teica

        Viņa arguments ir noteikt, ka ir zināšanas, kas atspēko to, ko es parādīju, bet nekad nesniedz pierādījumus, tāpēc es nevaru uzticēties to esamībai.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    Jukiteru teica

        @pamp mans arguments ir mazliet lielāks atbalsts, jo es to paskaidroju iepriekš šī paša ieraksta 25. komentārā, un es to esmu atklājis daudzos citos ierakstos par systemd, papildus tam, lai to parādītu Debian irc un šī sadalījuma sarakstā, arī mans uzaicinājums ir tas, ka jūs veidojat paši savus viedokļus, un tam jums vienkārši ir nedaudz jāizlasa sistēmasdevel saraksts. Arī, lai piesaistītu jūsu zinātkāri, es jums sniedzu šo saiti, kurā viņi skaidri saka, ka systemd-214 vairs nepiedāvā atbalstu SysV un LSB skriptiem, aizbildinoties ar "koda tīrīšanu".

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

        Tagad pasakiet man: Kur ir atbalsts LSB standartam, kas it kā ir izveidots, lai izveidotu vienotu bāzi visiem rajoniem? Tāpēc, ka ļaujiet man jums kaut ko pastāstīt, nekā cita uz viņa pirmās saites, Lennarts plucina, lielās un piepilda muti, sakot, ka systemd atbalsta SysV un LSB skriptu izmantošanu, ja patiesība ir tāda, ka atbalsts tiek atcelts un aizstāts ar init failu ģeneratoru , starp citu, ir vairākas kļūdas, un galu galā nav citas iespējas kā izveidot pilnīgu init failu.

        Sveicieni.

    2.    Tito teica

      Viedokļi, tas ir kā ass, mums visiem ir viens.
      Tas, ko saka šis vīrietis, viņam var iet ļoti labi, bet tas nav mans gadījums. Cilvēka, kurš raksta tīmekļa portālā, viedoklis nav tāds, ka tas būtu Dieva vārds. Tas ir jūsu viedoklis, punkts.
      Tātad "atspēkots", nekas.
      Labā lieta, kas mums paliek, ir tā, ka mēs varam izmantot visu, ko patiešām vēlamies; nemēģinot būt "Taliban" un uzlikt citiem mūsu kritērijus.
      Man SystemD ir īsts sūds. Un ir cilvēki, kas to mīl. Nu laipni gaidīti!
      Ne mans viedoklis ir labs, ne tas, kurš nedomā tāpat kā es, ir sūdi; tie vienkārši ir atšķirīgi.
      Tas mūs atšķir no citām operētājsistēmām; mēs varam izvēlēties.
      Neieslīgsim bezjēdzīgās cīņās, kas nekur neved.

      1.    anonīms teica

        @Titus
        Jūs nevarētu teikt labāk ... āmen.
        Jums ir jābūt aklam, lai neapzinātos perversiju, ko sistēma pārvalda, lai aptvertu visu, uzkāpjot uz priekšu, aptverot un izstumjot perfekti strādājošos projektus, aizstājot tos ar versijām, kas nekad nesasniedz vai nekļūst stabilas, pat ja nav kodolierīču un vairāk nekā divu savietojamības. sistēmas backd versijas.
        Šķiet, ka Debianā ir notikusi zemestrīce, un viņiem izdevās pamosties, es tikai ceru, ka viņi sliecas uz eudev un openrc, tāpēc gentoo debian manjaro un dažu citu, kas izmanto openrc, attīstība būtu vienota, kas īsā laikā to daudz uzlabotu laiku, uzvarot visu sabiedrību.

      2.    65 teica

        Es sekundēju jūsu vārdus.

        Ir cilvēki, kuri citē citus cilvēkus (viedokļi, kas viņus vispār interesē), un izmanto tos kā pierādījumus.

        No savas puses man nav viedokļa par systemd. Es nezinu, vai tas ir tehniski labāks par upstart vai openrc, bet šķiet skaidrs, ka VISU distrosi izslēdz sysvinit iespēju, un Debian ir vienīgais, kas savas politikas dēļ to joprojām turēja Wheezy. Bet nākamais stabilais Debian, Jessie, bija Debian bez sysvinit.

        Skaidrs ir tas, ka ētiski tā ir 100% bezmaksas programmatūra; Kas attiecas uz tā tehnisko daļu, es neesmu šo kodu nedz izpētījis, nedz salīdzinājis ar tā alternatīvām, tāpēc man nav pamatota atzinuma. Bet pat pašreizējais Ubuntu izmanto sistēmasd daļas, lai gan tām joprojām ir jaunākā versija, un es šaubos, vai tās bija izdarītas, jo Canonical ir "nopircis" Red Hat.

        Lūdzu, Systemd nav "ļauns", mēs necīnāmies ar Skynet (Terminator) vai HAL9000 ("2001. gada kosmosa odiseja"), un tā nav arī Spēka tumšā puse, kas cenšas dominēt džedistiem. Tāpat nav tas, ka, iekārtojoties komandā, tas visu pārņem un liek pazust pat pieliekamajā esošajiem pārtikas produktiem.

        Un ka tas "pārvieto projektus, kas darbojas nevainojami" (52. komentārs), man ir bijušas problēmas ar mājas NFS tīklu datoros, kuri piekļūst serverim, jo ​​klienta datora izslēgšanas process atvieno tīklu pirms NFS sistēmas demontāžas, un izslēgšana sastingtu, vienīgais risinājums ir nospiest ieslēgšanas / izslēgšanas pogu, lai to izslēgtu ar spēku (kļūda, par kuru ziņoja dažādi lietotāji); Pirms klienta mašīnas izslēgšanas man bija jāizveido skripts, kas atvieno palaistos NFS failus. No otras puses, NFS servera dators izveido savienojumu, izmantojot wifi, un laiku pa laikam savienojums tiek zaudēts: es nezinu, vai problēma ir tīkla pārvaldnieks, vai tas ir dhcpd, vai kur.

        Es nesaku, ka šīs problēmas izzūd ar systemd; Es to ignorēju, jo neesmu to izmantojis. Tas ir tikai paraugs, lai teiktu, ka projekti, kurus systemd aizstāj perfekti, ir pārspīlēti.

      3.    Jukiteru teica

        Viena lieta ir viedoklis un otra ir arguments, protams, pirmā ir ļoti daudzveidīga, kā jūs sakāt @Tito, bet otrais ir kaut kas kodolīgāks un mērķtiecīgāks, tas nav kaut kas tāds, ar kuru vismaz tik viegli var manipulēt, bezmaksas programmatūras gadījums, kur kods ir mūsu rokai, lai to pārskatītu.

        @pamp mums saka, ka parādītie argumenti jau ilgu laiku ir atspēkoti, un kā pirmo pārbaudi viņš mūs atjaunina ar Lennarta viedokli (nevis argumentiem). Bet tas, ko šis puisis saka savos komentāros, ir viena lieta (cipari 4 un 8 ir tikai jāmirst, lai smieties), un vēl viens ir tas, ko viņš dara systemd kodā. Attieksme, ko esmu vairākkārt redzējis Lennartā, kopš sāku izstrādāt tādas lietas kā Avahi un Pulseaudio, un to var vienkārši apstiprināt, lasot abu programmatūras fragmentu sarakstus un kļūdu pārskatus.

      4.    Jukiteru teica

        @ Dah65 noteikti daudzi cilvēki izmanto pierādījumus, izmantojot trešo pušu viedokli, kas ir slikts ieradums tiem, kuri paši nevar izmeklēt jautājumus, ir savs un personīgais viedoklis un pat rada derīgus argumentus, ar kuriem piedalīties konstruktīvā diskusijā.

        Manā gadījumā es sekoju līdzi sistēmas izmaiņām, pateicoties izstrādes sarakstam, lai gan man nepatīk rīks, man tas pilnīgi nepatīk, bet es nepārtraucu lasīt par to lietotāja un tehniskajā līmenī, kā arī iemesls Šim nolūkam ir ļoti vienkārši, ja man jāapmeklē klients, kurš izmanto minēto init, es zinu, kas man jādara un kā jāapmeklē jebkura situācija.

        Tagad par to, kādi pakalpojumi darbojas bez problēmām, tas ir maldība, ir daudz SysV skriptu ar problēmām, un tas pats notiek arī systemd, bet vismaz tad, kad ziņojat par SysV kļūdu, tie ir novērsti vai arī to varat izdarīt vienkāršs veids, kā jūs komentējāt, sistēmād, pēc kļūdu ziņojuma izveidošanas var atrast WONTFIX vai CLOSED, pateicoties Lennartam vai Kay, atkarībā no gadījuma, un es nepārspīlēju, to sakot, paraugs šeit:

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

        Izlasiet 48. komentāru, jums nav zaudējumu. Klementa 53. gads ir vēl viens, kuram nav zaudējumu, it īpaši arhaiskā, bet funkcionālā problēmas risinājuma dēļ, kuru Lenarts nevēlas atrisināt un par kuru, starp citu, ziņoja 2011. gadā.

    3.    mario teica

      Tie "mīti", kas tos iedibināja? Daži no tiem tiek noņemti no galerijas, jo "systemd nav pārnēsājama bez iemesla". Pilnīgi taisnība, ka tas nav pārnēsājams (un viņš to atzīst, sakot, ka tas ir ļoti pielāgots Linux)
      Tas pieņem kļūdas, piemēram, pieņēmumu, ka BSD nav ieinteresēts (BSD puiši saka citādi: "Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)"), pat ja tas būtu pārnēsājams, viņi to nepieņemtu un tamlīdzīgas lietas (mīts 13,14,15).

      Ja Poeteringa nolūks ir sākt rakstīt skriptus, kas paredzēti tikai jūsu sistēmai (http://0pointer.de/blog/projects/systemd-for-admins-3.html) mēs kļūdīsimies. Principā klasiskajam init skriptam ir vienalga, kurp dodaties. Lai veiktu GNU, UNIX vai BSD, tiek veiktas minimālas izmaiņas. Nu, tas bija līdz šim (ja vien OpenRC netiek izmantots). Jebkurā gadījumā es domāju, ka šādas lietas radīs plaisu starp Linux darbvirsmai un serveriem. Ubuntu un atvasināto sistēmu lietotāji izmaiņas redzēs tikai nākamā gada beigās.

      1.    anonīms teica

        @ Dah65

        Tā kā jūs sakāt, ka systemd nav personificēta perversija, tad pasakiet man, kāpēc viņi neievieš opcijas Makefile, lai kompilēšanas laikā atspējotu visus tā moduļus, lai tie no mums, kuriem nepatīk, lai būtu šie "izvēles moduļi" "solis uz citām pakotnēm, lai mēs tos varētu apkopot un izveidot savas sistēmas cd versijas!
        Vai jūs zināt, kāpēc viņi to nedara? Tā kā tā attīstības formu sauc par piespiedu uzlikšanu un tā kā 95% lietotāju nav NPI, viņi izmanto noklusējuma priekšrocības, mēs jums visiem to noraidījām.
        Tā nedarbojas bezmaksas vai atvērtā koda programmatūra vai kā viņi to vēlētos nosaukt, tagad tas man liek smieties, jo ar jauno Debianu dakšiņu daudzi cilvēki izdomā, ka tā ir spēka izšķiešana, un es sev visu laiku jautāju, kā grūti bija likt papildu kompilācijas iespējas Makefile?
        Priekšmets nedod vairāk, tas ir kā vēlme sajaukt ūdeni ar eļļu, tāpēc katrā attīstībā būs bezgalīgas dakšas, kur visiem pārējiem ir jāuzliek daži.

      2.    Jukiteru teica

        @mario ir tieši tas, ko tu saki. Džordans Habards ir sapratis arī to, ka BSD init ir jāatjaunina ne tikai, lai pielāgotos jaunajām tehnoloģijām, bet arī lai atbalstītu jaunas iespējas, kas tagad ir iespējamas, taču viņš apiet sistēmas koncepciju par to, kā tās būtu jādara. lietas, un tās to vienkāršo līdz filozofijai, kas vienmēr ir dominējusi UNIX, “Izveidot programmu, kas dara vienu un dara labi”, un kas iniciācijā ir ārkārtīgi svarīga, jo mēs nerunājam par vēl vienu dēmonu, mēs runājot par operētājsistēmas iniciēšanu, papildus drošības pasākumam, salīdzinot ar to, ko daudzi speciālisti jau sāk raustīt par systemd, un tas ir pierādāms, systemd izskatās ļoti līdzīgs svchosts.exe no Windows, darot no pakalpojumu vadība tīkla kontrolei, cita starpā.

  10.   Luis teica

    Puiši, tas ir patiešām biedējoši.

    Vai to ir ļoti sarežģīti noņemt no ArchLinux ????

    Es meklēšu informāciju, bet es neuzdrošinos pieskarties šāda veida lietām, lai es nepieskrūvētu un nezaudētu savu sistēmu.

  11.   Manu teica

    No daudzajiem komentāriem, ko esmu lasījis, SYSTEMD ir īsts TROIJAS ZIRGS ...
    Tas nozīmē, kas to var saglabāt? Spāņu valodā ir maz informācijas - par FreeBSD darbvirsmas konfigurāciju un sistēmas sagatavošanu lietošanai.

  12.   Rafaels Mardojai teica

    Nabaga systemd, lai tā būtu. xD

  13.   waco teica

    Šī naida sistēma nebūs vīrusu ???? Arch man ir veicies lieliski ... ja tā ir taisnība, ka tā aptver vairāk, es nezinu, vai tas ir labi vai slikti! bet varbūt jau ir ievainojamības, lai pārņemtu kontroli, vai kāds vīruss, kas tādēļ iznīcina sistēmu ... ja tas ir stabils un drošs, es neredzu problēmu ... vienalga, es redzēšu, vai man ir laiks, un pētīšu šo tēmu un veiciet dažus testus ar openrc

    1.    Darjo teica

      nav tik stabils. un tas ir daudz nedrošāks nekā sistēma v. Arī darbvirsmas lietotājam, piemēram, daudziem no mums (man), tas nav problēma, ātrāka sāknēšana darbojas labi, un es parasti nelasu žurnālus, tāpēc nav svarīgi, cik skaidri tie ir, vai tas ir binārā formātā.

      Man ir teorija, ka Linux pieaugs galddatoros (un valdībās) un zaudēs vietu serveros (tā vietā, lai ņemtu OS, piemēram, freebsd)

  14.   oscar teica

    Esdebian Wiki viņi publicē, kā instalēt SysVinit Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   anonīms teica

    Lasot par drošību, es uzzinu, ka Intel pusē ir mātesplates ar mikroshēmojumiem, parasti ziemeļu tiltā, tās ievieš kaut ko tādu kā AMR Intel Active Management Technology .... interesanti, par laimi man nav intel, bet es Sākšu to meklēt AMD pusē, tādas lietas nav.
    Viņi iedomājas intel + AMR + systemd kombināciju, nedod Dievs.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Nav brīnums, ka Stallmana paranojas sauc par bezmaksas bios.

  16.   65 teica

    Pirmkārt, es neizmantoju systemd, jo tas vēl nav iebūvēts Kubuntu (esmu kopā ar Netrunner 14, kas iegūts no Kubuntu 14.04).

    Pēc tam ir jāprecizē vairākas lietas:

    1- systemd pieņem daudzu dažādu rajonu izstrādātāji / iesaiņotāji (Debian, openSUSE, Arch, Fedora ...), taču tagad izrādās, ka šī emuāra lasītāji zina vairāk nekā viņi zina par systemd priekšrocībām un trūkumiem.

    2- systemd ir bezmaksas programmatūra, kuras kodu var lasīt (un saprast) tie, kam ir laiks un zināšanas (tiem izstrādātājiem / iesaiņotājiem, par kuriem es runāju iepriekš). Ja jūs paslēptu aizmugures durvis, tās tiktu atklātas. Cik no lasītājiem izmanto patentētu programmaparatūru vai draiveri, kura kodu neesat lasījis un nevarat lasīt? Es domāju, ka ir lietderīgāk no tā baidīties nekā no sistēmas.

    3- Mēs visi strādājam ar binārām pakotnēm, jo, lejupielādējot .deb no krātuvēm, lai to instalētu, es nelādēju vienkārša teksta failu. Tātad šis arguments ir diezgan paradoksāls.

    4- GNU / Linux jau ir programmas, kas dara daudzas lietas: to pašu kodolu, kurā arvien vairāk tiek integrēti vairāk draiveru, un pat patentētu programmaparatūru (labāk slēgtās programmaparatūrā ievietot aizmugures durvis nekā programmā, kuras kods ir publicēts). Ir arī Xorg, kas apstrādā ne tikai grafisko serveri, bet arī tastatūru, peli un citas lietas; Neviens nesaka, ka Ksorgs tam "izdod" UNIX filozofiju, viņi vēlas viņu pensionēt, jo viņu jau ir apsteiguši citi projekti.

    5 - Protams, "Linux ir izvēle", bet tā ir brīvība izvēlēties, vai es gribu lasīt kodu, mainīt to, izplatīt utt. Ne jau tāpēc, ka visu izvēles iespēju sniegšanai ir nepieciešami distrosi (visas procesora arhitektūras, visas darbvirsmas vides, visi pakotņu formāti utt.)

    6 - Tiem, kas domā pāriet uz BSD, es atceros lasīju ziņas, ka dažās BSD sistēmās Amerikas NSA jau bija uzlikusi nagus. Ja šīs ziņas bija pareizas, es nezinu, jo neesmu sekojis tēmai. Bet ir ironiski, ka es aizbēgu no kaut kā "tāpēc, ka Red Hat ir aiz muguras un varbūt ...", lai nokļūtu kaut ko tādu, ka "varbūt NSA ir aiz muguras ..."

    Papildus GNU / Linux, BSD, Windows vai jebkura cita veida lietojumam mēs varam izmantot arī mūsu loģiku un spēju pamatot

    1.    dzīvīgs teica

      Pirmkārt, es neizmantoju systemd, jo tas vēl nav iebūvēts Kubuntu (esmu kopā ar Netrunner 14, kas iegūts no Kubuntu 14.04).

      Pēc tam ir jāprecizē vairākas lietas:

      1- systemd pieņem daudzu dažādu rajonu izstrādātāji / iesaiņotāji (Debian, openSUSE, Arch, Fedora ...), taču tagad izrādās, ka šī emuāra lasītāji zina vairāk nekā viņi zina par systemd priekšrocībām un trūkumiem.

      Citiem vārdiem sakot, šī emuāra lasītāji, būdami tikai lasītāji, nespēj saprast, vai kaut kas ir labs vai nē, jo mums jāvadās no iesaiņotāju un izstrādātāju labā sprieduma, zināšanām un pieredzes.

      2- systemd ir bezmaksas programmatūra, kuras kodu var lasīt (un saprast) tie, kam ir laiks un zināšanas (tiem izstrādātājiem / iesaiņotājiem, par kuriem es runāju iepriekš). Ja jūs paslēptu aizmugures durvis, tās tiktu atklātas. Cik no lasītājiem izmanto patentētu programmaparatūru vai draiveri, kura kodu neesat lasījis un nevarat lasīt? Es domāju, ka ir lietderīgāk no tā baidīties nekā no sistēmas.

      Tā ir taisnība, tā ir brīva programmatūra, un, ja parādās kaut kas dīvains, tie super cilvēki, par kuriem jūs runājāt iepriekš un kuriem mums jāuzticas, varēs to pamanīt un paziņot, vai varbūt ne, jo varbūt viņi, būdami cilvēki, viņus kārdinās apklust pretī kaut kam.

      3- Mēs visi strādājam ar binārām pakotnēm, jo, lejupielādējot .deb no krātuvēm, lai to instalētu, es nelādēju vienkārša teksta failu. Tātad šis arguments ir diezgan paradoksāls.

      Lejupielādējot .deb, viss, ko jūs darāt, ir lejupielādēts saspiests fails, kuru varat izpakot un tāpēc apskatīt, kas ir iekšā un ir iespējams, kur atrodas binārs. 😉

      6 - Tiem, kas domā pāriet uz BSD, es atceros lasīju ziņas, ka dažās BSD sistēmās Amerikas NSA jau bija uzlikusi nagus. Ja šīs ziņas bija pareizas, es nezinu, jo neesmu sekojis tēmai. Bet ir ironiski, ka es aizbēgu no kaut kā "tāpēc, ka Red Hat ir aiz muguras un varbūt ...", lai nokļūtu kaut ko tādu, ka "varbūt NSA ir aiz muguras ..."

      Es nezinu, kas ir tie lietotāji, kuri gatavojas bēgt no Linux, lai dotos uz BSD, bet, piemēram, man nevajadzētu pamest Linux, man būtu jāatstāj tikai izplatīšana, kas Systemd aiz tevis atstāj jā vai jā.

      Papildus GNU / Linux, BSD, Windows vai jebkura cita veida lietojumam mēs varam izmantot arī mūsu loģiku un spēju pamatot

      Citiem vārdiem sakot, tie no mums, kas komentē, lasa un lieto GNU / Linux šajā emuārā, nepamato. Tas ir tas, ko jūs vēlaties pateikt? Jebkurā gadījumā es jums pastāstīšu no savas personīgās pieredzes un pamatojuma (vai tas būtu loģiski, vai nē):

      Systemd ir sūdi, kas iestrēdzis uz nūjas. Esmu lasījis, ka ir arī citi Inits, kas sākas daudz ātrāk un tāpēc tiem nav jākontrolē DNS, RED, CRON un viss pārējais, ko Systemd vēlas kontrolēt. Varbūt gala lietotājam, kuram rūp tikai datora ieslēgšana, pārlūkprogrammas atvēršana un e-pasta ziņojumu sūtīšana, nav svarīgi, vai viņš lieto Systemd vai Systemx, bet mums, kas pārvalda serverus, tas ir sāpes. Un es jums uzdodu to pašu jautājumu, ko es vienmēr uzdodu, kas notiek, ja Systemd tiek apdraudēts un nonāk ellē? Vai mums paliek bez RED, bez CRON, bez DNS, bez Init un visa pārējā, ko tā dara? Tur es to atstāju jums.

      Un piesargāties, es jums to visu saku bez rupjībām. Tas nozīmē, ka laipni lūdzam šajās daļās.

      1.    65 teica

        Paldies par uzņemšanu.

        Atbildot bez asarām, es paskaidroju, ka es nedz izstrādāju sistēmu, nedz arī saņemu algu, lai to popularizētu. Un ka tas mani vispār neietekmē neatkarīgi no tā, vai citi cilvēki to izmanto vai ne, tas ir viņu lēmums.

        Bet tas, ko es redzu šajā jautājumā, dažreiz šķiet histērija, un es lasīju tādu cilvēku viedokļus, kuri, neizpētot kodu vai to neizmantojot, apzīmē to kā atkritumu, uzlikšanu, nodevību, un es nezinu, cik daudz citas lietas. Tas man atgādina situāciju, kuru piedzīvoju pirms dažām dienām, kad cilvēks, kurš atzina, ka nekad nav instalējis Windows vai zina, kā sadalīt cieto disku, sāka teikt, ka Linux ir ļoti grūti ... nekad to nemēģinot, un arī viedtālrunī ir Android.

        Vai esat salīdzinājis systemd ar sysvinit, ar upstart un openrc? Lieliski, jūs varat pieņemt lēmumu, pamatojoties uz savu pieredzi. Tas ir labākais, jo jūs zināt arī to, ka disks, kas darbojas vienā datorā, var būt vērtīgs citā, un tāpēc tie no mums, kuriem ir zināma pieredze GNU / Linux, saka, ka vislabākais distro ir tas, ar kuru lietotājs jūtas ērti.garša.

        1- «Citiem vārdiem sakot, šī emuāra lasītāji, jo viņi ir tikai lasītāji, nespēj saprast, vai kaut kas ir labs vai nē, jo mums jāvadās no iesaiņotāju un izstrādātāju labā sprieduma, zināšanām un pieredzes. »

        Esmu lasījis šo emuāru diezgan ilgu laiku (jūs redzēsiet manus komentārus vecajās ziņās), tāpēc esmu iekļauts komplektā. Un atbilde ir tāda, ka nē: tas, ka esmu šī vai jebkura emuāra lasītājs, man (vismaz man) neļauj spriest par programmatūras labo vai slikto, kuru es nezinu. Es varu izlasīt citu teikto, un šajā gadījumā ir nostājas gan par, gan pret sistēmu; patiesībā katru reizi, kad tēma tiek izvirzīta Phoronix, notiek daudz diskusiju, taču pat tur argumentēti komentāri ir ierobežoti. Es atsaucos uz tādiem argumentiem kā "kad systemd izsauc X procesu bezgalīga cilpa, padarot sistēmu nederīgu".

        Patiesība ir tāda, ka, izmantojot distro vai citu, jūs vadāties pēc iesaiņotāju un izstrādātāju vērtējuma, zināšanām un pieredzes. Jebkuras OS vai programmas izmantošana daļēji nozīmē paļauties uz citu vērtējumu un pieredzi; piemēram, operētājsistēmā Linux jūs pieņemat lēmumu izmantot monolītu kodolu, nevis izmantot tādu mikrokodolu kā Hurd. Šis lēmums bija Linusa Torvalda lēmums, un jūs to pieņemat, izmantojot viņa kodolu.

        2- «Tā ir taisnība, tā ir brīva programmatūra, un, ja parādās kaut kas dīvains, tie super cilvēki, par kuriem jūs runājāt iepriekš un kuriem mums jāuzticas, varēs to pamanīt un paziņot, vai varbūt nē, jo varbūt viņi ir cilvēki, tāpēc jutīsies kārdinājums apklust pretī kaut kam. "

        Nu, aizdomīgi, kāpēc uzticēties Lininam Torvaldam un Ričardam Stallmanam un GNU projektam? Es neesmu skatījies viņu programmu kodu, tāpēc varbūt viņi mani maldina.

        3 - «Un es jums uzdodu to pašu jautājumu, ko es vienmēr uzdodu, kas notiks, ja Systemd tiks apdraudēts un nonāks ellē? Vai mums paliek bez RED, bez CRON, bez DNS, bez Init un visa pārējā, ko tā dara? Es to atstāšu tur. »

        Ko darīt, ja OpenRC kaut kādā veidā tiek apdraudēta? Vai Upstart? Vai kodolu? Tas notika ar mani, pēc "parastā" atjauninājuma Debian testēšanā man beidzās grub, es nevarēju ievadīt Debian vai Windows, un tajā laikā mana nezināšana nozīmēja, ka man bija tikai iespēja pārinstalēt.

        4- «Īsāk sakot, tie no mums, kas komentē, lasa un lieto GNU / Linux šajā emuārā, nepamato. To jūs vēlaties pateikt? "

        Nē, es to nedomāju; Es nedomāju vispārināt no konkrētas, konkrētas situācijas līdz viena vai tūkstoš cilvēku uzvedības kopumam. Bet es uzskatu, ka sistēmas gadījumā tas tiek runāts daudzas reizes, neveicot objektīvu un mierīgu analīzi; tas notika arī ar Wayland-Mir, izvirzot daudzas nepamatotas prasības gan pret Wayland, gan Canonical.

        Es atkārtoju arī to, ka es lasīju un komentēju šo emuāru (tāpat kā citos) un ka es izmantoju GNU / Linux.

        Un es atkārtoju arī to, ko jau teicu iepriekš: izmantosim smadzenes, analizēsim dzirdēto un lasīto, apskatīsim dažādas perspektīvas, lai mēģinātu atspēkot gan A, gan ne-A, un, ja iespējams, iegūsim savu pieredzi, lai secinājumus pamatotu ar faktiem . Un tad izmantosim visu, kas mums šķiet piemērots.

      2.    waco teica

        umm .. labi, ka kompromitēšana ir hipotēze ir kā viss .. mans jautājums jau ir pagājis? .. varbūt kļūdas nav atrodamas visās programmatūrās un tās tiek izlabotas, ja sistēmā ir kļūdas, tās to izlabo un kā jebkurai programmai var būt tās kļūdas .. problēma nav tajā, ka tā var neizdoties, tas ir, ja jūs vēlaties, lai tas dara vai kontrolē, ko tas dara, bet ne ar pieņēmumu, ka tas var neizdoties, viss var neizdoties vienā mirklī ... Es neesmu vispār systemd fans, tas ir tikai mans viedoklis.

        1.    dzīvīgs teica

          Kļūda var rasties lietotāja datorā, un nekas nevar notikt, bet serverī viss ir ļoti, ļoti atšķirīgs.

      3.    Jukiteru teica

        @waco noteikti, ja programmatūrā rodas kļūdas, tās jālabo. Problēma ir tā, ka systemd ir daudz vecu kļūdu (dažas datētas ar 2010. gadu un ir nopietnas), un mūsdienās tās joprojām nav novērstas, vai vienkārši tiek mazinātas vai Lennarts vienkārši atzīmē tās kā SLĒGTU vai WONTFIX.

    2.    waco teica

      tavs komentārs ir ļoti veiksmīgs! Mēs visi nevaram iekrist sistēmā, jo tā ir modē un ir izveidota kā šīs kampaņas uztriepes kampaņa ... katras izmaiņas ir noraidītas.

    3.    Jukiteru teica

      Es atbildu uz jūsu argumentiem:

      1. - Nopietni un interesējoši lietotāji, kā arī izstrādātāji zina, kādas ir sistēmas un sistēmas ieviešanas priekšrocības un trūkumi jebkurā attīstības un darba vidē, sistēmas vājās un stiprās puses nemainās vienas vai otras perspektīvas dēļ.

      2. - Protams, systemd ir bezmaksas programmatūra, un to var pārbaudīt. Problēma nav tā, ka tajā ir paslēptas aizmugurējās durvis, problēma ir tā, ka tā dara lietas, kuras iniciētājam nevajadzētu darīt (tīkla vadība, DNS, TTY konsoles utt.), Ka tai ir daudz pakalpojumu, kas domāti citiem, piemēram, tas dara lietas pavisam savādāk, nekā paredzēts, ka tas tiek darīts, kas pārkāpj paša Linux kodola (coredump) noteikumus, ka daudziem tā izstrādātājiem ļoti maz rūp sistēmas strukturālo problēmu risināšana (coredump un debug ir starp visnopietnākajiem, bet vēl neatrisinātajiem).

      3.- Viena lieta ir lejupielādēt bināru failu, kas, izrādās, ir programma, kuras KONFIGURĀCIJA un LOGS joprojām ir vienkāršā tekstā, un vēl viena lieta ir lejupielādēt bināru failu, kura KONFIGURĀCIJA un cita informācija tiek saglabāta binārā failā un ir pieejama tikai caur noteiktiem rīki, Šeit lietas mainās. Binārais žurnāls nepiedāvā drošību (ja jūs patiešām vēlaties drošību, šifrējiet nodalījumu ar AES-256), tas ir tikai melns lodziņš, no kura jūs neko nezināt par notiekošo, un tas ir piemērots daudzām lietām, piemēram, : Iedomājieties, ka jums ir Trojas zirgs, kas izmanto sistēmas ievainojamību un caur to iegūst pilnīgu piekļuvi sistēmai, ieskaitot žurnāla pakalpojumu un privilēģiju eskalāciju. Vai tā nav nopietna problēma? Vai binārie žurnāli, kurus tieši apstrādā systemd, nepievērsīsies jums, būdami nedzirdami, nenonākot līdz vietai, ka tie jau neapzināti ir modificēti? Ir jēga un atšķirība starp programmu un konfigurācijas failu / žurnāli / izgāztuves binārā failā.

      4.- Kodols ir programmatūra, kas izstrādāta tādā nozīmē, ka tā ir paredzēta jau no paša sākuma, lai kontrolētu visu jūsu datorā, nevis init. Init ir veltīts tikai tam, lai jūsu sistēma paceltu kodolu un būtu izmantojama, jo tas ir pirmais, kas jāsāk, un pēdējais, kas jāpabeidz. Tāpēc to sauc par init (inicializāciju), jo tas tikai palaiž sistēmu un nedara neko citu, un iemesls tam ir ļoti vienkāršs, init ir jābūt pēc iespējas stabilākai un pilnīgākai programmatūras daļai, lai to nez kāpēc novērstu Tas galu galā salauž visu sistēmu, runa ir par stabilitāti un drošību. Xorg ir vēl viena balss, tā dara daudzas lietas, tā ir taisnība, taču nekas nav tik riskants, lai atstātu jums pilnīgi neizmantojamu sistēmu, kā arī tā konfigurācija joprojām tiek veikta vienkāršos vienkārša teksta failos.

      5. - Distros noteikti nav pienākums piedāvāt brīvību plašā nozīmē, un tieši tāpēc tiek parādīta pašreizējā tirāde. Bet mēs esam lietotāji un kopiena, un daudzi no mums vienkārši nepiekrīt šīs sistēmas ieviešanai, tāpēc mēs liekam mūsu balsi sasniegt neatkarīgi no tā, vai viņi to klausās vai nē, tas ir to cilvēku jautājums, kuri attīsta distro, un viņu lēmums ietekmēs tos, kuri nolemj izmantot savu distro vai nē, un tas acīmredzami var izraisīt vairāku distrosu neveiksmi atkarībā no tā, kā notiek, un tagad piemērs ir Debian un tā devuanu dakša.

      6.- BSD ziņas ir saistītas ar to, kas notika OpenSSH un OpenBSD IP kaudzē, aizmugurējās durvis, kas, starp citu, ietekmēja ne tikai BSD, bet arī Linux (OpenSSH gadījumā), un tas tika novērsts. Situācija tiek attiecināta uz BSD, jo tieši BSD (Theo de Raadt OpenBSD) ir atbildīgi par šī rīka (OpenSSH) izstrādi un situācija radās tāpēc, ka daži izstrādātāji, kas vairs neaktīvi projektā, iestādīja aizmugures durvis . Situācija tika atrisināta, un tika paziņoti attiecīgie veicamie pasākumi, ja šī situācija varētu ietekmēt tos, kas izmantoja programmatūru. Tagad: vai šī situācija var rasties sistēmā? Atbilde ir vienkārša, un rezultāts ir katastrofāls, jo, pateicoties daudzām citām lietām, systemd risina privilēģiju eskalāciju, backdoor sistēmā systemd nozīmē pilnīgu piekļuvi sistēmai, kaut kas nenotika ar BSD minētajām aizmugurējām durvīm.

  17.   oscar teica

    Viņi atgriež Debian dakšu bez systemd jau ir tīmekļa lapa. Šķiet, ka projekts norit un ļoti nopietni. https://devuan.org/

  18.   Aaditja Bagga teica

    Atjaunināti ISO un dažas jaunas augšupielādes.
    https://forum.manjaro.org/index.php?board=50.0

  19.   Keos teica

    Instalēšanas programma nav ļoti skaidra, es nevaru izpildīt viņu darbības, it īpaši starpsienu daļā, es nezinu, kāpēc viņi uzstāj uz šīm mulsinošajām lietām.

  20.   Manuels R teica

    Ir kaut kas, kas piesaista manu uzmanību par netinstall with Openrc, kaut kur instalācijā es turpinu redzēt ziņojumu, ka jūs konfigurējat systemd, vai tiešām tajos nebūs ne systemd, ne tā izmantošanas?

    1.    Keos teica

      Sveiks, Manuel, es to pašu ievēroju arī instalēšanas laikā, tam ir jābūt instalētāja jautājumam, jo ​​nav šaubu, ka systemd nav instalēts, jūs terminālā apstiprināt šādi: pacman -Qs openrc

      Sveicieni

      1.    Manuels R teica

        Sveiki, keo, vispirms es atvainojos, ka iepriekš neatbildēju. Es novērtēju jūsu atbildi, es priecājos uzzināt, ka Manjaro piedāvā šo iespēju; tiklīdz Ubuntu Precise atbalsts beigsies (vai varbūt ātrāk), es to instalēšu. Sveiciens.

  21.   Anonīms teica

    Labs amats

    Es gaidīšu Manjaro ar Systemd, kamēr OpenRC versija nobriest nedaudz vairāk, es gribu izkļūt no systemd ... (es sviedru to)