Saya baru mengetahui bahawa kemarahan dari banyak pengguna ini telah membawa kepada penciptaan uselessd, daemon init baru berdasarkan systemd yang berusaha melucutkannya dari "jumlah fungsi yang tidak diperlukan yang digabungkannya." Pemilihan nama itu menarik yang, dalam bahasa Inggeris, dapat dibaca sebagai "the systemeless the systemd" atau "mari kita kurang menggunakan systemd".
Pada peringkat awal pengembangannya, Uselessd tidak lebih dari sekedar garpu sistemd yang dikurangkan menjadi bentuk termudah. Dalam kata-kata pembangunnya, itu adalah "dait init dasar (initd), monitor proses dan sistem ketergantungan transaksional, yang meminimumkan pencerobohan dan pengasingan." Antara fungsi yang dikeluarkan ialah: jurnal, libudev, udevd dan jenis unit tertentu yang dianggap berlebihan, iaitu peranti, pemasa, pertukaran, pemasangan dan automatik.
Seolah-olah ini tidak mencukupi, mereka telah menambahkan sokongan untuk menyusunnya di bawah MUSL dan uClibc, sebagai alternatif untuk menggunakan glibc. Uselessd juga pada tahap awal dibawa ke FreeBSD, sementara systemd hanya mempunyai sokongan Linux.
Bagaimanapun, tidak jelas bagaimana "perang init" akan berakhir dan adakah tidak berguna akhirnya akan menghasilkan pengganti yang benar-benar berfungsi, tetapi mereka yang ingin mengetahui lebih lanjut mengenai projek ini boleh mengunjungi laman web rasmi.
Saya tahu ada seseorang yang tidak hanya akan bertahan dan membuang SystemD.
Sekarang, untuk menyokongnya.
Apakah perbezaan antara systemd… .CLI… ..GUI?
systemd mengendalikan permulaan dan aplikasi sistem.
Cli berasal dari antara muka baris perintah, iaitu perintah yang anda gunakan untuk menguruskan program
Dan GUI adalah mengenai antara muka grafik.
Anda boleh mencarinya di internet yang saya katakan
Muat naik tuto untuk noob
Saya tidak faham, sebagai pengguna, kempen anti-sistem ini
Sangat mudah bagi saya, sebagai pengguna sederhana, untuk menyesuaikan diri dengan penggunaannya ketika mengaktifkan atau menyahaktifkan perkhidmatan, saya sudah mengenalinya dengan hati, yang dengan apa yang saya miliki sebelumnya tidak berlaku kepada saya.
Saya tidak menentang syetmd dan saya melihat penghinaannya tidak masuk akal. Bercakap sebagai pengguna akhir.
Membuat garpu untuk membuang fungsi nampaknya konyol bagi saya. Orang bosan.
Saya memahami orang yang baru mengenal GNU / Linux dan gagal melihat perbezaan mendasar antara apa yang selalu ada dan apa yang cuba dilakukan oleh systemd.
Linux adalah klon Unix dan Unix diciptakan dengan satu perkara dalam fikiran, lakukan satu perkara pada satu masa dan lakukan dengan baik, ini bukan kehendak, ini disebabkan oleh kegagalan Multics yang hebat yang saya cuba lakukan banyak perkara dan adakah mereka salah atau tidak dia dapat mengawalnya seperti yang seharusnya.
Oleh itu, mereka tidak hanya bertentangan dengan nama Multics menggunakan Unix (sesuatu seperti banyak berbanding yang unik atau unik), tetapi juga mencipta konsep paip dan gabungan proses yang memberikan fleksibiliti yang mustahil dicapai dengan cara lain ... itulah yang memberi suara kejayaan Unix.
Sekarang dengan systemd mereka mahu kita hadir dengan kisah Multics lagi… tidak ada orang, menolak asas Unix di Linux akan kembali ke Multics di mana kita tahu (sejarah telah menunjukkan ini beberapa kali) bahawa kita telah menjamin kegagalan.
Sekiranya anda baru tiba di GNU / Linux, sila baca sedikit sejarah dan ketahui mengapa perkara dilakukan dengan cara ini di Unix dan GNU / Linux.
Dikatakan dengan baik, dan bagi mereka yang mengatakan bahawa di dunia sekarang perkara tidak lagi berfungsi seperti itu, saya memberi anda contoh, penyemak imbas, salah satu perisian paling rumit yang ada, namun, ia dibina oleh alat yang , melakukan tugas tertentu dan dapat berfungsi di luar set. Enjin javascript, HTML, SSL, http ...
Hanya kerana ia tidak berfungsi pada masa lalu tidak bermaksud ia tidak akan berfungsi sekarang. Sudah seperti 20 tahun itu, mungkin sudah waktunya untuk berubah, bukan?
Saya ingin menjadi pendatang baru di Linux, saya berada di sini sejak tahun 2004 dan ya, saya tahu apa itu Linux dan systemd, dan masih saya nampak sistemd lebih selesa.
Komen ini yang akan saya tinggalkan di bawah ini adalah dari rakan sekerja, itu bukan milik saya, tetapi komen yang juga saya langgan.
[…] Penolakan systemd I dikaitkan dengan «neophobia», ketakutan terhadap yang baru. Melumpuhkan skrip SysVinit menyiratkan pemahaman yang baik tentang sistem runlevel dan kebergantungan yang mungkin ada di /etc/init.d ... dan dalam setiap pengedaran mereka melakukannya dengan cara yang berbeza. Dengan systemd disable systemctl sudah cukup dan itu sahaja.
Mereka yang mengadu bahawa systemd melanggar falsafah UNIX adalah bahawa mereka belum mengetahui apakah falsafah UNIX atau bagaimana sistemd berfungsi. Dengan aturan praktis yang sama, kernel Linux akan menjadi UNIX paling sedikit di dunia. Apa yang berlaku ialah systemd mengubah fungsi menjadi PID 1, seperti yang saya jelaskan dalam entri pada waktu itu: ini adalah daemon sistem, bukan hanya sesuatu yang menjalankan skrip.
Satu-satunya perkara yang saya menyedari bahawa systemd tidak mengikut falsafah UNIX adalah menggunakan log binari, tetapi dibenarkan untuk mempercepat pertanyaan melalui pengindeksan. […]
@Yoyo: Apa yang berlaku adalah kerana anda seorang pelajar yang lambat, ada yang akan mengatakan bahawa anda adalah seorang n00b, hahahaha.
@ yo-yo:
Petikan yang sangat baik. Sebagai tambahan, leluconnya adalah bahawa SystemD mempunyai kekurangan bug, walaupun mempunyai cara tersendiri untuk memaparkan log yang tersekat seperti itu.
Apa yang menarik bagi saya mengenai garpu ini ialah bagaimana mereka akan menyesuaikan kelajuan SystemD dengan persekitaran UNIX lain seperti BSD.
Not Unix GNU, seperti yang dikatakan oleh ricardito cassetteman
Komen baru-baru ini sebagai konsisten mengapa sistemd adalah sampah. Multics, tingkap…. Adakah kegagalan keseluruhan komponen seperti?
Itu akan terjadi pada systemd yang dilalui sepenuhnya oleh dbus, jika beberapa daemonnya gagal, maka perlu untuk menghidupkan semula sistem atau semuanya boleh terhempas. Telah terjadi pada saya di centos 7 bahawa setan atau unit tetap mati dan tidak memulakan semula untuk memulakan semula yang anda lakukan. Ini sangat membimbangkan saya jika pengguna akhir berfikir sepotong pengetahuan dan mempertahankan sesuatu yang mereka tidak tahu kerana diserang. Seperti yang dikatakan oleh nenek saya, jika anda tidak tahu, jangan memberikan pendapat anda, lebih baik diam dan bertanya tanpa menyoal, apabila anda tahu, kemudian tanya.
Sebilangan besar pemikiran, sokongan besar untuk systemd membawanya ke tahap yang besar, secara paradoks salah satu syarikat yang mengkritiknya, kanonik, membanjiri dunia linux dengan pengguna yang tidak melihat di luar mereka.
Lelaki dari uselessd ini adalah orang bujang yang memiliki domain boikot jadi kecuali jika dev lain menyokongnya, saya melihat sedikit masa depan untuknya. Saya berharap bahawa lebih banyak distro geek akan membantu anda seperti lengkungan, gentoo atau Slackware.
.. Saya tidak menganggap diri saya sebagai "pengguna maju" Saya tidak suka gelaran bangsawan, saya bukan sysadmin, tetapi saya telah melalui semua distro yang menyebutkan (Slack (sangat sedikit), Arch beberapa tahun, dan Gentoo ya beberapa tahun (juga garpu anda Funtoo)) Saya memahami pandangan anda sebagai sysadmin, tetapi saya tertanya-tanya, dan jika kernel gagal? Semuanya masuk ke neraka, jadi saya katakan, mengapa mereka tidak mengadu tentang kernel? Kerana mereka tidak menggunakan Minix, atau semacam OS dengan "pelayan reinkarnasi"? Kadang-kadang nampaknya kemarahan saya datang dari sikap Lennart (yang nampaknya tidak sesuai), tetapi izinkan saya membuat generalisasi, anda sysadmins (dan dari tentunya anda akan melakukannya) mempertahankan kerja anda, dan mereka meninggalkan kami pengguna desktop "dibuang", mereka hanya peduli bahawa pelayan mereka "baik", walaupun sysv menggunakan "paradigma permulaan" yang agak kuno (subjek target systemd dan dikehendaki baik-baik saja ...), saya katakan masalah anda akan berfungsi dengan baik dengan sysv, tetapi sementara itu pengguna desktop menggunakan dbus di angkasanama pengguna …… apa idea hebat ………
Saya mengulangi garpu ini, seperti yang mereka katakan di tempat lain, setakat ini saya hanya melihat nama "bagus" dan sistemd ditutup, yang dengan cara itu, SELAMAT DATANG kepada Systemd, pembenci Systemd ... Saya melihat banyak yang mengadu tentang systemd, tetapi mereka mahu itu ... kerana? Tidakkah OpenRC melakukan sesuatu dengan betul?, atau Memulakan?, atau apa sahaja? …. Ya Tuhan ... setakat ini saya telah melihat 2 jenis pembenci, sysadmin dengan asas, dan yang saya jelaskan dalam perenggan ini yang lebih mirip "posers" ....
Kembali ke subjek sysadmin, anda bahkan tidak memerlukan antara muka grafik, saya tidak tahu mengapa anda mengadu tentang systemd (anda boleh dengan mudah berpendapat bahawa Gnome Shell memerlukan Systemd (yang tidak sepenuhnya benar kerana Funtoo memilikinya bekerja dengan OpenRC )) tetapi ANDA TIDAK PERLU GUI kemudian harus mengadu kepada distro, Centos dan Debian masing-masing. Khususnya Centos, jika Systemd membawa banyak masalah, ia tidak seharusnya bermigrasi (walaupun jelas bahawa ia akan berhijrah di bawah tangan RedHat) dan Debian, saya minta maaf untuk memberitahu anda, kacau, itu adalah diputuskan oleh pasukan Debian, dalam kesungguhan mereka untuk menjadi «distro sejagat» ... tetapi saya mengulangi penggunaan FreeBSD atau "Distro for Servers" yang memahami betapa buruknya Systemd dan menggunakan tempoh sysvinit ..
Mungkin x11tete11x masalahnya bukan kernel gagal, tetapi gagal dan seseorang dapat mengetahui apa yang menyebabkan kegagalan itu. Itulah yang sekurang-kurangnya mengganggu saya mengenai SystemD ..
@elav anda betul tentang itu, dengan sistemd banyak kesalahan sistem jatuh di antara warna kelabu dan hitam, dan semuanya kerana jurnal kelihatan seperti "kotak ajaib" yang mengubah log menjadi fail binari yang tidak boleh dipercayai, dan ketika saya bercakap mengenai kebolehpercayaan Maksud saya kegilaan yang sudah terbukti (sudah ada laporan bug) bahawa jika log jurnal rosak (yang boleh berlaku kerana banyak sebab) ia hanya dibuang dan yang baru dimulakan, meninggalkan log tersebut praktis tidak dapat dibaca pada banyak kesempatan, bug dilaporkan di freedesktop dan dari mana Poettering atau bola yang sama telah menghentikannya. Belum lagi masalah debug, tetapi sudah tentu, itu sudah diketahui (jika anda tidak tahu apa yang saya bicarakan, saya mengingatkan anda bahawa pilihan debug dari baris kernel dan "pembetulan berikutnya" adalah sebab Kay dikeluarkan daripada mempunyai izin untuk melakukan di kernel).
@ x11tete11x jangan membandingkan pembangunan kernel dengan pengembangan systemd. systemd adalah perisian yang masih dalam tahap awal, jika kita membandingkannya dengan kernel, saya juga tidak melihat Linus menyetujui patch eksperimen ke kiri dan ke kanan, sambil mengubah ABI dan API kernel.
@joakoej Multics gagal kerana banyak sebab, termasuk: mempunyai kerumitan yang lebih besar dari segi kod, lambat dalam banyak tugas biasa dibandingkan dengan sistem lain yang sudah dikembangkan dan terlalu mahal untuk apa yang biasanya ditangani dalam projek dengan ukuran yang sama.
Ini adalah garpu sehingga tidak memiliki semua fungsi, sistem init tidak dapat bertindak seperti ini, lihat sysvinit. sysvinit, walaupun sudah ketinggalan zaman, hanya mempunyai satu tugas dasar, dan itu adalah untuk memulakan OS, apa pun yang lain akan dijaga (syslog dan bukan jurnal, openrc dan bukan systemctl, consolekit dan no logind ...) kerana sysvinit sudah ketinggalan zaman dan setiap masa tetapi banyak projek bergantung kepada sistemd, inisiatif ini nampaknya bagus bagi saya. Saya lebih suka syslog daripada jurnal, tetapi logind (selain menjadi syarat untuk gnome) mengalahkan konsolekit oleh tanah runtuh. Juga, garpu ini harus lebih selamat, mudah alih, dan semestinya serasi dengan serat.
Kompa, saya tidak mempunyai apa-apa terhadap Systemd sehingga semalam. Untuk sebab tertentu komputer riba saya memerlukan masa yang lama untuk dimatikan, dan semua yang saya dapat adalah (tanpa henti):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressIni seperti kesalahan dalam Windows, anda tidak tahu apa-apa.
Dan tanpa balak, agak sukar untuk mengesan asas masalah. Systemd mengganggu saya juga untuk perkara semacam itu. Mungkin anda tidak mengenali perisian dengan baik tetapi yang paling saya minta ialah kejelasan dalam log.
Dan sekali lagi [Masukkan stereotaip kegemaran anda di sini] betul. 🙂
Tetapi berhati-hatilah, jangan sampai menyebut windows, mungkin kita adalah salah seorang pesakit yang dijangkiti patologi baru yang telah dicadangkan oleh Mr. Linus untuk ditambahkan ke CIE, saya benci windowsitis, saya rasa ia dipanggil. 🙂
@Staff dan apa kesilapan Elav? Dari windows 8 dan seterusnya banyak perkara tersembunyi (chkdsk semasa boot, maklumat teknikal BSOD, msconfig "hiasan"). Semua nampaknya menuju ke arah itu. Saya harap kita tidak sampai ke "sad mac" dan tetingkap yang berkaitan, dan tidak ada maklumat kepada pengguna.
@Mario
Saya tidak pernah mengatakan bahawa elav salah.
Perhatikan emoticon di akhir dua perenggan saya.
Oh !! @Staf yang anda tidak meletakkannya ... Saya merujuk kepada Windows untuk poster khasnya dengan gaya:
Windows menghadapi masalah. Kod masalahnya adalah 0x1123df2982, hubungi Pusat Sokongan untuk maklumat lebih lanjut ...
secara ringkas, untuk / dev / null
Elav, bayangkan kesalahan seperti ini pada pelayan pengeluaran. Ia tidak boleh diterima. Hanya seorang sysadmin yang mengerti mengapa systemd begitu teruk. Bukan untuk meremehkan siapa pun, tetapi perlu memahami bagaimana prosesor, sistem operasi, kernel, proses, dll berfungsi. untuk memahami masalah tahap rendah yang dibawa oleh systemd. Ia melangkaui falsafah UNIX, kita membincangkan kestabilan sistem.
Sysadmins selesa dengan Debian 6/7 dan CentOS 5/6 tanpa sistem mereka, tetapi apabila sokongan untuk Debian 7 dan CentOS 6 berakhir, kegemparan yang sebenarnya hanya akan bermula di sana (jika alternatif yang sesuai seperti yang dijelaskan dalam artikel ini).
Bahkan bayangkan untuk sysadmin, mulailah menterjemahkan dan menguji skrip yang berfungsi seumur hidup dengan perintah "service" ke systemd.
Kesalahan yang anda tunjukkan menunjukkan kelebihan lain dari systemd, anda mengatakannya dengan jelas, bahawa tahap penyembunyian maklumat adalah "sangat Windows".
Greetings.
Lihat, saya tidak pasti mengenai perkara ini, tetapi saya rasa anda terlalu banyak membesar, saya mengalami beberapa kesalahan dalam Gnu / Linux yang tidak dijelaskan oleh mereka sendiri dan saya ragu bahawa semuanya disebabkan oleh systemd. Adakah saya salah?
@Emiliano Anda mungkin betul. Bagaimanapun, walaupun saya bukan pakar, nampaknya ini agak sensasional. Nampaknya saya adalah perkara kebiasaan lebih daripada apa-apa dan jika pentadbir sistem mahu, pasti dia belajar bagaimana sistemd berfungsi, bahkan nampak lebih mudah baginya, saya katakan jika apa yang dia lakukan adalah memusatkan segalanya, pasti dalam beberapa atau beberapa aspek perkara lebih pantas.
Dari apa yang saya lihat ia mempunyai beberapa kelebihan dalam hal itu, seperti waktu permulaan, tidak memerlukan beberapa program dimulakan sebelum yang lain dimulakan dengan betul, anda tidak perlu mengubah suai fail rc.conf atau yang seumpamanya, kerana mengendalikan semuanya dengan lebih automatik, anda boleh menjalankan aplikasi walaupun beberapa kebergantungan tidak dipenuhi, dll. Perkara-perkara ini adalah beberapa kelebihan yang saya lihat di internet, betulkan saya jika saya salah
Sekarang, pasti ada beberapa kelemahan, seperti yang lain, tetapi ada baiknya, jika anda tahu bagaimana ia berfungsi dan anda mempunyai masa untuk menjelaskannya, saya meminta anda untuk mengetahui apa pendapat anda berdasarkan. Dari apa yang saya lihat, mungkin ada kelemahan bahawa beberapa program harus ditambal untuk berfungsi dengan baik dengan systemd, tetapi saya tidak tahu apakah itu mempengaruhi sistem init lain dengan cara apa pun.
@Emiliano Ah saya salah failnya tidak rc.conf, mereka / etc / inittab dan /etc/init.d/rc
Nampaknya ada versi file tersebut untuk systemd, tetapi terpusat dalam satu file / etc / systemd, yang dikendalikan oleh program sytemctl.
Saya rasa saya faham mengapa anda mengatakan bahawa pentadbir sistem mungkin tidak menyukainya, kerana nampaknya dengan init dia lebih banyak mengawal dan melakukan sesuatu hanya ketika dia menunjukkannya.
Sebaliknya, systemd mungkin sedikit mengganggu, tetapi menurut saya, dan saya menegaskan, bahawa ia adalah masalah belajar bagaimana ia berfungsi dan pastinya seseorang yang mempunyai kemampuan untuk menjadi pentadbir dapat mencapainya.
Baiklah, saya cuba mematikan Debian Jessie dengan perintah SysVinit sepanjang hidup saya, tetapi saya tidak tahu bahawa ia menggunakan SystemD, jadi saya harus menggunakan panduan Arch untuk mengetahui cara mengendalikan SystemD dan systemctl sedikit lebih baik.
Dalam kes saya, SystemD mematikan PC desktop saya dengan cepat apabila saya menggunakan Chromium / Chrome / Opera Blink secara intensif.
@ eliotime3000 di sini anda mempunyai sistemiki wiki yang bagus untuk debian dengan banyak maklumat http://www.esdebian.org/wiki/systemd sudah tentu arch wiki sangat baik tetapi systemd dalam debian tidak dilaksanakan dengan cara yang sama seperti di arch sehingga terdapat banyak perintah, penyelesaian, dan lain-lain yang tidak akan berfungsi untuk anda. setiap distro mempunyai perkara-perkara kecil 😉
LOL
Wajah gembira itu tidak mencukupi, mungkin saya harus menggunakan tanda petik, dengan itu sekarang tanda petik menjadikan semuanya jelas 🙂 // Sarkasme (untuk melihat apakah dengan label itu anda faham).
Ini menunjukkan bahawa anda juga tidak membaca jawapan saya untuk mario.
Dua perenggan saya menyindir.
Yang pertama, cuba menunjukkan ironi bahawa apabila orang memberitahu kita tentang kekurangan projek, kita melabelkannya sebagai gila dan seribu perkara lain jika kita tidak bersimpati dengan ideologi mereka, tetapi ketika kita sudah mengalami masalah secara langsung, kita hanya mempunyai untuk menelan kata-kata.
Dan yang kedua, bahawa DALAM KESAN ITU SEPERTI WINDOWS, tetapi banyak yang tidak menerimanya dan mengatakan bahawa itu kerana Windows dibenci dan digunakan tanpa pandang bulu untuk menyerang semua yang tidak berbau seperti FSF.
Bagaimanapun, kriteria itu adalah sesuatu yang sukar dijumpai di dunia ini.
@Staff, lelaki untuk menggunakan sarkasme dalam bentuk komunikasi sedingin ini, anda harus bekerja sedikit lagi 😛
@elav:
Saya datang ke sini, Saya meninggalkan pautan ini ke komen saya, dan saya melarikan diri. : v
Saya telah melihat perkara yang sama tetapi ketika memulakan…. selama beberapa hari komputer memerlukan masa yang lama untuk memulakan dan pertama dalam baris ia mengatakan sesuatu yang berkaitan dengan Systemd. Apa yang berlaku?
Begitu juga elav, dan juga tingkap itu sendiri. Saya mengalami kesalahan itu, hapus keseluruhan fail dari jurnal dan itu sahaja. Tidak lama lagi kita perlu memasang semula hahaha.
Hahaha, tapi kalau saya pasang Antergos belum sebulan yang lalu hahaha
Bayangkan bagaimana perasaan saya dengan Arch yang memakan masa lebih kurang 30 atau 40 saat untuk boot lebih lama daripada Windows, ya, saya memasang banyak kotoran di yaourt, tetapi saya tidak memulakan apa-apa (inilah yang paling saya cuba) perkara paling gila yang saya ada ialah perkhidmatan CUPS dan saya rasa ssh untuk terminal jauh. Sayangnya setelah setahun tanpa format, saya fikir saya akan mempertimbangkan semula idea untuk melakukannya lagi 🙁
Sayangnya saya perhatikan bahawa dalam 2 tahun terakhir kami semakin dekat dengan distro gaya Windows yang cuba menyembunyikan maklumat, mengautomasikan laporan ralat, mengautomasikan operasi di mana pengguna harus campur tangan dan bahkan mempunyai kawalan.
Oleh kerana saya terlepas distro dari 3-4 tahun yang lalu dengan SysVinit, sangat menggembirakan dengan "init 0" di sekolah XD. Di samping itu, walaupun tidak semuanya disetujui, kawalannya adalah pengguna dan bukan sistemnya. Ya, ada banyak kemudahan, tetapi dengan kos ...
Anda dapat melihatnya datang. Saya tidak mempunyai apa-apa terhadap systemd, sebagai pengguna biasa menjadikan perkara ini lebih mudah bagi saya dan arahan untuk mengaktifkan atau menyahaktifkan perkhidmatan agak mudah. Masih dapat dilihat bagaimana perang init ini berakhir.
SystemD adalah seperti cincin untuk mengawal mereka semua. Mungkin kuda trojan NSA. SystemD boleh menjejaskan keselamatan privasi kami, kerana memasuki banyak perkhidmatan. Dan lebih teruk lagi, jika distro saya mengendalikan tenaga dengan baik, apa yang akan berlaku sekarang? Saya tidak akan dapat berubah ke sisi lain.
Tidak sebanyak Trojan, jika mengendalikan banyak perkara, tetapi masih Perisian Percuma, anda dapat melihat apa yang dilakukan kod dengan maklumat anda.
Oleh itu, jika SystemD mempunyai masalah (dan jika ada), ia harus diselesaikan dan tidak dibuang begitu sahaja, kerana ia juga mempunyai banyak perkara yang baik dan perlu.
Satu perkara yang pasti, saya hanya tahu bahawa saya tidak tahu apa-apa. Saya seorang pemula, tetapi setelah membaca banyak pendapat orang yang tahu lebih banyak daripada saya, menentang, atau berkecuali, kesimpulan yang dapat saya sampaikan adalah menjadi curiga dan tidak ada yang membuat saya berhenti melakukannya. Tidak ada yang membuat saya percaya, buat masa ini.
Saya menggunakan openSUSE kerana saya menyukainya dan mereka mungkin menyelinap pada saya ... Sebenarnya, mereka boleh menyelinap ke seluruh tempat ... Dan di situlah Stallman muncul, dia mengawasi privasi kami, tidak kira berapa banyak mungkin bagi banyak orang.
Bukankah NSA memasukkan cakarnya ke RedHat ????
Betapa berlebihan, mengapa saya boleh menjejaskan privasi anda?
Untuk melanggar keselamatan dan jangan sampai ada yang tahu, anda perlu memperburuk log sistem, menyukarkannya, menjadikannya binari, mengabaikan mereka yang melaporkan kerosakan, tidak membenarkan syslog-ng dan jurnal untuk hidup bersama pada masa yang sama.
Sekiranya kita menambah pengurusan rangkaian automatik ini oleh dhcp, kita mempunyai alasan untuk diceroboh tanpa meninggalkan jejak "bug terkecil yang belum ditemui", benar-benar orang yang tidak melihat ini adalah kerana dia buta, pekak dan bisu. .. lebih dari 2000 tahun yang lalu seseorang mengatakan ... dengan buah-buahan mereka, anda akan mengenalinya, dan saya sudah melihat buahnya dan mereka sudah masak.
Apa yang dikaitkan dengan systemd bukan hanya melakukan tugas yang sesuai dengannya, tetapi telah campur tangan dalam segala hal untuk memutarbalikkan keselamatan dan membuat alat usang yang melakukan pekerjaan mereka dengan baik dengan tidak membiarkan hidup bersama keduanya pada waktu yang sama.
Seperti yang saya katakan sebelumnya, betapa dibesar-besarkan.
Saya akan mempercayai anda selagi SystemD diprogramkan oleh Microsoft, Apple dan / atau syarikat lain yang tidak berkongsi kod sumber. Nasib baik, ia tidak seperti itu, dan dia bersyukur kerana sekurang-kurangnya ada seseorang yang tidak mengalami kemarahan.
Sebaliknya, ketika Linus Trovals ditanya mengenai sistem algoritma SELinux, dia menjawab dengan penyelesaian yang cukup mudah (dan itu belum lagi bahawa ayah Linus telah mengaku bahawa NSA berusaha untuk mengambil bahagian dalam pengembangan kernel, walaupun satu-satunya perkara yang perlu dilakukan ialah melancarkan komponen sial dengan segala-galanya dan kod sumber).
Ketahuilah bahawa kebodohan sering menjadi bencana utama manusia.
Bagus, saya hanya memenangi 10 euro pada pertaruhan 😛. Seperti yang dapat diramalkan seperti biasa ... Kedengarannya bagus, saya tidak begitu menyukai systemd kerana falsafah projeknya dan kekurangan komen dalam kod (a la OpenSSL). Tetapi saya menyedari bahawa secara teknikalnya lebih unggul. Saya tertanya-tanya adakah ia boleh menjadi pengganti sysvinit untuk Openrc. Dalam keadaan ini saya akan berhijrah.
Juga, dalam perisian percuma, untuk beberapa sebab, perlu ada dua implementasi yang sama, mengapa, persaingan (Libreoffice, Openoffice) dan keselamatan (OpenSSL).
ada satu perkara yang saya tidak faham, jika reka bentuk systemd didasarkan pada kumpulan yang merupakan ciri eksklusif linux.
Untuk mengarahkan penggunaan garpu systemd ke FreeBSD Hurd, dan lain-lain, tambahkan cgroup ke kernel tersebut atau keluarkan cgroup dari reka bentuk garpu tersebut.
tetapi jika anda mengeluarkan kumpulan dari garpu systemd, sukar untuk menganggap Uselessd sebagai alternatif yang betul untuk systemd.
Saya juga menganggap inisiatif ini sangat positif kerana persaingan selalu baik kerana memaksa mereka berusaha untuk menjadi lebih baik dan hasilnya memberi manfaat kepada pengguna.
* garegan = tambah
mereka tidak akan menggunakan kumpulan atau menjadikan kumpulan itu sebagai pilihan. Secara teori ia tidak begitu sukar. apa yang harus anda lakukan hanyalah merancang dan menulis kaedah untuk menyokong kaedah kawalan proses lain yang ada di semua OS semasa. Dalam praktiknya ini membosankan dan mahal kerana ini bermaksud bahawa jika misalnya anda mempunyai 8 jam untuk mengerjakan program ini, bukannya menggunakan 8 jam untuk memperbaiki dan menggilap apa yang diberikan oleh satu pilihan, anda mesti membahagikan masa itu menjadi 6 menjaga 3 sistem + 3 cara pertukaran di antara mereka). dengan cara ini penyelenggaraan dan pembangunan menjadi lebih berat dan perlahan. Maksud saya, sama ada anda menyokong beberapa biasa atau anda menyokongnya dengan baik.
Belum lagi bahawa BSD mempunyai permintaan yang sangat sedikit dari sysadmins, dan bahkan UNIX sendiri melihatnya dengan mata yang sama dengan Windows XP.
intinya adalah bahawa kumpulan: «digunakan untuk mengawasi proses perkhidmatan, bukannya PID. Ini bermaksud bahawa daemon tidak dapat "melarikan diri" dari systemd walaupun mereka berkepala dua. » http://es.wikipedia.org/wiki/Systemd
Walaupun ini adalah salah satu poin yang mengkritik systemd kerana mereka mengatakan bahawa ia bermula di pid 0 dan ini berisiko kerana jika systemd melanggarnya maka sistemnya akan pecah, yang seperti yang dikatakan linus adalah konyol kerana jika melanggar kernel atau proses lain juga memecahkan sistem. kebenarannya adalah bahawa jika garpu tidak menggunakan kumpulan ia menggunakan pids dan ia tidak akan mempunyai kawalan penuh terhadap setan. sudah dengan itu tidak akan pernah lebih baik daripada systemd pada linux
Terdapat beberapa garpu yang berkaitan, tetapi ini adalah yang pertama untuk sistem itu sendiri. Di Gentoo untuk udev (yang digabungkan dengan yang disebutkan di atas), terdapat libgudev dan libeudev. Jika tidak, adalah pelik untuk berjalan dengan OpenRC, dan lihat dalam proses "systemd / udev" bagaimana ia berlaku pada pemasangan semasa tertentu. Secara peribadi, saya tidak menyukai idea untuk menambah pelanggan DHCP (saya harap mereka belum melakukannya). Saya percaya bahawa ada perisian yang terbukti dan sangat baik dalam tugas itu, tidak perlu mencipta semula roda.
Saya betulkan, gudev juga sistemd, dalam versi terkini.
Saya menjawab komen mengenai DHCP di systemd.
systemd tidak hanya memiliki DHCP bawaan (built-in sebagai sebahagian dari networkd), ia juga mempunyai pemecah DNS dan cache DNS, serta fungsi yang diwarisi dari Avahi (raksasa lain yang dibuat oleh Poettering).
Hari ini saya makan kentang dan stik untuk makan malam, saya tidak menyukainya, saya akan membuat garpu. Dan untuk segalanya.
Adakah tidak berguna sebenarnya operasi bendera palsu yang rumit oleh Red Hat untuk mendiskreditkan lawan mereka dan memasang New World Order?
... Persetan.
Dilindungi dengan baik dari belakang projek ini
TERJEMAHAN:
Mereka memberitahu saya bahawa
1) Mereka membuat sistemd yang diamputasi tanpa alat mereka dan tidak ada kelebihan yang diseragamkan oleh piawaian sambil tidak menyelesaikan sebarang masalah yang diselesaikan oleh sistemd atau menyelesaikan masalah tradisional yang lama. Yelah tu. beri saya 3
2) Mereka memberitahu saya bahawa itu adalah systemd tanpa "bloat" tetapi ternyata systemd itu modular dan anda boleh menggunakan systemd tanpa daemon anak-anaknya. Oleh itu, menghilangkan kembung adalah sama dalam praktiknya (kecuali bahawa tidak akan menyimpan banyak alat sistem yang terbaik seperti jounals)? baik. sempurna. Beri saya 20 sekarang.
3) Mereka memberitahu saya bahawa garpu ini yang tidak dapat menyelesaikan masalah, dan ia tidak menyelesaikan masalah pembingkaian tahap rendah, bahawa ia tidak menawarkan kelebihan teknikal dalam bentuk apa pun, tetapi ia memerlukan kita kembali 5 tahun pengurusan perkhidmatan di Linux. bersaing dengan satu-satunya harapan penyeragaman? . baik. Saya sayang dia. beri saya 2161816814168 distro dengan ini. tolonglah. sekarang !!
bagi mereka yang tidak faham. itu sindiran 🙂
dan inilah sebabnya linux tidak akan pernah menang di desktop, dan akhirnya pazos mula diberikan untuk membuat infrastruktur untuk menjadikan desktop berfungsi mungkin untuk semua penonton. Mamertos keluar dengan blowjobs mereka. ok biarkan mereka melakukan apa yang mereka mahukan, mereka mempunyai hak, tetapi sebenarnya, jangan mengharapkan mereka dipandang serius.
http://hackingthesystem4fun.blogspot.mx/2014/09/linux-no-triunfa-en-el-escritorio.html
http://linuxito.com/gnu-linux/nivel-alto/431-por-que-systemd-es-una-mierda
Sejujurnya, lawaknya adalah bahawa SystemD banyak membantu saya, malah mematikan PC dengan pantas apabila anda mempunyai cukup masa menggunakan partition Chrome pada Ext4. Sekiranya saya mencuba Debian Jessie dengan XFS dan SystemD - dan yang paling penting, ia memberi saya hasil yang lebih baik daripada dengan SysVinit - saya akan berlutut di hadapannya.
Yang paling menggembirakan ialah mereka berusaha membuat SystemD dengan kemampuan untuk menambahkan ciri-ciri SysVinit padanya, walaupun kerja seperti itu benar-benar mencabar (seperti garpu OpenSSL Theo de Raadt).
Garpu ini menyelesaikan masalah mengambil kendali dari Lennart dan ayahnya RedHat untuk mencuba memberikannya kepada pemaju bebas untuk
untuk menghilangkan keburukan systemd daripada merosakkan perkara yang tidak dan tidak boleh menjadi sebahagian daripada sistem boot. Adakah saya jelas?
Sekarang, jika untuk beberapa perkara yang nampaknya sedikit alasan ... yang tidak dapat diselesaikan oleh siapa pun, mereka hanya pendapat dan sudut pandang peribadi.
tetapi sistemd bukanlah sistem permulaan semata-mata, systemd lebih daripada 70 binari yang berbeza di mana hanya 1 adalah pid 1 dan ini hanya mengurus 1 perkara, memulakan dan menghentikan daemon lain. semua systemd bloat sebenarnya pilihan kecuali untuk jurnal. jadi saya tidak benar-benar melihat apa yang dilakukan oleh sistem boot yang tidak sepatutnya dilakukan sekiranya melakukan satu perkara. seperti yang saya katakan, selebihnya proses dan perkhidmatan dikendalikan secara berasingan oleh daemon lain, kebanyakannya boleh digunakan secara berasingan walaupun. satu-satunya perbezaan adalah bahawa daemon pilihan ini ditulis oleh pasukan yang sama, di bawah kalendar yang sama dan di git yang sama (seperti bsd sama)
lennart dan red han jahat? khayalan penganiayaan dan sedikit lagi.
@Mirage tetapi adakah sistemd bukan sistem inisiasi semata-mata….
Adakah itu masalahnya, mereka bermula sebagai sistem permulaan semata-mata dan berjaya meyakinkan banyak distro dan kemudian berhenti menjadi sistem permulaan semata-mata dan menyebar seperti barah.
Saya akan melukisnya dengan lebih baik, saya mahukan systemd, tetapi saya tidak mahu modul sistemd lain ... tetapi apabila saya mengatakan bahawa saya tidak menginginkannya, saya tidak mahu ia dipasang pada cakera keras saya .. tidak memadai untuk saya mematikannya ... Saya tidak mempercayai perkara automatik yang boleh diaktifkan sendiri, contohnya ketika screen saver aktif.
Oleh itu, beritahu saya distro mana yang memberi saya versi systemd yang tidak mempunyai modul tersebut dalam pemasangnya.
Pada masa ini saya menggunakan linux mint 17 dan ia tidak menggunakan systemd (saya rasa hanya beberapa kebergantungannya) walaupun di distro yang menggunakannya sangat sesuai untuk saya, saya menggunakan linux selama hampir 2 tahun dan saya memberikannya penggunaan asas (melayari Internet, menyunting dokumen secara sederhana, dll) dan ketika saya menggunakan sistemd saya tidak gagal juga bahawa pada tahap teknikal peningkatan dapat dilihat, dan banyak kebencian nampaknya tidak wajar bagi saya, banyak yang mengatakan bahawa itu adalah untuk sesuatu yang beretika daripada teknikal tetapi nampaknya terlalu banyak bagi saya walaupun saya juga ingin melihat satu alternatif bahawa ini pada tahap anda walaupun saya tidak percaya pada ini (buat masa ini pada dasarnya ini adalah sistem yang lebih "kekurangan gizi" dan namanya sudah kelihatan terlalu konyol untuk menjadi sesuatu yang serius)
Dan mengapa tidak terus menggunakan skrip BSD? Atau openRC dari pasukan Gentoo? Atau lupakan semua perkara di atas termasuk SystemD dan gunakan Ubuntu Upstart?
Kerana SystemD mempercepat proses menghidupkan dan mematikan sistem GNU / Linux.
Selain itu, yang ingin anda selamatkan ialah, kelajuan permulaan SystemD tanpa perlu menggunakan modul SystemD, dan menggunakan skrip OpenRC, SysVinit dan juga BSD, sehingga mengelakkan berdenyut-denyut dari balak.
Saya gembira dengan systemd.
Saya juga melihat lebih banyak kelebihan daripada yang lain.
Saya telah membaca banyak komen dan nampaknya sistemd ... tidak sesuai dengan falsafah 90% pengguna sistem Linux yang menentangnya, ... Saya tertanya-tanya ... mengapa kedua-dua kepentingan sistemd dalam mahu mengawal semuanya ... adalah ia seperti tingkap?… Bukankah di belakangnya ada rancangan jahat untuk mengawal semua orang dan pemerintah dunia? Pada masa ini sistem Linux Mint berfungsi dengan hebat hampir semua automatik dan tidak memerlukan systemd. Sekiranya anda berjaya mengambil alih sistem Linux… .. anda tidak mempunyai pilihan selain berhijrah ke BSD UNIX dan turunannya.
Apa pengedaran lain yang berfungsi seperti Linux Mint, sama ada membawa Systemd atau tidak?
Lihat di Windows tidak ada sistemd sejauh yang saya faham.
Mereka menjadikannya seperti perkara buruk untuk dipusatkan, sedangkan satu-satunya yang peduli adalah mereka yang bekerja dengan sistem, yang biasanya pakar, bagi kita pengguna biasa sistemd jauh lebih baik bagi kita, bahkan beberapa sysadmin memujinya, jadi perhatikan bahawa semuanya berkaitan dengan rasa.
Systemd sangat bagus, tetapi apa yang dikeluhkan banyak orang adalah terdapat beberapa program yang memerlukan pergantungan baru untuk berfungsi, kerana systemd lebih mengganggu dan melampaui sedikit sistem boot. Mereka juga mengadu bahawa ia melakukan beberapa tugas secara automatik, tetapi saya yakin bahawa jika anda belajar menggunakannya, anda dapat mengkonfigurasinya sesuai dengan keinginan anda.
Itulah sebabnya saya katakan: SystemD agak mudah dikendalikan, walaupun setiap kali saya melepaskan diri dari apa yang saya lakukan di SysVinit (bukan untuk mengurangkan SystemD, tetapi SysVinit menyelamatkan saya masalah yang harus saya lakukan dmesg untuk melihat apakah ada sesuatu yang saya kacau).
Tujuan melakukan langkah permulaan ke Windows adalah untuk menyelamatkan anda dari masalah untuk mengedit skrip. Dengan kata lain, itu akan menjimatkan banyak masa bagi mereka yang tidak begitu sysadmin.
Bagi para perfeksionis dan / atau sysadmin senior, OpenRC SysVinit dan Gentoo yang lama lebih disukai (dalam kes saya, saya ingin SysVinit mempunyai kelajuan boot SystemD, jadi UselessD berfungsi sebagai pemalam tambahan untuk SysVinit atau OpenRC mempunyai kuasa bahawa SystemD).
Saya menganggap anda telah mencuba rc_parallel = »YA» di /etc/rc.conf.
Ia masih sedikit lebih perlahan daripada systemd tetapi hanya beberapa saat dan kerana waktu operasi harian dalam kes saya tidak pernah kurang dari 14 jam…. Perbezaan 8 saat tidak mempengaruhi saya.
Saya berpendapat bahawa dengan garpu ini akan dapat mengubah haluan dan saya berharap agar pemaju bebas bergabung untuk menyatukan kebaikan syarikat dengan systemd
dan sudah tentu logik satu tugas diikuti dan dilakukan dengan baik.
@ eliotime3000 ada perkara yang jauh lebih penting daripada masa boot, juga faktornya bukanlah masalah besar, sekurang-kurangnya dalam kes saya, masa boot antara systemd dan OpenRC (menggunakan Gentoo), tidak begitu berbeza, menang systemd kurang dari 4 saat, dan tanpa menggunakan rc_parallel = ya di OpenRC.
CATATAN: Mulai sekarang, siapa pun yang membaca, sila lakukan dengan teliti dan maafkan saya atas beberapa ungkapan, juga jelaskan bahawa itu adalah pendapat peribadi saya.
Apa yang saya tidak suka tentang systemd adalah kenyataan bahawa saya ingin melakukan perkara yang telah dilakukan, kerana mencipta semula roda nampaknya bodoh dan tidak perlu.
Apa yang dilakukan oleh init dengan daemons luks, lvm, dns, dhcp, avahi function, log, coredump, devfs, antara lain? Mungkin syaitan dengan semua fungsi itu tidak ada lagi.
Mengapa anda memerlukan akses root untuk menangani log dan coredump? (Ini saya dapat mengesahkan secara peribadi di Debian dan Gentoo).
Mengapa saya perlu reboot PC saya jika ada perubahan pada systemd, adakah ia tidak dapat melakukan reboot panas itu sendiri? Geek SysVinit dapat melakukannya, dan yang paling penting, dia melakukannya dengan betul. Mereka mengatakan bahawa systemd boleh melakukannya, tetapi lakukan ujian dan anda akan melihat bahawa ia gagal dan tidak ada pilihan selain memulakan semula.
Itu tidak berakhir di sana, tetapi systemd telah mengetahui bug dan mereka tidak diperbaiki, dan semuanya kerana pasukan (Poettering memimpin pertuduhan) lebih suka mengabaikannya dan menandakannya sebagai WONTFIX atau mengabaikannya. Bahkan beberapa pepijat itu sudah klasik, jurnal, pemasangan sendiri, dan tuan-tuan, mereka berasal dari tahun 2011 dan 2012 dan masih tidak dapat diperbaiki, dan bukan kerana tidak diketahui (ia mempunyai laporan dan segala-galanya) atau mereka tidak mudah dihasilkan semula, tetapi kerana mereka TIDAK INGIN MEMBETULKAN MEREKA. Tingkah laku itu tidak disertakan dengan systemd, Poettering SELALU seperti ini, Avahi (salah satu ciptaan mereka) juga mengalami masalah yang sama, terutama dengan kebocoran memori dan penggunaan CPU yang berlebihan, yang kebanyakannya masih berlanjutan. Adakah anda mahukan lebih banyak bukti? Pulseaudio adalah kegilaan lain dari jenis ini, bahawa walaupun itu adalah sesuatu yang dinanti-nantikan oleh banyak orang, ia membawa lebih banyak masalah daripada penyelesaian dan baru-baru ini banyak masalahnya diselesaikan, jika, jauh dari tangan Poettering.
Yukiteru +100
Sudah terbukti, mungkin pengguna pemula yang sederhana tidak menyedarinya, tetapi RedHat adalah syarikat dan yang saya tahu, satu-satunya perkara yang menarik minat setiap syarikat adalah menjana wang, jika kita menambah bahawa mungkin ada tawaran tertentu oleh ejen kerajaan sehingga bahawa "sedikit demi sedikit untuk mengubah suai", saya percaya bahawa semuanya mungkin ... Tuan ALLAH wang dapat melakukan segalanya.
Keinginan untuk berkuasa semua kerajaan dan syarikat besar tidak ada batasan, kami membacanya setiap hari, ternyata sistem operasi yang menentangnya adalah gnu / linux, para penggunanya cenderung mendapat maklumat lebih baik mengenai keselamatan dan privasi.
Dengan sistemd mereka mula sedikit demi sedikit, dari awal semuanya bagus dan mereka berjaya menaklukkan distro utama untuk mengubahnya, kemudian sedikit demi sedikit mereka menambahkan modul untuk menggantikan apa yang sudah ada dan selalu berfungsi, mereka boleh mengatakan bahawa jika anda tidak berminat anda tidak memasang modul-modul tersebut .... tetapi sungguh menghairankan, semua distro memasangnya sepenuhnya dan pengguna biasa tidak tahu menyusunnya dengan tangan dan membuangnya.
Modul yang paling sesat adalah jurnal yang saya baca dalam mesej bahawa seseorang mengatakan bahawa itu bukan pilihan, ia wajib dan tidak boleh dikeluarkan.
Jelas bahawa ia tidak akan dapat dihapus, niatnya adalah untuk tidak berfungsi dengan baik dan tidak membiarkan syslog-ng berfungsi dengan baik, atau juga untuk menangani keluhan pengguna yang melaporkan bug tersebut.
Tekniknya adalah untuk menutup sehingga tidak dapat dilihat, kemudian secara automatik mengatur jaringan sehingga dalam waktu yang tidak terlalu jauh, kehilangan kendali manual terhadap apa yang terjadi dengan rangkaian dan dengan log dari apa yang terjadi pada rangkaian.
Tidak ada gunanya membaca kod systemd, semuanya melakukan apa yang harus dilakukan dan melakukannya dengan baik "untuk mereka", apa yang salah adalah fungsi gabungan yang mewakili keseluruhan risiko "bug yang tidak diisytiharkan".
Oleh itu, systemd tidak salah, apa yang salah adalah penciptanya yang mesti diubah.
Betapa dibesar-besarkan. Ia meminta anda bahawa ia adalah perisian percuma dan jika ada perkara aneh yang mereka sedar? dan lebih banyak lagi dalam projek yang kontroversial seperti ini, adakah anda fikir tidak ada beratus-ratus geeks yang ingin mengeluarkan kaki kucing? sensasionalisme pff selalu laris
Kerana Systemd sebenarnya adalah Skynet ... hahahaha
dan garpu ini yang saya anggap diketuai oleh kanonik?
@emilian
Bagaimana dengan Linux, sayangnya anda betul dan dengan lebih malang bahawa terdapat sedikit sysadmin, kurang dari 1/4 pengguna… .. Oleh itu, mari kita berharap perkara-perkara aneh terus berlaku seperti ini:
systemd-journald [150]: Gagal menulis entri (13 item, 351 bait), mengabaikan: Alamat buruk
Untuk menunjukkan bahawa kita tidak gila, bukan juga untuk orang suci tetapi untuk masalah teknikal.
Anda dapat melihat ralat dalam cgit ini menggunakan ctrl + f tetapi tentu saja kerana Lennart biasanya tidak memberi komen, satu lagi amalan buruk yang dia ada, mereka tidak akan tahu apa kesalahan itu:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Anda bukan satu-satunya elav:
https://bbs.archlinux.org/viewtopic.php?id=150704
Terdapat banyak siaran dengan itu tetapi saya tidak melihat apa-apa yang benar-benar mengatakan apa itu, kedengarannya seperti pepijat bagi saya dan sepertinya dari PulseAudio dengan serbuk sari yang membangunkannya dan peristiwa yang ditindas
Dahsyat!!
Dan walaupun anda mungkin tidak mempercayainya, ada banyak lagi yang melaporkan ralat itu, nampaknya ia berasal dari ralat lain dan itu adalah gejala tetapi juga bahawa itu adalah kesalahannya sendiri, ringkasnya, systemd penuh dengan bug, sekurang-kurangnya sysv tidak mempunyai kesalahan, sejak sekian lama terbukti sangat digilap. Hari ini saya cuba melumpuhkan jurnal dalam VM, itu tidak akan membiarkan saya, tidak mungkin, satu-satunya perkara yang boleh anda lakukan ialah memasukkan syslog dan membuat jurnal menghantar anda perkara sehingga dia menulisnya, tetapi, bagaimana jika jurnal gagal? ... Sejak bila anda tidak dapat mematikan log masuk daemon di Linux? ... Windows begitu, maka mereka mengatakan bahawa itu adalah modular, jika saya melihat
Baik dia dmesg menyelamatkan mereka. Untuk mata saya melihat bahawa ia adalah JournalD yang disadap.
Saya harap OpenBSD atau Apache Foundation akan menunjukkan sokongan mereka terhadap garpu tersebut.
@elav
Anda mempunyai syarikat, sertai laporan pepijat untuk melihat apakah lennart berfungsi sedikit:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
Ia adalah pepijat.
Saya menambah, ia adalah Bug yang dihasilkan oleh sesuatu yang lain hanya merupakan gejala »lain» mengikut gejala fedora tetapi dengan asal yang sama:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
PANJANG LANGSUNG DMESG!
Sekarang, serius, berkat kegagalan epik JournalD, saya akan menunjukkan sokongan saya terhadap garpu SystemD, kerana dengan JournalD saya tidak begitu faham (dengan DMESG anda melihat banyak kesalahan boot kernel, dan bahkan syaitan bahkan dari SystemD ).
Ramai orang menolak systemd kerana tidak mematuhi falsafah Unix. Tuan-tuan, Unix sedang mati dan berada dalam bahaya kepupusan, ada kalanya anda harus melepaskan ikatan masa lalu sedikit dan berusaha untuk melakukan sesuatu yang lebih baik walaupun ia bertentangan dengan falsafah lama. Tinggalkan konservatisme dan jika systemd memberi anda masalah, kemudian laporkan bug dan bantu menguji tambalan yang menyelesaikannya. Pada pendapat saya uselessd tidak akan sampai ke mana-mana, jadi namanya sangat berguna, tidak berguna, tidak berguna, membuang masa dan usaha yang dapat dihabiskan untuk melakukan sesuatu yang lebih baik.
Lelaki, tetapi tidakkah anda melihat pautan dalam catatan yang sama ke RedHat Bugtracker? Pencipta Systemd tidak membalas atau memberi komen mengenai salah satu daripada mereka. Apa gunanya pelaporan pepijat jika lelaki itu menjalankannya melalui pelapik?
Pada masa ini, SystemD telah melaporkan 240 hanya di bugzilla RedHat (dengan laporan juga di halaman lain):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Dengan maksimum 3 atau 4 orang yang bekerja, menurut Wikipedia:
https://en.wikipedia.org/wiki/Systemd
Perlu mengatasi bug yang memerlukan beberapa hari hingga beberapa bulan untuk menyelesaikannya. Anda juga harus menambah bahawa mereka harus menambah ciri baru dan membuang kod lama.
Adakah anda fikir mereka mempunyai masa untuk menjawab setiap laporan tersebut?
Di sini lebih dari satu orang percaya bahawa mereka berhak untuk mengomentari kerja pengaturcara sistem, ketika yang paling banyak mereka lakukan adalah menulis skrip dalam Bash atau Python dan meletakkan tema WordPress, tetapi mereka akan berhenti jika harus bertahan -kaliber program.
Sebilangan besar mereka yang mengadu tentang SystemD tidak tahu apa yang mereka bicarakan. Itu hanya sekumpulan ayam yang bergumpal.
Pertama sekali hypersayan_xSekiranya saya melancarkan aplikasi seperti SystemD, perkara pertama yang akan saya lakukan pertama sekali adalah dengan mendokumentasikan sebaik mungkin apa spesifikasinya, kemungkinan masalahnya, makna lognya, dll. Dengan ini, ia akan elakkan gangguan seperti saya, di mana saya masih tidak tahu apa maksud ralat gembira (atau mesej):
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressSebagai tambahan, saya berpendapat bahawa jika anda ingin mendedikasikan diri untuk membuat aplikasi, anda harus menghabiskan sekurang-kurangnya 1 jam masa anda untuk menjawab bug yang disampaikan oleh orang yang menggunakannya. Sekiranya anda tidak dapat mengatasinya, sekurang-kurangnya tinggalkan mesej atau beritahu saya, tetapi tidak menjawab membuat kami tidak yakin.
Bagi masing-masing sesuai dengan kerjanya ... dan masing-masing bertanggung jawab atas apa yang dilakukannya. Saya tidak faham apa maksud bahagian komen ini, kerana fakta ringkas bahawa pereka tema WordPress (atau pengguna yang hanya memasang tema), atau orang yang memprogram skrip Bash atau Python, tidak semestinya diwajibkan untuk mengekalkan program "berkaliber tinggi", jauh daripadanya. Seperti yang dikatakan oleh Paman Ben: "Dengan kekuatan yang besar datang tanggungjawab besar", yang membawanya ke subjek yang merangkumi kita: «Program yang hebat membawa tanggungjawab yang besar«, Dan dengan tanggungjawab saya memahami segalanya: Sokongan, Pembangunan, dll.
Sekiranya anda begitu baik untuk menerangkan secara terperinci dan dengan data teknikal bagaimana Systemd berfungsi sehingga kita yang tidak dapat berhenti melakukannya atau hanya memahami dengan lebih baik, saya akan mengucapkan terima kasih yang tidak terhingga.
salam
Ia didokumentasikan dengan sempurna:
http://www.freedesktop.org/wiki/Software/systemd/
Bahagian: Manual dan Dokumentasi untuk Pengguna dan Pentadbir y Dokumentasi untuk Pembangun
Adakah ia kelihatan sedikit untuk anda?
Inilah baris mesej itu:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
Dan kod yang berkaitan muncul di L448, jadi semuanya bergantung pada mesej yang saya berikan sebelum ini.
Ini adalah bagaimana semua forum internet berfungsi, mereka dapat menjawab anda atau tidak, jika mereka tidak menjawab anda mungkin kerana: mereka tidak mempunyai jawapan, mereka tidak peduli dengan mesej anda, mereka mempunyai keutamaan lain, atau mereka mengusahakan perkara lain dan mereka tidak mempunyai masa untuk anda. Terimalah bahawa anda bukan pusat alam semesta, di samping itu mereka tidak menerima apa-apa dari anda untuk memperbaiki bug yang mempengaruhi anda terutamanya.
manual di sana. Ini masalah membacanya, mungkin masalahnya ialah banyak orang tidak membacanya, saya tidak menggunakan debian. tetapi saya tidak terhad hanya pada lelaki yang penuh sesak http://www.freedesktop.org/software/systemd/man/systemd.html,
Saya membaca blog dari http://en.wikipedia.org/wiki/Lennart_Poettering ada kitaran (tutorial) yang sangat baik http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x Betulkah kawan? Saya menjemput anda (sekali lagi) untuk menerjemahkan kepada saya apa maksud baris 513 dari pautan yang anda buat untuk saya, kerana saya tidak melihat bagaimana itu menjelaskan apa masalah yang timbul oleh mesej ini.
Ini bukan mengenai saya, ini mengenai banyak orang .. Lihat pautan di komen # 66. 😉
@elav, saya ulangi, menurut apa yang dapat dibaca di CF, sebelum pesan itu muncul satu lagi pesan yang menunjukkan mengapa tidak mungkin untuk menulis ke log, dan oleh itu itu adalah masalah sebenarnya.
Adalah baik bahawa perkara itu bercabang, ini adalah cara mengukur kecekapan, itu membuat saya ketawa, bahawa mereka mematikan ciri yang saya gunakan setiap hari dan mempercepat pengalaman pengguna, atau dengan cara lain, mereka berfungsi untuk mengotomatisasi sistem, saya menganggapnya sebagai penghargaan pengguna baru dalam kebolehgunaan sistem. Ini adalah masalah berkembang (matang) dari segi penghargaan terhadap penggunaan sistem, mungkin kerana saya lebih suka melihatnya sebagai set pesanan dalam skrip, bukannya cermin berwarna. Mungkin lebih berguna untuk membaca manual lebih kerap dan membuat cadangan bagaimana membuat sistem yang lebih automatik, tetapi dalam kerangka logik, yang ditentukan oleh pengguna (yang tidak selalu berada di depan terminal).
salam
@ROUGH
Menjadikan sesuatu automatik, menghilangkan fleksibiliti dan menimbulkan pemaksaan, anda tidak boleh memasukkan semua orang ke dalam beg yang sama, dengan menentukan sesuatu yang automatik anda mencari garpu untuk dihasilkan, kerana akan ada lebih banyak orang yang tidak berpuas hati yang tidak akan duduk-duduk menonton bagaimana mereka buat tetingkap baru.
Beberapa komen di atas, saya bertanya adakah anda mengetahui pengedaran yang mempunyai pakej systemd tanpa "modul pilihan", tetapi nampaknya tidak ada ... tidak ada yang menjawab saya.
Dalam kes saya, saya tidak memerlukannya, saya telah hidup bahagia dengan gentoo selama lebih dari 5 tahun dengan eudev dan openrc, tetapi saya mempunyai buku nota yang saya gunakan sedikit, yang masih mempunyai archlinux, saya terus mengemas kini untuk melihat bagaimana masalahnya berjalan dan tidak memberikan pendapat mengenai apa yang orang lain katakan.
Mari sentuh mereka! @ # $% Saya baru sahaja bersarapan bahawa di ArchLinux tidak ada crontab, cron dikendalikan dengan Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elav
Pengedaran yang tidak menggunakan systemd mesti dipromosikan, tidak ada pilihan lain.
Saya tahu, mereka bukan yang paling mudah dipasang, tetapi melihat arah semua ini
Saya fikir lebih banyak distro yang dilahirkan dari LFS akan mula muncul, seperti intinya
adalah ibu kepada archlinux dan saya faham bahawa mereka masih menggunakan init.
Distro gaya Sabayon yang tidak lebih dari tembakan juga boleh muncul
gentoo pada i686 binarias.
Systemd seperti tema AC / DC "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI