OpenRC pada isos Manjaro untuk pembenci Systemd

Hari ini membaca RSS saya mendapat berita menarik bahawa Blog Tampilan Replikator, dan adakah di Komuniti Manjaro beberapa ISO telah dilancarkan dengan keunikan yang tidak mereka gunakan Systemd seperti init, lain-lain OpenRC, sistem permulaan yang digunakan oleh Gentoo.

OpenRC

Saya tidak tahu tentang anda, tetapi tema Systemd sudah banyak menyentuh bola saya, dan semakin banyak yang saya baca, semakin saya menyedari bahawa walaupun bagi pengguna akhir (atau bagi banyak) ia tidak mewakili perkara yang sangat relevan, di paling tidak bagi saya, saya tidak suka jalan yang dilalui ini Saya percaya musim hitam akan datang di dunia GNU / Linux, di mana garpu dan rasa tidak puas hati akan pecah walaupun di padang pasir yang gersang.

Tetapi mari kita pergi ke perniagaan. Di forum Manjaro mereka telah menerbitkan, seperti yang saya katakan sebelumnya, beberapa isos yang OpenRC gunakan. Dan bagi mereka yang takut untuk memasang versi ini, saya meninggalkan video mengenai cara melakukannya.

Muat turun ISO dengan OpenRC

ISO pertama yang akan kita lihat ialah versi Pasang Bersih. ISO ini mempunyai ciri-ciri berikut:

  • Berdasarkan profil Manjaro-Net (tidak mempunyai Desktop Environment yang sudah dipasang sebelumnya)
  • Berdasarkan cabang Pengujian.
  • Pemandu percuma sahaja
  • Gunakan kernel Linux siri 3.14
  • Tidak menggunakan Plymouth
  • Ia diuji di Virtualbox

Bahasa boleh dipilih pada awalnya dengan menekan kekunci F2. Setelah proses boot selesai, kami akan menemui prompt, yang akan kami gunakan untuk mengakses:

  • Pengguna: root
  • Kata Laluan: manjaro

Untuk memulakan pemasangan seperti yang ditunjukkan dalam video sebelumnya, kami akan menulis:

setup

Pautan untuk memuat turun ISO

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

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

Arahan Pasca Pemasangan

Di dalamnya Forum Manjaro Mereka menawarkan beberapa data untuk Pasca Pemasangan:

Kami menambah repositori openrc-eudev mengikut arahan ini.

1) Kami menambah yang berikut pada akhir /etc/pacman.conf

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

Kami menambah dan mengimport kunci:

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

2) Kami mengemas kini sistem

sudo pacman -Syu

3) Kami memasang persekitaran desktop pilihan kami, contohnya menggunakan lxde

sudo pacman -S lxde

Maklumat mengenai pemasangan Persekitaran Desktop dapat ditemukan di wiki.

4) Kami memasang Pengurus Sesi:

sudo pacman -S lxdm-consolekit
Pengurus Sesi juga mesti ditetapkan dalam fail /etc/conf.d/xdm dan ada lebih banyak maklumat di sini y di sini

5) Kami memasang beberapa pakej seperti applet untuk networkmanager

sudo pacman -S network-manager-applet

6) Kami memulakan semula sistem

sudo reboot

Saya rasa perlu untuk mengatakan bahawa untuk ini kita perlu dihubungkan ke Internet melalui kabel. Sekiranya kami menggunakan WiFi, anda dapat melihat cara melakukannya pautan ini.

Manajaro ISO dengan OpenRC dan OpenBox

Dalam kes Openbox ISO, beberapa perkara harus diambil kira:

  • Objektif utama adalah untuk membuat proses pemasangan lebih mudah dan benarkan mengkonfigurasi borang graf rangkaian itu (menggunakan wicd) dan pembahagian menggunakan GParted secara pilihan.
  • Konfigurasi merangkumi Penyemak Imbas Openbox WM, LXTerminal, PCMan dan NetSurf (untuk mencari maklumat di wiki o google), dan lain-lain.
  • Gunakan pemasang konsol.

Pautan untuk memuat turun ISO dengan OpenRC:

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

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

Manjaro XFCE ISO dengan OpenRC

Hanya dengan eksperimen dan untuk 64 bit, terdapat juga ISO dengan XFCE:

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


Tinggalkan komen anda

Alamat email anda tidak akan disiarkan. Ruangan yang diperlukan ditanda dengan *

*

*

  1. Bertanggungjawab atas data: Miguel Ángel Gatón
  2. Tujuan data: Mengendalikan SPAM, pengurusan komen.
  3. Perundangan: Persetujuan anda
  4. Komunikasi data: Data tidak akan disampaikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Pangkalan data yang dihoskan oleh Occentus Networks (EU)
  6. Hak: Pada bila-bila masa anda boleh menghadkan, memulihkan dan menghapus maklumat anda.

  1.   salah satu daripada beberapa kata

    Anda betul, masalah systemd mula mengeluarkan bau tertentu kerana OpenRC adalah pengganti semula jadi init semasa. Kita akan lihat di mana kisah ini berakhir.

  2.   William kata

    "Walaupun untuk pengguna akhir (atau bagi banyak orang) ia tidak mewakili sesuatu yang sangat relevan"

    Saya rasa sama, tidak relevan kerana sebagai pengguna ia tidak mempengaruhi kita dalam operasi OS itu sendiri.

    Sebenarnya, satu-satunya yang besar (debian), telah memberikan berita mengenai "skandal" mengenai perkara ini, dan walaupun mereka mengatakan bahawa ada sebab lain, semua sistemd berkaitan (dan tidak seharusnya).

    Distro besar yang lain, mereka tidak membuat masalah (atau setidaknya dimanifestasikan dengan sekop dan obor), Fedora, Ubuntu dan OpenSUSE.

    Ini memberi saya kesan bahawa ini adalah pertengkaran antara pengaturcara, kerana misalnya, openuse 13.2 mempunyai penerimaan / kritikan yang baik dan tidak ada seorang pun di dalam ulasan yang membicarakan systemd (walaupun untuk membuat perdebatan),

    Sekarang mengapa semua keributan pergi dari systemd ke OpenRC, jika pada akhirnya ia tidak mempengaruhi mereka.

    1.    Deron kata

      Secara peribadi mengenai systemd, ini membuat saya tidak selesa dan tidak selamat, jawatan yang baik.

    2.    yukiteru kata

      Di Fedora ada beberapa perdebatan mengenai systemd ketika diputuskan untuk memasukkannya sebagai init, ada beberapa pengkritik terhadap sistem, terutama karena mereka tidak setuju untuk menggunakannya sebagai init secara lalai kerana sangat segar dan memiliki banyak kekurangan, namun , Sebilangan besar dev utama adalah pasukan pengembangan inti dan berkaitan dengan systemd, jadi penggantian Upstart untuk systemd adalah tanda beberapa pengenaan, selain isu bahawa Upstart adalah pengembangan Ubuntu dan memiliki CLA yang cukup cemberut setelah itu, yang pada akhirnya menolong semua orang untuk menerima sistem tanpa pertanyaan. OpenRC tidak dapat disoal pada waktu itu, kerana ia tidak memiliki banyak fitur yang dimilikinya sekarang, termasuk paralelisasi dan sokongan kelompok.

  3.   tanpa nama kata

    Berita baik! distro binari yang akan dilancarkan oleh openrc .... ia seperti anugerah.
    Ini adalah jalan yang seharusnya diambil oleh archlinux sejak awal, saya masih ingat ketika saya harus menyokong archlinux untuk pergi ke systemd. Sekarang saya mempunyai kemungkinan untuk menguji semula distro binari dengan openrc + eudev yang sebenarnya saya gunakan di gentoo.
    Terima kasih orang dari Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC menguruskan perkhidmatan, permulaan dan penutupan hos
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): Sokongan penamaan peranti dinamik dan berterusan Linux (aka userpace devfs)

  4.   xiep kata

    Terima kasih atas maklumatnya, elav!

    Saya berkongsi pendapat anda mengenai systemd dan saya juga prihatin dengan perubahan yang telah diambil oleh Linux sejak munculnya init baru ini. Sekiranya Wheezy menjadi terlalu tua sebelum garpu Debian tiba, saya akan memikirkan untuk mencuba Manjaro OpenRC, kerana saya tidak mempunyai masa lapang untuk menyiapkan sistem Gentoo (saya menghargai melakukannya tetapi pasti masa penyusunan Gentoo terlalu luas untuk keadaan peribadi saya).

    Salam!

  5.   Cristian kata

    Elav anda boleh menerangkan dalam kurang dari 10 perkataan untuk pengguna yang tidak terlalu memahami "kontroversi" itu, beberapa ketika lalu terdapat beberapa artikel di blog yang sangat teknikal, dan mereka tidak selesai menjelaskan konteks untuk " tidak berinisiatif "... pernah Mereka memberitahu saya bahawa tanpa mengira teknikal, penjelasan mesti difahami walaupun oleh nenek anda untuk menjadi baik.

    Sebenarnya, di fedora, beberapa waktu yang lalu, masalahnya menjadi tidak dapat diatasi, sehingga beberapa pengguna desktop memikirkan untuk beralih ke centos, untuk mengatasi masalah ini

    1.    Luis kata

      Saya mendaftar untuk permintaan itu.

      Systemd berfungsi dengan baik untuk saya. Apakah masalah yang menyebabkan begitu banyak pergerakan?

      Katakan saya tidak tahu.

    2.    dario kata

      systemd adalah program yang bertanggungjawab untuk memulakan sistem tetapi para pengembang ini memutuskan untuk memperluasnya dan sekarang tidak hanya menangani permulaan tetapi juga hal-hal seperti cron (program untuk menjalankan program secara automatik), rangkaian, log sistem yang dengan cara binari, antara lain

      Banyak yang tidak melihat perubahan yang mendadak itu, terutamanya kerana ia adalah perisian baru dengan banyak bug daripada program yang telah berfungsi sepanjang hayatnya, selain menghasilkan kebergantungan ketika pengaturcaraan dan misalnya gnome semakin dikaitkan dengan sistem ini. Menjadikannya kurang mudah alih ke platform unix lain.

      Saya tidak tahu apakah komen saya yang lain tidak lulus dengan sederhana tetapi mengatakan bahawa saya menyukai systemd tetapi mereka tidak boleh membiarkannya memonopoli semua pengedaran dan meninggalkan alternatif kerana selalu dilakukan di Linux untuk mereka yang mempunyai keperluan yang berbeza.

    3.    dario kata

      Saya perlu mengatakan bahawa sebelum program yang bertugas memulakan sistem semasa boot adalah sistem v, yang telah berlangsung lama sehingga digantikan dalam sebilangan besar pengedaran oleh systemd xD.

    4.    meriah kata

      Untuk apa yang @daryo katakan saya tambahkan yang berikut (yang menurut pendapat saya juga):

      Saya selalu menyukai falsafah Unix di mana program hanya melakukan satu perkara, tetapi melakukannya dengan baik. Apabila Systemd ingin mengawal semua yang diberitahu oleh @daryo, saya sedikit ragu dan apa yang akan berlaku sekiranya Systemd dikompromikan? Nah, ia mungkin akan menyeret semua yang dikendalikannya.

      Untuk itu saya tambahkan (dan mungkin ini lebih daripada kebiasaan), bahawa saya selalu suka bahawa log sistem saya adalah fail teks tulen, tetapi dengan Systemd semuanya binari, dan perintah seperti:

      cat log.txt

      o

      tailf log.txt

      Di mana kita dapat menggunakan pilihan lain seperti GREP untuk menyaring kandungan tertentu, tetapi Systemd menggunakan perintah bernama jurnalctl.

      Sebagai tambahan kepada yang disebutkan di atas, saya mesti mengatakan bahawa sebagai RedHat sebagai eksponen utama di belakang Systemd, saya mendapat amaran bahawa saya tidak dapat mematikannya. Mungkin saya salah, tetapi ini tidak kelihatan baik .. Dan saya terus bertanya-tanya apa keperluan untuk mengawal but, cron, rangkaian dan berapa banyak perkhidmatan yang ada? Apa yang mereka maksudkan dengan itu?

      1.    Alexander kata

        Terima kasih atas komen anda dan apa yang telah saya selidiki, saya dapat mengesahkan kecurigaan anda, makluman itu betul, Broder.
        Anda lihat, saya telah membaca mengenai TCP Stealth, ini adalah tesis Jerman di mana mereka menuduh Red Hat memfasilitasi pengintipan industri untuk sistem pendengaran dari 5 mata:
        Saya sudah menulis mengenai ini, jika anda mempunyai bakat yang diperlukan, saya tahu anda memilikinya, anda boleh membuat kesimpulan anda sendiri:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Stealth

      2.    yukiteru kata

        Hanya untuk melengkapkan komen anda yang baik @elav, systemd NIH sangat tinggi, sehingga kini mengaku mengawal perkara berikut:

        1.- Pengurusan sambungan internet dengan IPv4 dan IPv6, menggunakan systemd-networkd dan systemd-nspawn.
        2.- Pengurusan DNS melalui cache DNS dalaman, diselesaikan secara sistematik.
        3.- Pengurusan DNS multicast dalam rangkaian dalaman, menggunakan systemd-networkd.
        4.- Pengurusan terminal TTY di Linux, menggunakan systemd-consoled. (Selamat tinggal KMScon?)
        5.- Pengurusan sesi dan keistimewaan melalui logind.
        6.- Kawalan Coredump, menggunakan fail binari, dan melangkau arahan kernel.
        7.- Mengawal log, menggunakan fail binari, dan melangkau arahan kernel.
        8.- Kawalan peristiwa ACPI menggunakan logind. (Systemd-212 menambahkan beberapa sakit kepala pada dev Nvidia dengan pelbagai bug yang menjadikan sistem tidak berguna)
        9.- Sokongan PPPoE untuk networkd, pekerjaan yang masih dijalankan.
        10.- Sokongan untuk DHCP pada pelanggan dan pelayan. (Apa yang mereka buat dengan itu? Tidak ada idea)
        11.- Sokongan untuk sistem dengan tetapan semula kilang, yang dengan cara itu sangat berkaitan dengan BTRFS (Jangan terkejut jika BTRFS kemudian menjadi ketergantungan pada systemd, Lennart baik menyukainya)
        12 ..- Sokongan untuk bekas maya (terutamanya Xen dan KVM)
        13.- Sokongan untuk pengurusan dan inisialisasi peranti (apa yang dilakukan udev)
        14.- Pengendalian sistem penyulitan cakera.
        15.- Memuatkan modul firmware dan kernel.
        16.- Pengendalian nama host (mencipta sehingga pengenal unik PC anda), premis, masa, penyegerakan NTP, sysctl (pemboleh ubah kawalan kernel), dan bahkan penjana nombor rawak (Sangat WTF ini, dan ini menimbulkan banyak kecurigaan)
        17.- Pengendalian sistem fail sementara.

        Dalam senarai pendek, adakah perkara yang saya tahu bahawa systemd lakukan, jika ada yang tahu lebih banyak daripada mengatakannya :).

        PS: systemd tidak lagi menawarkan sokongan untuk skrip LSB dan SysV sejak systemd-214, jadi saya tidak tahu seberapa benar sokongan "warisan" mereka sekarang atau seberapa sesuai dengan standard tersebut. Saya katakan adakah LSB masih menjadi standard dalam Linux, atau adakah saya salah?

        1.    Allan herrera kata

          Terima kasih kerana memberitahu saya, saya berfikir untuk pergi ke BTRFS tetapi mengetahui bahawa Lennart menyukainya, anda mungkin tahu bahawa dia mesti mengerikan dan mengintip NSA-IBM

    5.    tanpa nama kata

      Ada sedikit ruang untuk meringkaskan dan menjelaskan begitu banyak ... itu adalah kuda Trojan raksasa, yang bahkan mereka tidak cuba menyamar. Apa yang dilakukan oleh sistem permulaan dengan meletakkan perkhidmatan rangkaian, dhcp dns dan bahkan saya fikir avahi ... ke dalam systemd? Kekuatan keputusan hilang dengan tidak dapat menguruskan perkhidmatan
      yang tidak dikehendaki dan mereka tidak datang kepada saya yang boleh dinyahaktifkan, saya tidak mahu mereka dalam pakej systemd!
      Dalam OpenRC, salah satunya adalah yang menentukan perkara yang dimulakan dalam setiap tahap, beberapa perkhidmatan bergantung kepada perkhidmatan lain tetapi sangat sedikit dan disenaraikan ... sementara di systemd apa sahaja melakukan apa sahaja yang dia mahukan pada masa ini Dia mahu ... untuk memperoleh sekitar 5 saat semasa but dan cepat dalam keadaan tidak aktif.
      Systemd begitu rumit sehingga mustahil untuk mengetahui apa yang dilakukannya, anda harus meletakkan diri anda dengan berfikir bahawa ia adalah tuan anda dan tidak melakukan sesuatu yang salah kepada anda.
      Systemd memecahkan konsep bahawa perkara harus mudah dan difahami dari segi daemon atau perkhidmatan dan runlevel, tidak ada yang menggunakan systemd sepenuhnya mengetahui apa yang berlaku dalam perkhidmatan mereka setiap masa.
      Systemd tidak membenarkan penggunaan syslog-ng secara semula jadi, mereka telah menetapkan jurnal untuk menginjaknya dan tidak membiarkannya berfungsi, atau adakah anda menggunakan jurnal atau naninga! Log sistem adalah asas untuk keselamatan dan pengauditan tentang apa yang berlaku dan yang berlaku dengan sambungan tempatan dan jarak jauh, tetapi jurnal menggunakan format binari yang hanya dapat dilihat oleh jornalctl .... Selalunya jurnal rosak "secara misterius" fail binernya dan sebagai dia melihatnya rosak dia menghapusnya sekali dan bermula dengan yang baru, melupakan semua balak yang sudah ada.
      Saya boleh terus berjam-jam, tetapi masalah terburuk adalah Lennart tidak memberikan bola kepada mereka yang melaporkan kesilapan itu dan sejauh yang saya baca, dia tidak menerima tampalan dari sesiapa.
      Saya fikir bahawa ketika mereka masuk ke systemd, mereka akan melaporkan bug dan patch, yang harus diterima oleh systemd ... tetapi saya jujur ​​percaya bahawa Lennart dan RedHat mempunyai rancangan lain untuk sisa distro .... seperti yang saya katakan sebelum ini, HORSE OF TROYA dari RedHat.
      Sejujurnya bagi saya systemd tidak dapat diperbaiki, idea di sebalik rekaannya sangat buruk, lebih baik memulakan sistem boot dari awal daripada cuba memperbaiki frankestein itu.

      1.    meriah kata

        AMEN !! @ tidak dikenali ..

      2.    kunagi kata

        Saya telah menggunakan systemd (Fedora) selama beberapa tahun dan saya telah mencapai ini:
        Masalahnya berbau pelik, kerana lebih banyak perkara menambah disable / redirect.
        Jurnal yang telah saya arahkan ke rsyslog secara langsung. Beberapa log binari anda telah rosak.
        Dari dns saya menggunakan bind, jika mereka mengintegrasikannya ke dalam systemd saya akan terus menggunakannya sama, walaupun saya harus mengubahsuai semuanya.
        Saya menggunakan XFCE sehingga menjimatkan banyak perkara yang ingin disatukan oleh gnome.
        Ia seperti gajah di kedai cina.

      3.    Tito kata

        Betul; malah mereka juga tidak tahu memanggilnya. Kami keluar untuk mengemas kini setiap hari, membetulkan bug dan omong kosong lain. Ini adalah subjek yang membuat saya agak marah; tetapi bukan hanya kerana fakta bahawa SystemD adalah omong kosong; jika tidak bagaimana mereka telah melakukannya.
        Jelas bahawa di dunia Linux, terdapat beberapa syarikat yang berusaha mengawal semuanya; lihat Canonical, RedHat dan Gnome, (malah Miguel de Icaza sendiri telah meninggalkan Gnome).
        Sekiranya saya menggunakan Linux, ini adalah kerana siapa saya mengendalikannya dan itulah asas dan falsafahnya; Agar tidak tahu apa yang dilakukannya, saya memasang mesin dengan W Server sudah berjalan.
        Yang saya minta maaf adalah bahawa Debian telah menyerah. Sebenarnya, kemungkinan membuat garpu selari tanpa SystemD sedang dipertimbangkan.
        Mari kita berharap perkara itu tidak menjadi lebih; atau saya melihat diri saya memindahkan semua mesin saya ke BSD.

      4.    yukiteru kata

        @ anonim, komen orang, anda tidak boleh menjadi lebih tepat.

        systemd adalah perkara gila yang tidak mempunyai penjelasan dalam banyak perkara, kebenaran menyebabkan banyak kecurigaan dalam semua perkara yang dilakukannya dan tidak membenarkan alat lain melakukannya, sebenarnya saya tidak tahu bagaimana orang Debian membiarkan diri mereka meletakkan ini, tetapi pada akhirnya mereka sudah membuat keputusan itu, dan untuk pertama kalinya selama bertahun-tahun saya berhenti menggunakan Debian sebagai OS utama, dan akan terus melakukannya sehingga sistemd keluar dari Debian untuk pilihan yang lebih telus.

    6.    Tito kata

      Pendek kata. SistemD menghisap.
      Ia menyimpan log dalam format binari, ia dijalankan sebagai proses induk semua yang lain, (Pid 1), sehingga jika ada yang rosak, sistem menjadi tidak dapat dipulihkan; Ia bertentangan dengan semua yang Linux maksudkan, iaitu fail teks biasa, (apa sebenarnya fail binari ??, fail teks biasa! Seperti semua kehidupan Tuhan.)
      Ayuh, itu omong kosong. Saya tidak suka apa-apa.
      Tetapi terima kasih kepada syarikat seperti Canonical, Gnome, dan Red Hat; kita akan memakannya dengan kentang.
      Itu sekiranya, sementara ada pilihan lain; Saya tidak akan menggunakannya, di pelayan yang saya tadbir, juga di mesin peribadi saya.
      Ini sudah menjadi cabang syarikat Redmond.

      1.    sephiroth kata

        Saya tidak bermaksud untuk membela sesiapa, tetapi saya ingat bahawa kanonik benar-benar menentang systemd yang memihak kepada yang baru. ketika debian menyerah pada systemd akhirnya menyeret ke ubuntu.

  6.   dario kata

    Di samping itu, pepijat ini boleh menjejaskan keselamatan sistem dan kestabilan pelayan, sebagai contoh, sebab itulah yang paling banyak mengeluh mengenai perkara ini adalah admin sys.

  7.   Alexander kata

    Dan bagaimana dengan Mageia, sangat luar biasa bahawa KDE dapat dijalankan pada ram 512 MB, sempurna.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran kata

    beberapa soalan; Seberapa mudah mengurus perkhidmatan di OpenRC? dan betapa mudahnya memasangnya menggunakannya secara lalai dalam pemasangan Manjaro dengan systemd? apa yang saya suka mengenai systemd ialah dengan sistemctl perintah mudah aktifkan (service) .service atau systemctl disable (service). perkhidmatan saya dapat menguruskan perkhidmatan saya dengan mudah, JIKA saya berminat untuk mengetahui mengenai OpenRC dan terutama jika baunya agak pelik semua ini dari systemd, dengan cara; Saya adalah pengguna novel

    1.    Sergio E. Duran kata

      By the way; Ia mengatakan bahawa saya menggunakan Windows kerana saya menggunakan ejen pengguna yang berlebihan

    2.    tanpa nama kata

      OpenRC sangat mudah dikendalikan, saya beri anda contoh dengan perkhidmatan mencetak cupsd.

      Untuk memulakannya.
      # rc-service cupsd bermula
      * Bermula cupsd .. [ok]

      Untuk menghentikannya.
      # rc-perkhidmatan cupsd berhenti
      * Menghentikan cupsd… [ok]

      Untuk memulakannya semula.
      # rc-service cupsd mulakan semula
      * Menghentikan cupsd… [ok]
      * Bermula cupsd .. [ok]

      Untuk meletakkannya pada tahap awal lalai.
      # rc-update menambah lalai cupsd
      * service cupsd ditambahkan ke runlevel default [ok]

      Untuk mengeluarkannya dari runlevel lalai.
      # rc-kemas kini dari cupsd lalai
      * service cupsd dikeluarkan dari runlevel default [ok]

      Untuk melihat status semua perkhidmatan di semua runlevel.
      # rc-status -a

      Untuk melihat status runlevel, dalam contoh ini lalai.
      # rc-status lalai

      Di gentoo, OpenRC adalah sistem permulaan lalai dan akan kekal sehingga selamanya, kami mempunyai sistem untuk pengebom bunuh diri, yang untungnya ada sedikit….
      Untuk menggantikan jurnal, kami menggunakan syslog-ng dan logrotate, di sini di gentoo log sistem keluar melalui konsol maya vt12 iaitu control + alt + F12, atau anda dapat melihatnya secara berterusan di mana-mana terminal grafik sebagai pengguna root dengan:

      # tailf / var / log / mesej

      1.    Sergio E. Duran kata

        Dan memasangnya di Manjaro saya?

      2.    Sergio E. Duran kata

        Saya katakan; Saya tidak akan kehilangan semua fail dan XFCE yang indah saya hanya kerana beralih ke OpenRC 🙂

      3.    Sergio E. Duran kata

        Sedia; Saya memasangnya dengan menggunakan sudo pacman -S manjaro-openrc bluez-openrc (yang terakhir kerana saya mempunyai bluetooth)

      4.    Sergio E. Duran kata

        Sekarang masalah saya ialah pengurus kuasa XFCE4 tidak berfungsi dengan utiliti pm-up ower dan saya tidak mempunyai pilihan khas untuk menangguhkan dan Hibernate

    3.    yukiteru kata

      OpenRC sangat mudah, menguruskan perkhidmatan adalah sekeping kek, hanya untuk memberi contoh:

      Aktifkan perkhidmatan: rc-update tambahkan cronie default

      Mulakan perkhidmatan: /etc/init.d/cronie start atau rc-config start cronie

      Hentikan perkhidmatan: /etc/init.d/cronie stop atau rc-config stop cronie

      Ringkas dan tidak terlalu kompleks.

  9.   yukiteru kata

    @elav apa yang ada di hadapan adalah untuk jarak jauh, mulai dari ribut pasir, hujan troll, garpu pukal, perpecahan kumpulan dev, dan banyak yang bertanya-tanya apakah berhijrah ke BSD adalah pilihan yang lebih baik daripada terjebak dalam systemd, kerana ya.

    Secara peribadi, saya memuji inisiatif Manjaro ini, ini adalah pilihan bagi mereka yang tidak mahu tinggal bersama systemd, sesuatu yang saya suka, pada masa ini saya berada di Gentoo dan saya menyukainya, saya merasa selesa dengan kebebasan yang diberikannya kepada saya , tetapi sekarang telah terlintas di fikiran saya untuk membuat perubahan ke FreeBSD, dan saya mungkin membuat lonjakan bulan ini, semuanya bergantung pada masa saya dan memerintahkan perkara-perkara tertentu untuk berjaya melaksanakan migrasi.

    1.    yukiteru kata

      Tidak ada yang membantah kenyataan systemd, Lennart sangat pandai menghindari perkara dan tanggungjawab, saya mengesyorkan agar bukannya hanya membaca artikel, membaca kod sistemd atau sekurang-kurangnya membaca senarai sistemd, anda akan mengetahui tentang perkara-perkara yang membantah apa yang dinyatakan oleh ketiga-tiga artikel itu yang berlaku, dan lebih menyokong pengkritik systemd.

      1.    pam kata

        Hujahnya adalah untuk membuktikan bahawa ada pengetahuan yang membantah apa yang saya tunjukkan, tetapi tidak pernah mengemukakan bukti, jadi saya tidak dapat mempercayai keberadaannya.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    yukiteru kata

        @pamp argumen saya sedikit lebih menyokong kerana saya menerangkannya di atas dalam komen 25 dari entri yang sama ini, dan saya telah mendedahkannya dalam banyak entri lain mengenai systemd, selain mendedahkannya di irc Debian dan senarai pengedaran ini, jemputan saya adalah bahawa anda membuat pendapat anda sendiri dan untuk ini anda hanya perlu membaca sedikit senarai sistemd. Juga untuk menimbulkan rasa ingin tahu anda, saya memberikan pautan ini di mana mereka dengan jelas mengatakan bahawa systemd-214 tidak lagi menawarkan sokongan untuk skrip SysV dan LSB, dengan alasan "pembersihan kod."

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

        Sekarang beritahu saya: Di manakah sokongan untuk standard LSB yang seharusnya dibuat untuk membuat pangkalan bersama untuk semua distro? Kerana izinkan saya memberitahu anda sesuatu, tidak ada yang lain pada pautan pertamanya Lennart memetik, membual dan mengisi mulutnya dengan mengatakan bahawa systemd menyokong penggunaan skrip SysV dan LSB, sedangkan kebenarannya adalah bahawa sokongan dijatuhkan dan digantikan oleh penjana fail init , by the way, mempunyai beberapa bug dan pada akhirnya tidak ada pilihan lain selain membuat file init yang lengkap.

        Greetings.

    2.    Tito kata

      Pendapatnya, seperti pantat, kita semua mempunyai satu.
      Apa yang dikatakan oleh lelaki ini mungkin sesuai untuknya, tetapi itu bukan masalah saya. Dan pendapat seorang lelaki yang menulis di portal web bukanlah bahawa itu adalah firman Tuhan. Ini pendapat anda, tempoh.
      Jadi "dibantah", tidak ada.
      Perkara baik yang kita tinggalkan ialah kita dapat menggunakan apa sahaja yang kita mahukan; tanpa berusaha menjadi "Taliban" dan memaksakan kriteria kita kepada orang lain.
      Bagi saya SystemD adalah omong kosong yang nyata. Dan ada orang yang menyukainya. Baiklah, selamat datang!
      Baik pendapat saya baik dan juga pendapat mereka yang tidak menyangka saya tidak peduli; mereka berbeza.
      Inilah yang membezakan kami dengan sistem operasi lain; kita boleh memilih.
      Jangan sampai kita bertengkar dengan sia-sia.

      1.    tanpa nama kata

        @Titus
        Anda tidak boleh mengatakannya lebih baik ... amin.
        Anda harus buta untuk tidak menyedari keperitan yang dikendalikan oleh systemd untuk merangkumi segala-galanya, melangkah, menutup dan mengganti projek yang berfungsi dengan sempurna, menggantinya dengan versi yang tidak pernah mencapai atau menjadi stabil, bahkan tidak ada keserasian antara teras dan lebih dari dua versi belakang sistemd.
        Debian nampaknya mengalami gempa dan mereka berjaya bangun, saya harap mereka bersandar pada eudev dan openrc, jadi pengembangan manjaro gentoo debian dan beberapa orang lain yang menggunakan openrc akan disatukan, yang akan memperbaikinya dalam sekejap masa, memenangi seluruh komuniti.

      2.    dah65 kata

        Saya kedua kata anda.

        Ada orang yang mengutip orang lain (pendapat yang menarik minat mereka, secara umum), dan menganggapnya sebagai bukti.

        Bagi saya, saya tidak mempunyai pendapat mengenai systemd. Saya tidak tahu sama ada secara teknikalnya lebih baik daripada permulaan atau openrc, tetapi yang kelihatan jelas adalah bahawa kemungkinan sysvinit dikesampingkan oleh SEMUA distro, dengan satu-satunya Debian yang masih menyimpannya di Wheezy kerana kebijakannya. Tetapi Debian stabil seterusnya, Jessie, akan menjadi Debian tanpa sysvinit.

        Yang jelas ialah secara etika ia adalah perisian percuma 100%; Bagi bahagian teknikalnya, saya tidak mempelajari kod tersebut dan juga membandingkannya dengan alternatifnya, jadi saya tidak mempunyai pendapat yang bernas. Tetapi walaupun Ubuntu hari ini menggunakan bahagian sistemd walaupun masih mempunyai tahap awal, dan saya ragu ia melakukannya kerana Canonical "dibeli" oleh Red Hat.

        Systemd bukan "jahat", tolong, kami tidak melawan Skynet (Terminator), atau HAL9000 ("2001 space odyssey"), dan bukan juga sisi gelap Angkatan yang berusaha menguasai Jedi. Tidak juga dengan menetap dalam pasukan, ia mengambil alih segala-galanya dan bahkan barang makanan di pantri akan hilang.

        Dan bahawa "ia menggerakkan projek yang berfungsi dengan sempurna" (komen 52), saya menghadapi masalah dengan rangkaian NFS rumah di komputer yang mengakses pelayan kerana proses mematikan komputer pelanggan memutuskan rangkaian sebelum melepaskan sistem NFS, dan penutupan akan membeku, satu-satunya penyelesaian adalah dengan menekan butang hidup / mati untuk mematikannya secara paksa (bug dilaporkan oleh pelbagai pengguna); Saya terpaksa membuat skrip yang melepaskan fail NFS untuk dijalankan sebelum mematikan mesin pelanggan. Sebaliknya, komputer pelayan NFS menghubungkan melalui wifi, dan dari semasa ke semasa sambungan terputus: Saya tidak tahu apakah masalahnya adalah pengurus rangkaian atau ada di dhcpd, atau di mana.

        Saya tidak mengatakan bahawa masalah itu hilang dengan systemd; Saya mengabaikannya, kerana saya belum menggunakannya. Ini hanya contoh yang mengatakan bahawa projek yang diganti oleh systemd berfungsi dengan sempurna adalah keterlaluan.

      3.    yukiteru kata

        Satu perkara adalah pendapat dan yang lain adalah hujah, pastinya yang pertama sangat bervariasi seperti yang anda katakan @Tito, tetapi yang kedua adalah sesuatu yang lebih ringkas dan fokus, ia bukan sesuatu yang dapat dimanipulasi dengan begitu mudah, sekurang-kurangnya, bukan di kes perisian percuma, di mana kami mempunyai kod di hujung jari kami untuk disemak.

        @pamp memberitahu kami bahawa hujah yang ditunjukkan telah lama dibantah, dan sebagai ujian pertama dia membawa kami mengetahui pendapat Lennart (bukan hujah). Tetapi apa yang dikatakan lelaki ini dalam komennya adalah satu perkara (nombor 4 dan 8 hanya mati kerana ketawa), dan yang lain adalah apa yang dia lakukan dalam kod sistemd. Sikap yang saya lihat berulang kali di Lennart sejak saya mula mengembangkan hal-hal seperti Avahi dan Pulseaudio, dan itu hanya dapat disahkan dengan membaca senarai pengembangan dan laporan bug kedua-dua perisian tersebut.

      4.    yukiteru kata

        @ Dah65 pastinya banyak orang menggunakan bukti menggunakan pendapat pihak ketiga, kebiasaan buruk bagi mereka yang tidak dapat menyiasat masalah itu sendiri untuk mempunyai pendapat mereka sendiri dan peribadi, dan bahkan membuat hujah yang sah untuk menyertai perbincangan yang membina.

        Dalam kes saya, saya terus mengikuti perubahan sistemd terima kasih kepada senarai pengembangan, walaupun saya tidak menyukai alat ini, saya sangat tidak menyukainya, tetapi saya tidak berhenti membacanya di peringkat pengguna dan teknikal, dan Sebab Untuk ini sangat mudah, jika saya mesti berjumpa dengan pelanggan yang menggunakan init yang dinyatakan, saya tahu apa yang harus saya lakukan dan bagaimana untuk menangani situasi apa pun.

        Sekarang mengenai perkhidmatan yang dijalankan tanpa masalah, itu adalah kesalahan, terdapat banyak skrip SysV dengan masalah, dan perkara yang sama berlaku di systemd, tetapi sekurang-kurangnya apabila anda melaporkan ralat di SysV, mereka tetap diperbaiki atau anda boleh melakukannya dalam dengan cara yang mudah seperti yang anda beri komen, di systemd, setelah membuat laporan pepijat, anda dapat menemui WONTFIX atau TUTUP, terima kasih kepada Lennart atau Kay, seperti mana yang berlaku dan saya tidak berlebihan apabila mengatakan ini, contohnya di sini:

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

        Baca komen 48, anda tidak rugi. Clement's 53 adalah yang lain yang tidak rugi, terutama untuk penyelesaian kuno tetapi berfungsi untuk masalah yang tidak mahu diselesaikan Lennart dan yang dengan cara itu dilaporkan pada tahun 2011.

    3.    mario kata

      "Mitos" itu yang menetapkannya? Sebahagiannya dikeluarkan dari galeri kerana "systemd tidak mudah alih tanpa sebab." Memang benar bahawa ia tidak mudah alih (dan dia mengakuinya mengatakan bahawa ia sangat disesuaikan untuk Linux)
      Ia mengandaikan kesalahan, seperti anggapan bahawa BSD tidak berminat (orang BSD mengatakan sebaliknya: "Jordan Hubbard - FreeBSD: 10 Tahun akan datang (MeetBSD 2014)"), walaupun mudah alih, mereka tidak akan menerimanya dan perkara-perkara seperti itu (mitos 13,14,15)

      Sekiranya niat Poettering adalah untuk kami menulis semula skrip, eksklusif untuk sistem anda (http://0pointer.de/blog/projects/systemd-for-admins-3.html) kita akan salah. Pada asasnya skrip init klasik tidak peduli ke mana anda pergi. Pengubahsuaian minimum dibuat untuk berfungsi pada GNU, UNIX atau BSD. Baiklah sehingga sekarang (kecuali OpenRC digunakan). Bagaimanapun, saya rasa perkara seperti ini akan menghasilkan perpecahan antara Linux untuk desktop dan pelayan. Pengguna Ubuntu dan derivatif hanya akan melihat perubahan pada akhir tahun depan.

      1.    tanpa nama kata

        @ Dah65

        Oleh kerana anda mengatakan bahawa systemd tidak dipersonifikasikan, maka beritahu saya mengapa mereka tidak memasukkan pilihan Makefile untuk mematikan semua modulnya pada waktu penyusunan, sehingga kita yang tidak suka memiliki modul pilihan itu "langkah itu pada pakej lain, jadi kita dapat menyusunnya dan membuat versi sistemd sendiri yang dibatasi!
        Adakah anda tahu mengapa mereka tidak melakukannya? Kerana bentuk pengembangannya disebut pemaksaan paksa dan kerana 95% pengguna tidak memiliki NPI, mereka memanfaatkan lalai, kami menolaknya untuk anda semua.
        Begitulah perisian percuma atau open source atau apa sahaja yang mereka mahu memanggilnya tidak berfungsi, sekarang ini membuat saya ketawa, kerana dengan garpu baru untuk Debian banyak orang keluar berfikir bahawa ia adalah pembaziran kekuatan dan saya terus bertanya-tanya betapa sukar untuk meletakkan pilihan kompilasi tambahan ke Makefile?
        Subjeknya tidak memberi lebih banyak, ini seperti ingin mencampurkan air dengan minyak, itulah sebabnya garpu yang tidak berkesudahan akan muncul di setiap pengembangan di mana terdapat sedikit untuk semua yang lain.

      2.    yukiteru kata

        @mario betul-betul apa yang anda katakan. Jordan Hubbard juga sadar bahawa init BSD perlu diperbarui bukan hanya untuk menyesuaikan diri dengan teknologi baru tetapi juga untuk menyokong fitur baru yang sekarang mungkin, tetapi dia melewati konsep yang sekarang dimiliki oleh systemd tentang bagaimana seharusnya dilakukan. perkara, dan mereka menyederhanakannya dengan falsafah yang selalu berlaku di UNIX, "Buat program yang melakukan satu perkara dan melakukannya dengan baik", dan bahawa dalam init sangat penting, kerana kita tidak membincangkan satu lagi iblis, kita berbicara tentang permulaan sistem operasi, selain menjadi langkah keselamatan, berbanding dengan apa yang sudah banyak dikhabarkan oleh banyak pakar mengenai systemd, dan dapat dibuktikan, systemd kelihatan seperti svchosts.exe dari Windows, yang dilakukan dari perkhidmatan untuk kawalan rangkaian antara banyak perkara lain.

  10.   Luis kata

    Kawan-kawan, sungguh menakutkan.

    Adakah sangat sukar untuk dikeluarkan dari ArchLinux ????

    Saya akan mencari maklumat tetapi saya tidak berani menyentuh perkara itu supaya saya tidak merosakkan dan kehilangan sistem saya.

  11.   Manu kata

    Dari banyak komen yang telah saya baca, SYSTEMD adalah TROYAN HORSE yang benar ...
    Ini bermaksud menyelamatkan siapa yang boleh? Terdapat sedikit maklumat dalam bahasa Sepanyol - mengenai konfigurasi desktop di FreeBSD dan menyiapkan sistem untuk digunakan.

  12.   Raphael Mardechai kata

    Sistem yang lemah, biarkan. xD

  13.   waco kata

    Sistem kebencian ini tidak akan menjadi viral ???? Arch telah menjadi hebat bagi saya ... jika benar bahawa ia merangkumi lebih banyak perkara, saya tidak tahu sama ada ia baik atau buruk! tetapi mungkin sudah ada kelemahan untuk mengawal atau ada virus yang merosakkan sistem kerana ini ... jika ia stabil dan selamat saya tidak melihat masalahnya ... bagaimanapun saya akan melihat apakah saya mempunyai masa dan mempelajari subjek dan lakukan beberapa ujian dengan openrc

    1.    dario kata

      tidak stabil. dan jauh lebih tidak selamat daripada sistem v. Bagi pengguna desktop seperti kebanyakan dari kita (saya), ia juga tidak menimbulkan masalah, but yang lebih pantas berfungsi dengan baik dan saya biasanya tidak membaca log sehingga tidak kira seberapa jelasnya atau sama ada dalam format binari.

      Saya mempunyai teori linux akan berkembang di desktop (dan kerajaan) dan kehilangan landasan pada pelayan (bukannya menggunakan OS seperti freebsd)

  14.   Oscar kata

    Di Wiki esdebian mereka menerbitkan cara memasang SysVinit pada Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  15.   tanpa nama kata

    Membaca mengenai keselamatan, saya mendapat tahu bahawa di sisi intel, terdapat motherboard dengan chipset, umumnya di jambatan utara, mereka menerapkan sesuatu yang disebut AMR Intel Active Management Technology .... menarik, untungnya saya tidak mempunyai intel, tetapi saya ' Saya akan mula mencarinya di sisi AMD tidak ada perkara seperti itu.
    Mereka membayangkan gabungan intel + AMR + systemd, Tuhan melarang.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Tidak hairanlah paranoid Stallman berseru untuk mendapatkan bios percuma.

  16.   dah65 kata

    Pertama sekali, saya tidak menggunakan systemd kerana belum dibina ke Kubuntu (saya bersama Netrunner 14, berasal dari Kubuntu 14.04).

    Setelah menjelaskan perkara ini, beberapa perkara mesti dinyatakan:

    1- systemd diadopsi oleh pemaju / pembungkus dari banyak distro yang berlainan (Debian, openSUSE, Arch, Fedora…), tetapi sekarang ternyata pembaca blog ini lebih tahu daripada mereka tentang kelebihan dan kekurangan systemd.

    2- systemd adalah perisian percuma, yang kodnya dapat dibaca (dan difahami) oleh mereka yang mempunyai masa dan pengetahuan (pembangun / pembungkus yang saya bicarakan sebelumnya). Sekiranya anda menyembunyikan pintu belakang, mereka akan ditemui. Berapa banyak pembaca yang menggunakan firmware atau pemacu hak milik, kod yang anda belum baca dan tidak dapat membaca? Saya rasa lebih masuk akal untuk takut daripada itu daripada tidak systemd

    3- Kita semua bekerja dengan pakej binari, kerana ketika saya memuat turun .deb dari repositori untuk memasangnya, saya tidak memuat turun fail teks biasa. Jadi hujah itu cukup paradoks.

    4- Di GNU / Linux sudah ada program yang melakukan banyak perkara: kernel yang sama, yang semakin menyatukan lebih banyak pemacu, dan bahkan firmware proprietari (lebih baik meletakkan pintu belakang di firmware tertutup daripada pada program yang kodnya diterbitkan). Terdapat juga Xorg, yang bukan sahaja mengendalikan pelayan grafik tetapi juga papan kekunci, tetikus, dan lain-lain; Tidak ada yang mengatakan bahawa Xorg "mengkhianati" falsafah UNIX untuk itu, mereka ingin mengundurkan dirinya kerana dia telah ditimpa oleh projek lain.

    5- "Linux adalah pilihan", tentu saja, tetapi adalah kebebasan untuk memilih jika saya ingin membaca kod, mengubahnya, menyebarkannya, dll. Bukannya distro diperlukan untuk memberikan setiap pilihan (semua seni bina pemproses, semua persekitaran desktop, semua format pakej, dll)

    6- Bagi mereka yang berfikir untuk beralih ke BSD, saya masih ingat membaca berita bahawa di beberapa sistem BSD NSA Amerika telah meletakkan cakarnya. Sekiranya berita ini betul, saya tidak tahu kerana saya belum mengikuti topik tersebut. Tetapi ironinya saya melarikan diri dari sesuatu "kerana Red Hat ada di belakang dan mungkin ..." untuk masuk ke sesuatu yang "mungkin NSA berada di belakang ...."

    Selain menggunakan GNU / Linux, BSD, Windows, atau apa sahaja yang anda mahu kami gunakan, kami juga dapat menggunakan logik dan kemampuan kami untuk beralasan

    1.    meriah kata

      Pertama sekali, saya tidak menggunakan systemd kerana belum dibina ke Kubuntu (saya bersama Netrunner 14, berasal dari Kubuntu 14.04).

      Setelah menjelaskan perkara ini, beberapa perkara mesti dinyatakan:

      1- systemd diadopsi oleh pemaju / pembungkus dari banyak distro yang berlainan (Debian, openSUSE, Arch, Fedora…), tetapi sekarang ternyata pembaca blog ini lebih tahu daripada mereka tentang kelebihan dan kekurangan systemd.

      Dengan kata lain, pembaca blog ini, yang hanya menjadi pembaca, tidak mempunyai kemampuan untuk menyedari jika ada sesuatu yang baik atau tidak, kerana kita mesti dibimbing oleh pertimbangan, pengetahuan dan pengalaman yang baik dari pembungkus dan pembangun.

      2- systemd adalah perisian percuma, yang kodnya dapat dibaca (dan difahami), oleh mereka yang mempunyai masa dan pengetahuan (pembangun / pembungkus yang saya bicarakan sebelumnya). Sekiranya anda menyembunyikan pintu belakang, mereka akan ditemui. Berapa banyak pembaca yang menggunakan firmware atau pemacu proprietari, kod yang anda belum baca dan tidak dapat membaca? Saya rasa lebih masuk akal untuk takut daripada itu daripada tidak systemd.

      Memang benar, itu adalah Perisian Percuma, dan jika sesuatu yang pelik muncul, orang-orang super yang pernah anda bicarakan sebelumnya dan yang mesti kita percayai akan dapat memerhatikan dan mengumumkannya, atau mungkin tidak, kerana mungkin kerana mereka adalah orang-orang, mereka akan tergoda untuk menutup sebagai balasan sesuatu.

      3- Kita semua bekerja dengan pakej binari, kerana ketika saya memuat turun .deb dari repositori untuk memasangnya, saya tidak memuat turun fail teks biasa. Jadi hujah itu cukup paradoks.

      Semasa anda memuat turun .deb, semua yang anda lakukan ialah memuat turun fail yang dimampatkan, yang boleh anda unzip dan oleh itu melihat apa yang ada di dalamnya dan mungkin, di mana binari berada. 😉

      6- Bagi mereka yang berfikir untuk beralih ke BSD, saya masih ingat membaca berita bahawa di beberapa sistem BSD NSA Amerika telah meletakkan cakarnya. Sekiranya berita ini betul, saya tidak tahu kerana saya belum mengikuti topik tersebut. Tetapi ironinya saya melarikan diri dari sesuatu "kerana Red Hat ada di belakang dan mungkin ..." untuk masuk ke sesuatu yang "mungkin NSA berada di belakang ...."

      Saya tidak tahu siapa pengguna yang akan melarikan diri dari Linux untuk pergi ke BSD, tetapi sebagai contoh, saya tidak perlu meninggalkan Linux, saya hanya perlu meninggalkan pengedaran yang meletakkan Systemd di belakang anda ya atau ya.

      Selain menggunakan GNU / Linux, BSD, Windows, atau apa sahaja yang anda mahu kami gunakan, kami juga dapat menggunakan logik dan kemampuan kami untuk beralasan

      Pendek kata, kita yang memberi komen, membaca dan menggunakan GNU / Linux di blog ini tidak beralasan. Itu yang mahu anda sampaikan? Bagaimanapun saya akan memberitahu anda dari pengalaman peribadi saya, dan alasan saya (sama ada logik atau tidak):

      Systemd kotoran tersangkut pada tongkat. Saya telah membaca bahawa terdapat Inits lain yang bermula dengan lebih pantas dan oleh itu tidak perlu mengawal DNS, RED, CRON dan semua perkara lain yang ingin dikendalikan oleh Systemd. Mungkin bagi pengguna akhir, yang hanya peduli dengan menghidupkan komputer, membuka penyemak imbas dan menghantar e-mel, tidak menjadi masalah sama ada mereka menggunakan Systemd atau Systemx, tetapi bagi kita yang menguruskan pelayan, itu adalah masalah di pantat. Dan saya mengemukakan soalan yang sama kepada anda bahawa saya selalu bertanya apa yang berlaku sekiranya Systemd dikompromikan dan masuk neraka? Adakah kita ditinggalkan tanpa MERAH, tidak CRON, tidak ada DNS, tidak ada Init dan segala yang lain? Di sana saya tinggalkan untuk anda.

      Dan berhati-hatilah, saya memberitahu anda semua ini tanpa perselisihan. Yang mengatakan, selamat datang ke bahagian-bahagian ini.

      1.    dah65 kata

        Terima kasih atas sambutan.

        Menjawab tanpa sanjungan, saya menjelaskan bahawa saya tidak mengembangkan sistem dan tidak dibayar untuk mempromosikannya. Dan itu sama sekali tidak mempengaruhi saya sama ada orang lain menggunakannya atau tidak, itu adalah keputusan mereka.

        Tetapi apa yang saya lihat dengan perkara ini nampaknya kadang-kadang histeria, dan saya membaca pendapat orang yang, tanpa mempelajari kod atau menggunakannya, menolaknya sebagai sampah, pengenaan, pengkhianatan, dan saya tidak tahu berapa banyak perkara-perkara lain. Ini mengingatkan saya pada situasi yang saya alami beberapa hari yang lalu, ketika seseorang yang mengakui bahawa dia tidak pernah memasang Windows atau tahu bagaimana membuat partisi cakera keras mula mengatakan bahawa Linux sangat sukar ... tanpa pernah mencubanya, dan juga mempunyai Android pada telefon pintarnya.

        Adakah anda membandingkan systemd dengan sysvinit, dengan permulaan dan openrc? Hebat, anda boleh membuat keputusan berdasarkan pengalaman anda sendiri. Ia adalah yang terbaik, kerana anda juga tahu bahawa distro yang berfungsi pada satu komputer tidak boleh bernilai di komputer lain, dan itulah sebabnya mengapa kita yang mempunyai pengalaman dalam GNU / Linux mengatakan bahawa distro terbaik adalah yang dengannya pengguna berasa selesa. rasa.

        1- «Dengan kata lain, pembaca blog ini, kerana mereka hanya pembaca, tidak mempunyai kemampuan untuk menyedari sama ada sesuatu itu baik atau tidak, kerana kita mesti dibimbing oleh pertimbangan, pengetahuan dan pengalaman yang baik dari pembungkus dan pembangun »

        Saya telah lama menjadi pembaca blog ini (anda akan melihat komen saya dalam berita lama), jadi saya termasuk dalam pek tersebut. Dan jawapannya adalah tidak: menjadi pembaca blog ini atau mana-mana tidak membolehkan saya (sekurang-kurangnya saya) menilai baik atau buruk perisian yang saya tidak tahu. Saya dapat membaca apa yang orang lain katakan, dan dalam hal ini terdapat kedudukan baik dan menentang systemd; sebenarnya, setiap kali topik ini dibahaskan di Phoronix, terdapat banyak perbahasan, tetapi ada juga komen yang mengatakan bahawa jarang sekali. Saya merujuk kepada argumen seperti "apabila systemd memanggil proses X, gelung tak terhingga berlaku, menjadikan sistem tidak dapat digunakan."

        Dan yang sebenarnya adalah bahawa dengan menggunakan distro atau yang lain, anda akan dibimbing oleh penilaian, pengetahuan dan pengalaman pengemas dan pembangun. Penggunaan mana-mana OS atau program menyiratkan sebahagiannya bergantung pada penilaian dan pengalaman orang lain; sebagai contoh, dengan Linux anda menerima keputusan untuk menggunakan kernel monolitik dan bukannya menggunakan mikrokernel seperti Hurd. Keputusan itu adalah keputusan Linus Torvalds, dan anda menerimanya dengan menggunakan intinya.

        2- «Memang benar, itu adalah Perisian Percuma, dan jika ada sesuatu yang pelik muncul, orang-orang hebat yang anda bicarakan sebelumnya dan yang mesti kita percayai akan dapat memerhatikan dan mengumumkannya, atau mungkin tidak, kerana mungkin kerana mereka adalah orang-orang, mereka akan merasa tergoda untuk tutup mulut dengan pertukaran sesuatu. "

        Nah, sangsi, mengapa mempercayai Linus Torvalds dan Richard Stallman dan projek GNU? Saya belum melihat kod program mereka, jadi mungkin mereka menipu saya.

        3 - «Dan saya mengajukan soalan yang sama kepada saya, apa yang akan berlaku sekiranya Systemd dikompromikan dan masuk neraka? Adakah kita ditinggalkan tanpa MERAH, tidak CRON, tidak ada DNS, tidak ada Init dan segala yang lain? Saya akan tinggalkan di sana. »

        Bagaimana jika OpenRC dikompromikan dalam beberapa cara? Atau Bermula? Atau kernel? Ia berlaku kepada saya, setelah kemas kini "normal" dalam Ujian Debian, saya kehabisan grub, saya tidak dapat memasuki Debian atau Windows, dan pada masa itu kebodohan saya bermaksud bahawa saya hanya mempunyai pilihan untuk memasang semula.

        4- «Pendek kata, kita yang memberi komen, membaca dan menggunakan GNU / Linux di blog ini tidak beralasan. Itulah yang anda ingin katakan? "

        Tidak, saya tidak bermaksud demikian; Saya tidak bermaksud untuk menggeneralisasi dari keadaan tertentu, konkrit, hingga keseluruhan tingkah laku seseorang, atau seribu orang. Tetapi saya percaya bahawa dalam hal sistemd, ia sering diucapkan tanpa melakukan analisis objektif dan tenang; itu juga berlaku dengan Wayland-Mir, banyak tuntutan yang tidak berasas dibuat, baik terhadap Wayland dan Canonical.

        Saya juga mengulangi bahawa saya membaca dan memberi komen di blog ini (seperti yang lain), dan bahawa saya menggunakan GNU / Linux.

        Dan saya juga mengulangi apa yang saya katakan sebelumnya: mari kita gunakan otak kita, menganalisis apa yang kita dengar dan baca, ambil perspektif yang berbeza untuk cuba menolak kedua-dua A dan bukan A, dan jika boleh, mari dapatkan pengalaman kita sendiri untuk mendasarkan kesimpulan kita pada fakta . Dan kemudian mari gunakan apa sahaja yang sesuai untuk kita.

      2.    waco kata

        umm .. baik bahawa dikompromikan adalah hipotesis adalah seperti semuanya .. soalan saya sudah berlalu? .. mungkin bug tidak dijumpai di semua perisian dan mereka diperbetulkan jika ada bug di sistemd dan mereka membetulkannya dan seperti mana-mana program boleh pepijatnya .. masalahnya bukan bahawa ia boleh gagal, itu adalah jika anda mahu ia melakukan atau mengawal apa yang dilakukannya tetapi tidak dengan anggapan bahawa ia boleh gagal apa-apa boleh gagal dalam sekejap ... Saya bukan peminat systemd sama sekali, itu hanya pendapat saya.

        1.    meriah kata

          Bug boleh berlaku di komputer pengguna dan tidak ada yang mungkin berlaku, tetapi pada pelayan perkara sangat berbeza.

      3.    yukiteru kata

        @waco tentunya jika anda mendapat bug dalam perisian anda harus membetulkannya. Masalahnya ialah systemd mempunyai banyak bug lama (ada yang bermula sejak 2010 dan serius) dan mereka masih belum diperbaiki hari ini, atau hanya diturunkan, atau hanya ditandakan oleh Lennart sebagai TUTUP atau WONTFIX.

    2.    waco kata

      komen anda sangat berjaya! Kita semua tidak boleh jatuh cinta pada systemd kerana ia bergaya dan telah dibuat sebagai kempen smear untuk ini ... setiap perubahan mempunyai penolakan.

    3.    yukiteru kata

      Saya menjawab hujah anda:

      1.- Pengguna yang serius dan bertanya-tanya, dan pemaju sama-sama mengetahui kelebihan dan kekurangan penggunaan sistemd dalam mana-mana pembangunan dan persekitaran kerja, kelemahan dan kekuatan sistemd tidak berubah kerana mempunyai satu perspektif atau yang lain.

      2.- Tentunya systemd adalah perisian percuma dan dapat diaudit. Masalahnya bukan kerana ia mempunyai pintu belakang tersembunyi, masalahnya ialah ia melakukan perkara yang tidak seharusnya dilakukan oleh init (kawalan rangkaian, dns, konsol TTY, dan lain-lain), bahawa ia mempunyai banyak perkhidmatan yang seharusnya dilakukan oleh orang lain, iaitu ia melakukan sesuatu dengan cara yang sama sekali berbeza dari cara yang diharapkan, yang melanggar peraturan kernel Linux itu sendiri (coredump), bahawa banyak pembangunnya tidak peduli untuk menyelesaikan masalah struktur yang dihadapi oleh systemd (coredump dan debug adalah antara yang paling serius namun tidak dapat diselesaikan).

      3.- Satu perkara ialah memuat turun binari yang ternyata merupakan program yang CONFIGURATION dan LOGS masih dalam teks biasa, dan yang lain adalah memuat turun binari yang KONFIGURASI dan maklumat lain disimpan dalam binari dan hanya dapat diakses melalui khusus alat, Di sinilah keadaan berubah. Log binari tidak menawarkan keselamatan (jika anda benar-benar mahukan keselamatan, enkripsi partition dengan AES-256), itu hanyalah kotak hitam dari mana anda tidak tahu apa-apa tentang apa yang berlaku dan ia meminjamkan banyak perkara, misalnya : Bayangkan anda mempunyai Trojan yang mengeksploitasi kerentanan systemd dan melaluinya mendapat akses penuh ke sistem termasuk perkhidmatan log dan peningkatan hak istimewa. Bukankah itu masalah serius? Bukankah log binari yang dikendalikan secara langsung oleh sistem akan menjadi bencana kepada anda dengan tidak dapat didengar tanpa sampai ke titik bahawa mereka telah diubah secara tidak sedar? Terdapat titik dan perbezaan antara program dan fail konfigurasi / log / dump dalam binari.

      4.- Kernel adalah perisian yang direka dalam arti itu, ia direka dari awal untuk mengawal semua yang ada di PC anda, bukan init. Init hanya dikhaskan untuk menjadikan sistem anda mengangkat kernel dan dapat digunakan, kerana ini adalah perkara pertama yang dimulakan dan yang terakhir diselesaikan. Itulah sebabnya ia dipanggil init (inisialisasi) kerana ia hanya memulakan sistem dan tidak melakukan apa-apa lagi, dan alasan untuk ini sangat mudah, init mestilah perisian yang paling stabil dan sempurna, untuk mengelakkannya kerana beberapa sebab Ini akhirnya memecahkan keseluruhan sistem, ini mengenai kestabilan dan keselamatan. Xorg, adalah suara lain, ia melakukan banyak perkara yang benar, tetapi tidak ada yang berisiko sehingga meninggalkan anda dengan sistem yang tidak dapat digunakan sepenuhnya, dan juga konfigurasinya masih dilakukan dalam fail teks biasa.

      5.- Tentunya distro tidak berkewajiban untuk menawarkan kebebasan dalam pengertian yang luas, dan oleh kerana itulah pencerobohan semasa disajikan. Tetapi, kami adalah pengguna dan komuniti, dan kebanyakan dari kami tidak bersetuju dengan pelaksanaan sistem ini, itulah sebabnya kami membuat suara kami menjangkau, sama ada mereka mendengarkannya atau tidak, ini adalah masalah mereka yang mengembangkan distro, dan keputusan mereka akan memberi kesan kepada mereka yang memutuskan untuk menggunakan atau tidak distro mereka, dan itu, jelas dapat menyebabkan kegagalan beberapa distro bergantung pada bagaimana keadaan berjalan dan contohnya sekarang adalah Debian dan Devuan garpu.

      6.- Berita BSD adalah kerana apa yang berlaku di OpenSSH dan di tumpukan IP OpenBSD, pintu belakang yang dengan cara tidak hanya mempengaruhi BSD tetapi juga Linux (dalam kes OpenSSH), dan itu telah diperbaiki. Situasi ini dikaitkan dengan BSD, kerana BSD (Theo de Raadt dalam OpenBSD) yang bertanggungjawab dalam pengembangan alat ini (OpenSSH) dan keadaan itu timbul kerana pemaju tertentu yang tidak lagi aktif dalam projek menanam pintu belakang . Situasi ini diselesaikan dan langkah-langkah terkait yang harus diambil dinyatakan sekiranya situasi ini dapat mempengaruhi mereka yang menggunakan perangkat lunak tersebut. Sekarang: Bolehkah keadaan ini berlaku di systemd? Jawapannya mudah, dan hasilnya adalah bencana, kerana systemd menangani peningkatan hak istimewa antara banyak perkara lain, pintu belakang dalam sistemd bermaksud akses sepenuhnya ke sistem, sesuatu yang tidak berlaku dengan pintu belakang yang disebutkan di BSD.

  17.   Oscar kata

    Mereka mengembalikan garpu Debian tanpa systemd sudah mempunyai laman web. Nampaknya projek ini berjalan dan sangat serius. https://devuan.org/

  18.   aaditya bagga kata

    ISO yang dikemas kini dan beberapa muat naik baru.
    https://forum.manjaro.org/index.php?board=50.0

  19.   Keos kata

    Pemasang tidak begitu jelas, saya tidak dapat mengikuti langkah mereka, terutama di bahagian partition, saya tidak tahu mengapa mereka bersikeras pada perkara yang membingungkan ini.

  20.   Manuel R. kata

    Ada sesuatu yang menarik perhatian saya mengenai pemasangan net dengan Openrc, di suatu tempat dalam pemasangan saya terus melihat mesej bahawa anda mengkonfigurasi sistemd, adakah mereka benar-benar bebas daripada sistemd atau penggunaannya?

    1.    Keos kata

      Helo Manuel, saya juga melihat perkara yang sama semasa pemasangan, ia mesti menjadi masalah pemasang kerana apa yang tidak diragukan lagi ialah sistemd tidak dipasang, anda mengesahkan di terminal seperti ini: pacman -Qs openrc

      salam

      1.    Manuel R. kata

        Helo keos, pertama-tama saya meminta maaf kerana tidak menjawab sebelum ini. Saya menghargai jawapan anda, saya gembira mengetahui bahawa Manjaro menawarkan pilihan ini; sebaik sahaja sokongan Ubuntu Precise berakhir (atau mungkin lebih awal) saya akan memasangnya. Salam.

  21.   Anonymous kata

    Pos yang baik

    Saya akan menunggu di Manjaro dengan Systemd sementara versi OpenRC matang sedikit lagi, saya mahu keluar dari systemd… (saya berpeluh)