Yeni öğrendim ki birçok kullanıcıdan öfke sistemd'ye dayalı yeni bir init arka plan programı olan ve onu "içerdiği gereksiz işlevsellikten" arındırmaya çalışan yararsızd'nin yaratılmasına yol açtı. İngilizce'de "işe yaramaz systemd" veya "daha az systemd kullanalım" olarak okunabilen isim seçimi ilginçtir.
Uselessd, gelişiminin ilk aşamalarında, en basit şekline indirgenmiş bir sistem çatalından başka bir şey değildir. Geliştiricilerinin sözleriyle, "temel bir init arka plan programı (initd), bir süreç izleyicisi ve izinsiz girişi ve izolasyonu en aza indiren bir işlem bağımlılık sistemidir". Kaldırılan işlevler arasında şunlar vardır: journald, libudev, udevd ve gereksiz olduğu düşünülen belirli birim türleri, yani cihazlar, zamanlayıcılar, takaslar, montajlar ve otomatik montajlar.
Bu yeterli değilmiş gibi, glibc'yi kullanmaya alternatif olarak MUSL ve uClibc altında derlemek için destek eklediler. Sistemd sadece Linux desteğine sahipken, Uselessd de FreeBSD'ye taşınmanın ilk aşamalarındadır.
Her neyse, "başlangıç savaşlarının" nasıl biteceği ve işe yaramazlığın gerçekten işlevsel bir ikame oluşturup oluşturmayacağı açık değildir, ancak bu proje hakkında daha fazla bilgi edinmek isteyenler, projeyi ziyaret edebilir. Resmi web sitesi.
Orada kalıp SystemD'yi kızdırmayacak biri olduğunu biliyordum.
Şimdi onu desteklemek için, sadece.
Systemd… .CLI… ..GUI arasındaki fark nedir?
systemd sistem başlangıcını ve uygulamaları yönetir.
Cli, komut satırı arayüzünden, yani programları yönetmek için kullandığınız komutlardan gelir.
Ve GUI, grafik arayüzle ilgilidir.
İnternetten bakabilirsin sana söylüyorum
Çaylaklar için bir eğitim yükleyin
Bir kullanıcı olarak bu anti-sistemd kampanyasını anlamıyorum
Basit bir kullanıcı olarak, hizmetleri etkinleştirirken veya devre dışı bırakırken kullanımına adapte olmak benim için kolay oldu, bunu zaten ezbere biliyorum, ki daha önce sahip olduğum şey olmamıştı.
Syetmd'e karşı hiçbir şeyim yok ve onların aşağılamasını saçma görüyorum. Son kullanıcı olarak konuşmak.
Fonksiyonları kaldırmak için çatal yapmak bana aptalca geliyor. İnsanlar sıkılıyor.
GNU / Linux'ta yeni olan ve her zaman olan ile sistemin bize gizlice yaklaşmaya çalıştığı arasındaki temel farklılıkları göremeyen insanları anlıyorum.
Linux, Unix'in bir klonudur ve Unix, tek bir şey düşünülerek yaratılmıştır, her seferinde bir şey yapın ve bunu iyi yapın, bu bir heves değildi, Multics'in yankılanan başarısızlığından dolayı birçok şey yapmaya çalıştım ve yanlış mı yaptı yoksa olması gerektiği gibi kontrol edemezdi.
Bu yüzden, Unix kullanan Multics'in adıyla çelişmekle kalmadılar (çok azına karşı veya benzersiz), aynı zamanda borular kavramını ve başka yollarla elde edilmesi imkansız bir esneklik sağlayan süreçlerin birleştirilmesini yarattılar ... yankılanan şey buydu. Unix'in başarısı.
Şimdi systemd ile Multics masalını yeniden bulmamızı istiyorlar… Linux'taki Unix üssünü reddeden kimse, başarısızlığı garantilediğimizi bildiğimiz (tarih bunu birkaç kez gösterdi) Multics'e geri dönüyor.
GNU / Linux'a yeni geldiyseniz, lütfen biraz tarih okuyun ve Unix ve GNU / Linux'ta işlerin neden bu şekilde yapıldığını öğrenin.
Güzel dedim ve bugünün dünyasında artık işlerin böyle çalışmadığını söyleyenlere, size bir örnek veriyorum, bir tarayıcı, var olan en karmaşık yazılım parçalarından biri, ancak bunlar, her biri , belirli bir görevi yerine getirir ve setin dışında çalışabilir. Bir javascript motoru, bir HTML bir, SSL, http ...
Geçmişte işe yaramaması, şimdi işe yaramayacağı anlamına gelmez. 20 yıl gibi oldu, belki de değişme zamanı, değil mi?
Linux'a yeni girmek istiyorum, 2004'ten beri bu işin içindeyim ve evet, Linux ve systemd'nin ne olduğunu biliyorum ve yine de systemd'yi daha rahat görüyorum.
Aşağıda bırakacağım bu yorum bir meslektaşımdan, bana ait değil ama benim de abone olduğum bir yorum.
[…] Sistemin reddini “neofobi” ye, yeniden korkmaya atfediyorum. Bir SysVinit betiğinin devre dışı bırakılması, çalışma seviyeleri sisteminin ve /etc/init.d ... 'de var olabilecek bağımlılıkların iyi anlaşılması anlamına geliyordu ve her dağıtımda bunu farklı bir şekilde yaptılar. Systemd ile bir systemctl devre dışı bırakma yeterlidir ve bu kadar.
Systemd'nin UNIX felsefesini ihlal ettiğinden şikayet edenler, UNIX felsefesinin ne olduğunu veya systemd'nin nasıl çalıştığını öğrenmemiş olmalarıdır. Aynı pratik kurala göre, Linux çekirdeği dünyadaki en az UNIX olacaktır. O sırada bir girişte açıkladığım gibi, systemd'nin işlevi PID 1 olarak değiştirmesidir: bu bir sistem arka plan programıdır, sadece betikleri çalıştıran bir şey değildir.
Systemd'nin UNIX felsefesini takip etmediğini fark ettiğim tek şey ikili günlükleri kullanmaktır, ancak indeksleme yoluyla sorguyu hızlandırmak haklı. […]
@Yoyo: Olan şu ki, yavaş öğrenen biri olduğunuz için, herkes sizin bir n00b olduğunuzu söyler, hahahaha.
@yo-yo:
Çok güzel alıntı. Buna ek olarak şaka, SystemD'nin böylesi blob'lu günlükleri görüntülemenin kendi yolu olmasına rağmen, böceklerde kusurlu olmasıdır.
Bu çatalla ilgili beni ilgilendiren şey, SystemD'nin hızını BSD gibi diğer UNIX ortamlarına nasıl adapte edecekleri.
Ricardito Cassetteman'ın dediği gibi GNU Unix Değildir
Systemd'nin neden gereksiz olduğuna dair tutarlı bir yorum. Multics, pencereler…. Bir bileşenin toplam arızası gibi mi geliyor?
Bu, tamamen dbus tarafından geçilen systemd'nin başına gelir, eğer bazı arka plan yordamları başarısız olursa, sistemi yeniden başlatmak gerekir veya her şey çökebilir. Centos 7'de bir iblisin veya birimin ölü olarak kaldığı ve yaptığınızdan daha fazla yeniden başlatma için yeniden başlamadığı zaten başıma geldi. Son kullanıcıların bir bilgi parçasını düşünmesi ve saldırıya uğradığı için bilmedikleri bir şeyi savunması beni çok üzüyor. Büyükannemin dediği gibi, bilmiyorsan, fikrini verme, çeneni kapa ve sorgulamadan sor, bildiğin zaman sor.
Çok fazla kullanıcı düşüncesi, systemd için büyük destek onu büyük ölçüde getirdi, paradoksal olarak onu eleştiren şirketlerden biri, kanonik, linux dünyasını kendi ls-l'in ötesini görmeyen kullanıcılarla doldurdu.
Uselessd'deki bu adam boykot alanının sahibi olan bekar bir kişidir, bu nedenle diğer geliştiriciler onu desteklemedikçe onun için çok az gelecek görüyorum. Umarım daha fazla geek dağıtımından oluşan geliştirici, arch, gentoo veya Slackware gibi size yardımcı olur.
.. Kendimi "gelişmiş bir kullanıcı" olarak görmüyorum Asalet unvanlarını sevmiyorum, bir sistem yöneticisi değilim, ancak (Slack (çok az), Arch birkaç yıldır ve Gentoo evet birkaç yıldır (sizin çatalınız Funtoo da)) Sistem yöneticileri olarak bakış açınızı anlıyorum, ama merak ediyorum ve eğer çekirdek başarısız olursa, her şey cehenneme gider, bu yüzden diyorum, neden çekirdek hakkında şikayet etmiyorlar? Çünkü Minix veya "reenkarnasyon sunucusu" olan bir tür işletim sistemi kullanmıyorlar mı? Bazen bana öfkenin daha çok Lennart'ın tutumundan kaynaklandığı (ki bu uygun görünmüyor), ancak bana bir genelleme yapın, siz sistem yöneticileri (ve elbette bunu yapacaksınız) işinizi savunurlar ve bizi masaüstü kullanıcılarını "atılmış" bırakırlar, sysv oldukça arkaik bir "başlangıç paradigması" kullansa da, sadece sunucularının "iyi" olmasını umursarlar (konu systemd'nin hedefi ve aranması iyi ...), sunucunuzun sysv ile mükemmel çalışacağını söylüyorum, ancak bu arada masaüstü kullanıcıları uzayda bir dbus kullanıyorkullanıcı adı …… ne harika bir fikir ………
Bu çatalı, başka yerlerde de söylediği gibi tekrarlıyorum, şimdiye kadar sadece "güzel" bir isim ve bir systemd başlığı görüyorum, bu arada, Systemd'ye HOŞGELDİNİZ, Systemd'den nefret edenler ... systemd'den şikayet eden birçok kişi görüyorum, ama onlar bunu istiyor ... çünkü OpenRC işleri doğru yapmıyor mu?, Upstart mı? …. Tanrım… şimdiye kadar 2 tür nefret gördüm, temelleri olan sistem yöneticileri ve bu paragrafta anlattıklarım daha çok "posers" gibi görünüyor….
Sistem yöneticilerinin konusuna dönersek, bir grafik arayüze bile ihtiyacınız yok, neden systemd'den şikayetçi olduğunuzu bilmiyorum (Gnome Shell'in Systemd gerektirdiğini kolayca iddia edebilirsiniz (bu tamamen doğru değildir çünkü Funtoo OpenRC ile çalışmaktadır)) ama İHTİYACINIZ YOKTUR GUI'ler daha sonra kendi dağıtımlarına, Centos ve Debian'a şikayette bulunmalıdır. Özellikle Centos, Systemd bu kadar çok sorun çıkarırsa taşınmamalıydı (RedHat'ın eliyle taşınacağı açık olsa da) ve Debian, üzgünüm, Debian ekibi tarafından hevesleri ile karar verildi " evrensel dağıtım "... ancak Systemd'nin ne kadar" kötü "olduğunu anlayan ve sysvinit dönemini kullanan FreeBSD veya" Sunucular için Distro "kullanmayı tekrarlıyorum ..
Belki de x11tete11x sorun, çekirdeğin başarısız olması değil, başarısız olması ve başarısızlığa neyin neden olduğunu bilen bir kişidir. SystemD konusunda en azından beni rahatsız eden şey bu ..
@elav bu konuda haklısınız, systemd ile birçok sistem hatası gri ve siyahın tonları arasına düşüyor ve bunların hepsi günlükleri güvenilmez bir ikili dosyaya dönüştüren "sihirli bir kutu" gibi göründüğü için ve ben güvenilirlik hakkında konuştuğumda Kanıtlanmış çılgınlığı kastediyorum (zaten bir hata raporu var), eğer bir günlük günlüğü hasar görürse (ki bu birçok nedenden dolayı olabilir) basitçe atılır ve yeni bir tane başlatılır, bu günlüğü birçok durumda pratik olarak okunamaz halde bırakır. Freedesktop'ta ve aynı şairin veya topların onu durdurduğu yerde. Hata ayıklama sorunundan bahsetmiyorum, ama zaten biliniyor (neden bahsettiğimi bilmiyorsanız, çekirdek satırının hata ayıklama seçeneğinin ve onun "sonraki düzeltmesinin" Kay'ın kaldırılmasının nedeni olduğunu size hatırlatırım. çekirdekte komisyonlar için izinlere sahip olmaktan).
@ x11tete11x kernel geliştirmeyi systemd geliştirme ile karşılaştırmayalım. systemd, henüz başlangıç aşamasında olan bir yazılım parçasıdır, eğer onu çekirdekle karşılaştırırsak, Linus'un, çekirdeğin ABI'lerini ve API'lerini değiştirirken sol ve sağ deneysel yamaları onayladığını da görmüyorum.
@joakoej Multics, aşağıdakiler de dahil olmak üzere birçok nedenden dolayı başarısız oldu: kod açısından daha fazla karmaşıklığa sahip olmak, halihazırda geliştirilen diğer sistemlere kıyasla birçok ortak görevde yavaş olmak ve normalde aynı boyuttaki projelerde kullanılanlar için aşırı pahalı olmak.
Bu bir çataldır, bu nedenle tüm işlevlere sahip değildir, bir init sistemi böyle davranamaz, bkz. Sysvinit. sysvinit'in modası geçmiş olmasına rağmen, yalnızca bir temel görevi vardı ve bu, diğerlerinin ilgileneceği başka ne varsa (syslog, journald değil, openrc ve systemctl, consolekit ve hiçbir logind ...) işletim sistemini başlatmaktı çünkü sysvinit modası geçmiş ve her seferinde ancak birçok proje sisteme bağlı kalıyor, bu girişim bana harika görünüyor. Syslog'u journald'a tercih ederim, ancak logind (gnome için bir gereklilik olmasının yanı sıra) bir heyelanla consolekit'i yener. Ayrıca, bu çatal daha güvenli, taşınabilir ve umarız ulibc uyumlu olmalıdır.
Compa, düne kadar Systemd'e karşı da bir şeyim yoktu. Bazı nedenlerden dolayı Dizüstü Bilgisayarımın kapanması uzun sürüyor ve ortaya çıkan tek şey (sonsuza dek):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressWindows'ta hiçbir şey bilmediğiniz lanet bir hata gibi.
Ve kayıtlar olmadan sorunların temelini izlemek oldukça zordur. Systemd bu tür şeyler için beni de rahatsız ediyor. Yazılımı çok iyi bilmiyor olabilirsiniz ama en azından istediğim günlüklerde netlik.
Ve bir kez daha [En sevdiğiniz klişeyi buraya ekleyin] doğruydu. 🙂
Ama dikkatli olun, pencerelerden bahsetmeyelim, belki biz de Bay Linus'un CIE'ye eklenmesini önerdiği yeni patolojiyle enfekte olmuş hastalardan biriyiz, pencere iltihabından nefret ediyorum, sanırım adı verildi. 🙂
@ Personel ve Elav'ın hatası nedir? Windows 8'den itibaren birçok şey gizlendi (önyüklemede chkdsk, BSOD teknik bilgisi, "dekoratif" msconfig). Her şey o yönde gidiyor gibi görünüyor. Umarım "üzgün mac" a ve ilişkili pencerelerine ulaşmayız ve kullanıcıya bilgi vermeyiz.
@Mario
Elav'ın yanlış olduğunu hiç söylemedim.
İki paragrafımın sonundaki ifadeye dikkat edin.
Oh !! @ Personel koymuyorsunuz ... Tarzdaki tipik posteri için Windows'a atıfta bulunuyorum:
Windows bir sorunla karşılaştı. Sorun kodu 0x1123df2982'dir, daha fazla bilgi için Destek Merkezi ile iletişime geçin ...
kısaca / dev / null için
Elav, bir üretim sunucusunda buna benzer bir hata hayal et. Kabul edilemez. Yalnızca bir sistem yöneticisi systemd'nin neden bu kadar kötü olduğunu anlar. Kimseyi küçümsemek değildir, ancak bir işlemcinin, bir işletim sisteminin, bir çekirdeğin, bir sürecin vb. Nasıl çalıştığını anlamak gerekir. systemd'nin ortaya çıkardığı düşük seviyeli sorunları anlamak için. UNIX felsefesinin ötesine geçiyor, bir sistemin istikrarını tartışıyoruz.
Sistem yöneticileri, sistemsiz Debian 6/7 ve CentOS 5/6 ile rahatlar, ancak Debian 7 ve CentOS 6 için destek sona erdiğinde, gerçek heyecan yalnızca orada başlayacaktır (bu makalede anlatılana benzer uygun bir alternatif ise ).
Hatta bir sysadmin hayal edin, bir ömür boyu çalışan betikleri systemd'ye "service" komutuyla çevirip test edin.
Ve gösterdiğiniz hata, systemd'nin bir başka kenarını daha ortaya çıkarıyor, çok açık bir şekilde söylediniz, bu bilgi gizleme seviyesinin "çok Windows" olduğunu söylediniz.
Selamlar.
Bak, bundan emin değilim, ama sanırım biraz abartıyorsun, Gnu / Linux'ta kendileri tarafından açıklanmayan birkaç hata yaptım ve bunların hepsinin systemd'den kaynaklandığından şüpheliyim. Yanlış mıyım?
@Emiliano Haklı olabilirsin. Her neyse, uzman olmasam da, bana öyle geliyor ki tüm bunlar biraz sansasyonel. Bana öyle geliyor ki bu her şeyden çok bir alışkanlık meselesi ve eğer sistem yöneticisi isterse, kesinlikle systemd'nin nasıl çalıştığını öğreniyor, ona daha kolay görünse bile, yaptığı her şeyi merkezileştiriyorsa, kesinlikle bazılarında veya birkaç yönden işler daha hızlıdır.
Gördüğüm kadarıyla, başlangıç zamanı gibi bazı avantajları vardır, bazı programların diğerlerinden önce başlamasını gerektirmez, bir rc.conf dosyasını veya buna benzer herhangi bir dosyayı değiştirmeniz gerekmez, çünkü o her şeyi daha otomatik olarak halleder, bazı bağımlılıklar karşılanmasa bile uygulamaları çalıştırabilirsiniz. Bunlar internette gördüğüm avantajlardan bazıları, yanılıyorsam düzelt
Şimdi, her şey gibi elbette sahip olacağı bazı dezavantajlar da var, ama iyi olurdu, nasıl çalıştığını biliyorsanız ve açıklığa kavuşturmak için zamanınız varsa, sizden fikrinizin neye dayandığını bilmenizi rica ediyorum. Gördüğüm kadarıyla, birkaç programın systemd ile düzgün çalışması için yamalanması gerekeceği bir dezavantaj olabilir, ancak bunun diğer init sistemlerini herhangi bir şekilde etkileyip etkilemediğini bilmiyorum.
@Emiliano Ah yanılmışım dosya rc.conf değil, / etc / inittab ve /etc/init.d/rc
Systemd için bu dosyanın bir sürümü var gibi görünüyor, ancak sytemctl programı tarafından işlenen tek bir / etc / systemd dosyasında merkezileştirilmiş.
Sanırım, bir sistem yöneticisinin bundan hoşlanmayabileceğini neden söylediğini anlıyorum, çünkü görünüşe göre init ile daha fazla kontrole sahipti ve işleri yalnızca belirttiğinde yaptı.
Öte yandan, systemd biraz daha müdahaleci olabilir, ama aynı zamanda bana öyle geliyor ve tekrar ediyorum, bunun nasıl çalıştığını öğrenme meselesi ve kesinlikle yönetici olma yeteneğine sahip biri bunu başarabilir.
Hayatım boyunca Debian Jessie'yi SysVinit komutlarıyla kapatmaya çalıştım, ancak SystemD'yi kullandığını bilmiyordum, bu yüzden SystemD ve systemctl'yi biraz daha iyi nasıl kullanacağımı öğrenmek için Arch'ın kılavuzunu kullanmak zorunda kaldım.
Benim durumumda, Chromium / Chrome / Opera Blink'i yoğun bir şekilde kullandığımda SystemD masaüstü bilgisayarımı oldukça hızlı kapatıyor.
@ eliotime3000 burada debian için çok fazla bilgi içeren iyi bir systemd wiki var http://www.esdebian.org/wiki/systemd elbette arch wiki çok iyidir, ancak debian'daki systemd, arch'deki ile aynı şekilde uygulanmaz, bu yüzden sizin için çalışmayacak birçok komut, çözüm vb. vardır. her dağıtımın küçük şeyleri vardır 😉
LOL
Mutlu yüz yeterli değildi, belki de tırnak işaretleri kullanmalıyım, şimdi tırnak işaretleri her şeyi açıklığa kavuşturuyor 🙂 // Alay (bu etiketle zaten anlayıp anlamadığınızı görmek için).
Mario'ya verdiğim cevabı da okumadığınızı gösteriyor.
İki paragrafım alaycıydı.
Birincisi, insanlar bize bir projenin eksikliklerinden bahsettiklerinde, ideolojilerine sempati duymuyorsak onları çılgınca ve binlerce başka şey olarak adlandırıyoruz, ancak sorunları ilk elden deneyimlediğimizde hiçbir şeyimiz yok. sol ama kelimeleri yutmak için.
Ve ikincisi, ETKİLİ OLARAK WINDOWS GİBİ OLDU, ancak çoğu kişi bunu kabul etmiyor ve bunun nedeni Windows'un nefret edilmesinden ve FSF gibi kokmayan her şeye gelişigüzel saldırmak için kullanıldığını söylüyor.
Ama her neyse, kriter bu dünyada bulunması zor bir şey.
@ Personel, adam alaycılığı bu kadar soğuk bir iletişim biçiminde kullanmak için biraz daha çalışmalısın 😛
@elav:
Buraya geldim, Bu bağlantıyı yorumuma bırakıyorumve kaçtım. : v
Ben de aynı şeyi fark ettim ama başlarken…. Birkaç gün boyunca bilgisayarın başlaması sonsuza kadar sürer ve ilk sırada Systemd ile ilgili bir şey söyler. Ne oluyor?
Elav ve pencerelerin kendisi de öyle. BU hatayı aldım, tüm dosyayı günlükten sil ve hepsi bu. Yakında hahaha'yı yeniden yüklememiz gerekecek.
Hahaha, ama Antergos'u bir ay önce kurduysam hahaha
Windows'tan daha uzun önyüklemesi yaklaşık 30 hatta 40 saniye süren lanet bir Arch ile nasıl hissettiğimi hayal edin, evet, yaourt'a çok fazla şey yüklerim, ancak hiçbir şey başlatmıyorum (en çok denediğim şey budur) Sahip olduğum en çılgın şey CUPS servisi ve bence uzak terminaller için ssh. Maalesef biçimlendirmeden geçen bir yılın ardından, bunu tekrar yapma fikrini yeniden gözden geçireceğim
Maalesef son 2 yılda bilgileri gizlemeye, hata raporlarını otomatikleştirmeye, kullanıcının müdahale etmesi ve hatta kontrol sahibi olması gereken işlemleri otomatikleştirmeye çalışan Windows tarzı dağıtımlara yaklaştığımızı fark ettim.
SysVinit ile 3-4 yıl önceki dağıtımları özlediğim için, XD okulunda "init 0" ile blöf yapmak eğlenceliydi. Ek olarak, her şey bu kadar onaylanmasa da, kontrol sistem değil, son derece kullanıcıydı. Evet, birçok kolaylık var, ama pahasına ...
Geleceğini görebilirsin. Systemd'ye karşı hiçbir şeyim yok, sıradan bir kullanıcı olarak işleri benim için çok daha kolay hale getiriyor ve hizmetleri etkinleştirmek veya devre dışı bırakmak için komutlar oldukça basit. Bu ilk savaşın nasıl biteceğini göreceğiz.
SystemD, hepsini kontrol etmek için bir yüzük gibidir. Bir NSA truva atı olabilir. SystemD, birçok hizmete girdiği için gizlilik güvenliğimizi tehlikeye atabilir. Ve daha da kötüsü, dağıtımım enerjiyi çok iyi idare ederse, şimdi ne olacak? Başka bir tarafa geçemeyeceğim.
Bir Truva atı kadar değil, birçok şeyi kontrol ediyorsa, ancak yine de Özgür Yazılım ise, kodun bilgilerinizle ne yaptığını görebilirsiniz.
Dolayısıyla, SystemD'nin sorunları varsa (ve varsa), bunların çözülmesi ve atılmaması gerekir, çünkü aynı zamanda birçok iyi ve gerekli şeye sahiptir.
Kesin olan bir şey var, hiçbir şey bilmediğimi biliyorum. Ben bir acemiyim, ancak benden sonsuz derecede daha fazlasını bilen, muhalif veya tarafsız birçok insanın görüşlerini okuduktan sonra ulaşabileceğim sonuç şüpheli olmak ve hiçbir şey beni bunu yapmayı bırakmıyor. Şimdilik hiçbir şey bana güvenmiyor.
OpenSUSE kullanıyorum çünkü seviyorum ve bana gizlice yaklaşıyor olabilirler ... Aslında, her yere gizlice giriyor olabilirler ... Ve işte burada Stallman ortaya çıkıyor, ne kadar olursa olsun mahremiyetimizi izliyor çok olabilir.
NSA, pençelerini RedHat'a saplamamış mıydı ????
Ne kadar abartılı, neden mahremiyetinizden ödün vereyim?
Güvenliği ihlal etmek ve kimsenin öğrenmesine izin vermemek için, sistem günlüklerini daha kötü hale getirmeniz, karmaşıklaştırmanız, ikili hale getirmeniz, arıza bildirenleri görmezden gelmeniz, syslog-ng ve journald'ın aynı anda bir arada bulunmasına izin vermemeniz gerekir.
Bu otomatik ağ yönetimine dhcp ile eklersek, "henüz keşfedilmemiş en küçük böceğe" iz bırakmadan izinsiz girişler için zemin hazırlamış oluruz, gerçekten bunu görmeyen kişinin kör, sağır ve dilsiz olmasıdır. .. 2000 yıldan daha uzun bir süre önce şöyle demişti… onları meyvelerinden tanıyacaksınız ve ben zaten meyveleri görüyorum ve olgunlaştıklarında da öyle.
Systemd'ye atfedilen şey sadece kendisine karşılık gelen görevi yapmak değildir, aynı anda ikisinin bir arada var olmasına izin vermeyerek güvenliği saptırmak ve işlerini iyi yapan eski araçlar yapmak için her şeye müdahale etmiştir.
Daha önce de söylediğim gibi, ne kadar abartılı.
SystemD, Microsoft, Apple ve / veya kaynak kodunu paylaşmayan başka bir şirket tarafından programlandığı sürece size inanırdım. Neyse ki, öyle değil ve en azından sadece öfke nöbetleri geçirmemiş biri olduğu için minnettar.
Öte yandan, Linus Trovals'a SELinux algoritma sistemi sorulduğunda, oldukça basit bir çözümle yanıt verdi (ve bu Linus'un babasının NSA'nın çekirdek geliştirmeye el koymaya çalıştığını itiraf ettiği anlamına gelmez, yine de tek şey Yapılması gereken her şey ve kaynak kodu ile lanet bileşeni başlatmaktı).
Cehaletin çoğu zaman ana insan belası olduğunun farkına varın.
Güzel, az önce bir bahse 10 Euro kazandım 😛. Her zamanki gibi öngörülebilir… Kulağa hoş geliyor, proje felsefesi ve koddaki toplam yorum eksikliği (a la OpenSSL) nedeniyle systemd'yi gerçekten sevmiyorum. Ama teknik olarak üstün olduğunun farkındayım. Openrc için sysvinit'in yerini alabilir mi merak ediyorum. Bu durumda göç edeceğim.
Ayrıca, özgür yazılımda, herhangi bir nedenle, aynı iki uygulamanın olması gerekir; neden, rekabet (Libreoffice, Openoffice) ve güvenlik (OpenSSL).
Eğer sistem tasarımı linux'a özgü bir özellik olan cgroups'a dayanıyorsa anlamadığım bir şey var.
Systemd çatalının kullanımını FreeBSD Hurd, vb .'ye taşımak için, ya bu çekirdeklere cgrup'lar ekleyin ya da söz konusu fork'un tasarımından cgrupları kaldırın.
ancak cgroup'ları systemd çatalından kaldırırsanız, Uselessd'i systemd'ye gerçek bir alternatif olarak düşünmek zordur.
Ayrıca bu girişimi çok olumlu buluyorum çünkü rekabet onları daha iyi olmaya zorladığı için her zaman iyidir ve sonuç kullanıcılara fayda sağlar.
* garegan = ekle
sadece cgroup kullanmazlar veya cgroupları isteğe bağlı yapmazlar. Teorik olarak o kadar zor değil. Yapmanız gereken, tüm mevcut işletim sistemlerinde bulunan diğer süreç kontrol yöntemlerini desteklemek için basitçe bir yol tasarlamak ve yazmaktır. Pratikte bu sıkıcı ve pahalıdır, çünkü örneğin program üzerinde çalışmak için 8 saatiniz varsa, tek bir seçeneğin size verdiklerini iyileştirmek ve cilalamak için 8 saati kullanmak yerine, bu zamanı 6'ya bölmeniz gerektiği anlamına gelir. (aralarında değişim için 3 sistemi + 3 yolu koruyun). bu şekilde bakım ve geliştirme çok daha ağır ve yavaş hale gelir. Demek istediğim, ya birkaç düzenliyi destekliyorsunuz ya da birini iyi destekliyorsunuz.
Ve BSD'nin sistem yöneticilerinden çok az talep aldığını ve hatta UNIX'in bile Windows XP ile aynı gözlerle görüldüğünden bahsetmiyorum bile.
mesele şu ki, cgroups: «PID'ler yerine servis süreçlerini takip etmek için kullanılır. Bu, artalan süreçlerinin çift çatallı olsalar bile systemd'den "kaçamayacakları" anlamına gelir. » http://es.wikipedia.org/wiki/Systemd
Her ne kadar bu, systemd'yi pid 0'da başladığını ve bunun bir risk olduğunu söylediği için eleştiren noktalardan biri olsa da, eğer systemd bozarsa sistem kırılır, ki linus'un dediği gibi, çekirdek kırılırsa veya diğer işlemler de kırılırsa aptalca olur. sistem. gerçek şu ki çatal cgroup kullanmazsa pidleri kullanır ve iblisler üzerinde tam kontrol sahibi olmaz. bununla asla linux'ta systemd'den daha iyi olmayacak
Birbiriyle ilişkili birkaç çatal vardır, ancak bu sistemde ilk olanıdır. Gentoo for udev'de (yukarıda bahsedilenle birleştirilen) libgudev ve libeudev var. Aksi takdirde, OpenRC ile yürümek ve "systemd / udev" işlemlerinde bazı mevcut kurulumlarda nasıl gerçekleştiğini görmek gariptir. Şahsen, bir DHCP istemcisi ekleme fikrinden hoşlanmıyorum (umarım bunu henüz yapmamışlardır). Bu görevde kanıtlanmış ve mükemmel bir yazılım olduğuna inanıyorum, tekerleği yeniden icat etmeye gerek yok.
Doğru söylüyorum, gudev de son sürümlerde systemd.
Systemd'de DHCP ile ilgili yorumu cevaplıyorum.
systemd yalnızca yerleşik bir DHCP'ye (ağın bir parçası olarak yerleşik) sahip olmakla kalmaz, aynı zamanda bir DNS çözümleyicisine ve DNS önbelleğine ve ayrıca Avahi'den (Poettering tarafından oluşturulan başka bir canavar) miras alınan işlevselliğe sahiptir.
Bugün akşam yemeğinde patates ve biftek yedim, beğenmedim, çatal yapacağım. Ve böylece her şey için.
Yararsızd aslında Red Hat'in rakiplerini gözden düşürmek ve Yeni Dünya Düzeni kurmak için yaptığı ayrıntılı bir sahte bayrak operasyonu mu?
… Kahretsin.
Bu projenin arkasından iyi örtülmüş
TERCÜME:
Bana bunu söylüyorlar
1) kendi araçları olmadan ve onu standartlaştıran hiçbir avantajı olmadan, sistemd'nin eski geleneksel problemleri çözdüğü veya çözdüğü problemlerin hiçbirini çözmeden, kesilmiş bir sistem yaratıyorlar. Evet tabi. bana 3 ver
2) Bana "bloat" içermeyen bir systemd olduğunu söylüyorlar, ancak systemd'nin modüler olduğu ve systemd'yi hiçbir alt arka plan programı olmadan kullanabileceğiniz ortaya çıktı. Bu nedenle, şişkinliği kaldırmak pratikte aynıdır (ancak jounals gibi en iyi sistem araçlarının çoğunu tutmayacaktır)? Tamam. mükemmel. Bana hemen 20 ver.
3) Bana herhangi bir sorunu çözmeyen bu çatalın alt düzey çerçeveleme sorununu çözmediğini, herhangi bir teknik avantaj sunmadığını, aksine bizi 5 yıl geriye götürdüğünü söylüyorlar. Linux'ta hizmetlerin yönetimi. tek standardizasyon umuduyla rekabet etmek mi? . Tamam. Onu seviyorum. bununla bana 2161816814168 dağıtımını verin. Lütfen. şimdi !!
anlamayanlar için. alaycı 🙂
ve bu nedenle linux, masaüstünde asla zafer kazanamayacak, sonunda tüm izleyiciler için işlevsel bir masaüstünü mümkün kılacak bir altyapı oluşturmak için pazolar verilmeye başlanacak. Mamerler oral seksleriyle çıkıyorlar. Tamam, istediklerini yapıyorlar, hakları var, ama gerçek şu ki, çok ciddiye alınmayı beklemiyorlar.
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
Gerçeği söylemek gerekirse, şaka şu ki, SystemD benim için çok kullanışlı, hatta Ext4 bölümlerinde Chrome'u kullanırken çok zamanınız olduğunda PC'yi çok hızlı kapatıyor. Debian Jessie'yi XFS ve SystemD ile denersem - ve hepsinden önemlisi, bana SysVinit'ten daha iyi sonuçlar veriyor - önünde diz çökeceğim.
İşin en komik yanı, SysVinit özellikleri ekleme yeteneği olan bir SystemD yapmaya çalışmaları, bu tür işler tamamen zor olsa da (Theo de Raadt'ın OpenSSL çatalı gibi).
Bu çatal, Lennart ve babası RedHat'ın dizginlerini bağımsız geliştiricilere vermeyi denemek sorununu çözer.
systemd'nin pisliğini, önyükleme sisteminin parçası olmayan ve asla olmaması gereken şeylerle uğraşmaktan çıkarmak. Açık mıyım?
Şimdi, eğer bazıları için hiç kimse tarafından çözülemeyen ... küçük bir sebep gibi görünüyorsa, bunlar sadece görüşler ve kişisel bakış açılarıdır.
ancak systemd sadece bir başlangıç sistemi değildir, systemd 70'den fazla farklı ikili dosyadır, bunlardan sadece 1'i pid 1'dir ve bu sadece 1 şeyi halleder, diğer arka plan programlarını başlatır ve durdurur. journald dışında tüm systemd bloat aslında isteğe bağlıdır. bu yüzden önyükleme sisteminin bir şey yaparsa yapması gerekmediğini gerçekten görmüyorum. dediğim gibi, süreçlerin ve hizmetlerin geri kalanı diğer arka plan programları tarafından ayrı ayrı ele alınır, çoğu ayrı ayrı bile kullanılabilir. tek fark, bu isteğe bağlı arka plan yordamlarının aynı ekip tarafından, aynı takvim altında ve aynı git ile yazılmasıdır (bsd'nin de benzer şekilde yaptığı gibi)
lennart ve red han evil? zulüm sanrıları ve başka pek az şey.
@Mirage, ancak systemd sadece bir başlatma sistemi değildir….
Sorun da bu mu, sadece bir başlangıç sistemi olarak başladılar ve birçok dağıtımı ikna etmeyi başardılar ve sonra sadece bir başlangıç sistemi olmayı bırakıp bir kanser gibi yayıldılar.
Daha iyi boyayacağım, systemd istiyorum, ancak başka bir systemd modülü istemiyorum ... ama istemiyorum dediğimde, sabit diskime yüklenmesini istemiyorum .. Devre dışı bırakmam yeterli değil ... Tek başına etkinleştirilebilecek otomatik şeylere güvenmiyorum, örneğin ekran koruyucu etkin olduğunda.
Öyleyse bana hangi dağıtımın bana yükleyicisinde bu modüllere sahip olmayan bir systemd sürümü verdiğini söyleyin.
Şu anda linux mint 17 kullanıyorum ve systemd kullanmıyorum (sadece bazı bağımlılıklarını düşünüyorum), ancak onu kullanan dağıtımlarda benim için mükemmel çalıştı, neredeyse 2 yıldır linux kullanıyorum ve temel bir kullanım veriyorum (sörf İnternet, belgelerin basit bir şekilde düzenlenmesi, vb.) ve sistemi kullandığımda, teknik düzeyde bir iyileşmenin fark edilir olduğunu ve nefretin çoğu bana haksız göründüğünü de ihmal etmiyorum, birçoğu bunun etik bir şey için olduğunu söylüyor. Teknikten çok ama bana çok fazla geliyor, ancak buna inancım olmasa da sizin seviyenizde bunun bir alternatifini görmek isterim (şimdilik bu temelde daha "yetersiz beslenmiş" bir sistemdir ve isim zaten çok saçma görünüyor. ciddi bir şey ol)
Ve neden BSD komut dosyalarını kullanmaya devam etmiyorsunuz? Veya Gentoo ekibinden openRC? Veya SystemD dahil yukarıdakilerin hepsini unutup Ubuntu Upstart'ı mı kullanıyorsunuz?
Çünkü SystemD, GNU / Linux sistemini açma ve kapatma sürecini hızlandırır.
Ek olarak, kurtarmak istediğiniz şey, SystemD'nin SystemD modüllerini kullanmak zorunda kalmadan ve OpenRC, SysVinit ve hatta BSD komut dosyalarını kullanmak zorunda kalmadan başlatma hızıdır. kabarma günlüklerin.
Ben systemd'den memnunum.
Hatta her şeyden daha fazla avantaj görüyorum.
Pek çok yorum okudum ve görünüşe göre systemd ... buna karşı olan Linux sistem kullanıcılarının% 90'ının felsefesine uymuyor, ... Merak ediyorum ... her iki sistemin de her şeyi kontrol etme konusundaki çıkarları ... bu pencereler gibi mi? … Arkasında herkesi ve dünya hükümetini kontrol etmek için uğursuz planlar var değil mi? Şu anda Linux Mint sistemi harika bir şekilde neredeyse her şey otomatik olarak çalışıyor ve systemd gerektirmiyor. Linux sistemini ele geçirmeyi başarırsa ... .. BSD UNIX ve türevlerine geçmekten başka seçenek yoktur.
Systemd taşıyıp taşımasalar da başka hangi dağıtımlar Linux Mint gibi çalışır?
Bak Windows'ta anladığım kadarıyla systemd gibisi yok.
Merkezileştirilmiş gibi görünmesini kötü bir şey gibi gösteriyorlar, sadece sistemle çalışan, genellikle uzman olan, bizim için ortak kullanıcılar systemd çok daha iyi olduğunda, bazı sistem yöneticileri bile onu övüyor, bu yüzden unutmayın hepsi zevkle ilgili.
Systemd çok iyidir, ancak birçok insanın şikayet ettiği şey, systemd daha müdahaleci olduğundan ve bir önyükleme sisteminin olabileceğinin biraz ötesine geçtiğinden, çalışmak için yeni bağımlılıklara ihtiyaç duyacak birkaç program olduğudur. Ayrıca bazı görevleri otomatik olarak yaptığından şikayet ediyorlar, ancak kullanmayı öğrenirseniz, beğeninize göre yapılandırabileceğinizden eminim.
Bu yüzden şunu söylüyorum: SystemD'nin yönetilmesi oldukça basittir, ancak her seferinde kendimi SysVinit'te yaptığım şeyden ayırıyorum (SystemD'den uzaklaşmak için değil, ancak SysVinit beni yapmak zorunda kalma zahmetinden kurtardı dmesg batırdığım bir şey olup olmadığını görmek için).
Başlangıç adımlarını yapmanın amacı Windows'a sizi komut dosyalarını düzenleme zahmetinden kurtarmaktır. Başka bir deyişle, bu, sistem yöneticisi olmayanlar için çok fazla zaman tasarrufu anlamına gelir.
Mükemmeliyetçiler ve / veya kıdemli sistem yöneticileri için, eski SysVinit ve Gentoo'nun OpenRC'si tercih edilir (benim durumumda, SysVinit'in SystemD'nin başlangıç hızına sahip olmasını istiyorum, bu nedenle UselessD, SysVinit veya OpenRC için ek bir eklenti görevi görür. SystemD'nin sahip olduğu güçlere sahiptir).
/Etc/rc.conf dosyasında rc_parallel = »YES» denediğinizi varsayıyorum.
Hala systemd'den biraz daha yavaş ama sadece birkaç saniye ve benim durumumdaki günlük çalışma süresi asla 14 saatten az olmadığı için ... 8 saniye fark beni etkilemiyor.
Bu çatalla kursu değiştirmenin mümkün olacağını düşünüyorum ve umarım bağımsız geliştiriciler, inits'in iyiliğini systemd ile birleştirmek için katılacaklardır.
ve tabii ki tek bir görevin mantığı takip edilir ve iyi yapılır.
@ eliotime3000 önyükleme süresinden çok daha önemli şeyler var, ayrıca bu faktör bunun büyük bir sorun olmaması değil, en azından benim durumumda, systemd ve OpenRC arasındaki önyükleme süreleri (Gentoo kullanarak) çok farklı değil, kazanan systemd OpenRC'de rc_parallel = yes kullanmadan 4 saniyeden daha kısa bir süre için.
NOT: Bundan sonra, kim okursa, lütfen dikkatli yapın ve bazı ifadeler için beni affedin, ayrıca bunun benim kişisel fikrim olduğunu açıkça belirtin.
Systemd ile ilgili hoşlanmadığım şey, zaten yapılmış olan şeyleri yapmak istemem, çünkü tekerleği yeniden icat etmek bana aptalca ve gereksiz geliyor.
Bir init, diğer şeylerin yanı sıra, artalan süreci luks, lvm, dns, dhcp, avahi işlevleri, günlükler, coredump, devfs ile ne yapar? Belki de tüm bu özelliklere sahip şeytanlar artık yoktur.
Günlükleri ve coredump'ı işlemek için neden kök erişimine ihtiyacınız var? (Bunu kişisel olarak Debian ve Gentoo'da doğrulayabildim).
Systemd'de herhangi bir değişiklik olursa neden bilgisayarımı yeniden başlatmam gerekiyor, kendini yeniden başlatamıyor mu? SysVinit meraklısı bunu yapabilir ve en önemlisi doğru yapar. Systemd'nin bunu yapabileceğini söylüyorlar, ancak testi yapın ve bunun başarısız olduğunu ve yeniden başlatmaktan başka seçenek olmadığını göreceksiniz.
Orada bitmiyor, ancak systemd'nin bilinen hataları var ve bunlar düzeltilmedi ve hepsi takımın (saldırıyı yöneten Poettering) basitçe onları görmezden gelmeyi ve WONTFIX olarak işaretlemeyi veya sadece görmezden gelmeyi tercih ettiği için. Hatta bu hataların bazıları zaten klasikler, günlük olanı, kendi kendini toplayan olanı ve hadi beyler, bunlar 2011 ve 2012 yılındalar ve hala düzeltilemezler, bilinmedikleri için değil ( rapor ve her şey) ya da kolayca tekrarlanamazlar, çünkü sadece ONLARI DÜZELTMEK İSTEMİYORLAR. Bu davranış systemd ile gelmiyor, Poettering HER ZAMAN böyle olmuştur, Avahi (onların yaratımlarından biri) de benzer problemler yaşadı, özellikle çoğu hala devam eden bellek sızıntıları ve aşırı CPU tüketimiyle. Daha fazla kanıt ister misin? Pulseaudio, bu türden bir başka çılgınlıktır, birçoğunun dört gözle beklediği bir şey olmasına rağmen, çözümden çok sorun getirmiştir ve yakın zamana kadar sorunlarının çoğu çözülmemişti, eğer, Poettering'in elinden uzaktaydı.
+100
Açıktır, belki basit bir acemi kullanıcı farkında değildir, ancak RedHat bir şirkettir ve bildiğim kadarıyla, her şirketin ilgisini çeken tek şey para kazanmaktır, buna eklersek, devlet temsilcilerinden bazı teklifler de olabilir. "yavaş yavaş değiştirmek için" her şeyin mümkün olduğuna inanıyorum ... Bay ALLAH parası her şeyi yapabilir.
Tüm hükümetlerin ve büyük şirketlerin güç arzusunun sınırı yoktur, her gün okuyoruz, direnen işletim sisteminin gnu / linux olduğu, kullanıcılarının güvenlik ve mahremiyet konusunda daha iyi bilgilendirilme eğiliminde olduğu ortaya çıktı.
Systemd ile küçük başladılar, ilk andan itibaren her şey güzeldi ve onları değiştirmek için ana dağıtımları fethetmeyi başardılar, sonra yavaş yavaş zaten var olanı değiştirmek için modüller eklediler ve her zaman işe yaradı, diyebilirler: ilgilenmiyorum, o modülleri kurmuyorsunuz .... ama çok şaşırtıcı, tüm dağıtımlar onu tamamen yüklüyor ve sıradan kullanıcılar elle nasıl derlenip kaldırılacağını bilmiyor.
En sapkın modül, isteğe bağlı olmadığını, zorunlu olduğunu ve kaldırılamayacağını söylediği bir mesajda okuduğum journald'tı.
Ortadan kaldırılamayacağı aşikardır, niyet iyi çalışmamak ve syslog-ng'nin iyi çalışmasına izin vermemek ve bu hataları bildiren kullanıcıların şikayetlerine katılmamaktır.
Teknik, görülemeyecek şekilde örtbas etmek, ardından ağı otomatik olarak yönetmektir, böylece çok uzak olmayan bir gelecekte, ağa ve ağa ne olduğuna dair günlükler ile ne olacağı konusunda tamamen manuel kontrolü kaybetmek.
Sistem kodunu okumak faydasız olacaktır, her şey yapması gerekeni yapar ve bunu "onlar için" çok iyi yapar, yanlış olan, "bildirilmemiş bir hata" karşısında toplam bir riski temsil eden birleşik işlevselliktir.
Bu nedenle systemd yanlış değildir, yanlış olan değiştirilmesi gereken yaratıcılarıdır.
Ne kadar abartılı. Bunun özgür bir yazılım olduğu ve tuhaf şeyler varsa fark ettikleri konusunda size çekici geldi. ve daha fazlası bu kadar tartışmalı bir projede, kedinin bacağını çıkarmak isteyen yüzlerce inek olmadığını düşünüyor musunuz? pff sansasyonalizm her zaman daha çok satar
Systemd aslında Skynet olduğu için… hahahaha
ve varsaydığım bu çatal kanonik tarafından yönetiliyor?
@emilian
Linux'a ne dersiniz, ne yazık ki haklısınız ve daha talihsiz bir şekilde az sayıda sistem yöneticisi, 1 / 4'ünden daha az kullanıcı var… .. Öyleyse umalım ki böyle garip şeyler olmaya devam edecek:
systemd-journald [150]: Giriş yazılamadı (13 öğe, 351 bayt), yok sayılıyor: Kötü adres
Deli olmadığımızı göstermek için, ne de safçılar için değil, teknik sorunlar için.
Bu cgit'teki hatayı ctrl + f kullanarak görebilirsiniz, ancak tabii ki Lennart genellikle yorum yapmadığı için, sahip olduğu başka bir kötü uygulama, bu hatanın ne olduğunu bilmeyecekler:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Tek elav sen değilsin:
https://bbs.archlinux.org/viewtopic.php?id=150704
Bununla ilgili birçok gönderi var ama gerçekten ne olduğunu söyleyen birini görmüyorum, bana bir böcek gibi geliyor ve onu uyandıran poleni ve bastırılmış olaylarla PulseAudio'dan gelenlere benziyor
Korkunç!!
Ve buna inanmasanız da, bu hatayı bildiren daha pek çok şey var, öyle görünüyor ki başka bir hatadan geliyor ve bu bir semptom ama aynı zamanda kendi hatası, kısacası, systemd hata ile dolu, en azından sysv'de çok uzun süre hata olmadı süper cilalı olduğu kanıtlandı. Bugün bir sanal makinede journald'ı devre dışı bırakmaya çalıştım, bana izin vermiyor, bu imkansız, yapabileceğiniz tek şey syslog koymak ve journald'ın size bir şeyler göndermesini sağlamak, böylece onları yazsın, peki ya journald başarısız olursa? ... Ne zamandan beri bir Linux'ta daemon günlüğü? ... Windows bunu yapıyor, sonra modüler olduğunu söylüyorlar, evet görüyorum
Ne o dmesg onları kurtarır. Göze baktığımda dinlenen şeyin JournalD olduğunu fark ettim.
Umarım OpenBSD veya Apache Foundation böyle bir çatala olan desteğini gösterir.
@elav
Şirketiniz var, lennart'ın biraz çalışıp çalışmadığını görmek için hata raporuna katılın:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
Bu bir böcek.
Ekledim, başka bir şey tarafından oluşturulan bir Hata, sadece fedora'dakilere göre »başka» semptom, ancak aynı kökene sahip:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
DMESG'Yİ YAŞASIN!
Şimdi, cidden, JournalD'nin epik başarısızlığı sayesinde, SystemD'nin söz konusu çatalına desteğimi göstereceğim, çünkü JournalD ile pek anlamıyorum (DMESG ile oldukça fazla çekirdek önyükleme hatalarını ve hatta SystemD'nin bile şeytanlarını görüyorsunuz. ).
Birçok kişi systemd'yi Unix felsefesine uymadığı için reddeder. Beyler, Unix ölüyor ve nesli tükenme tehlikesiyle karşı karşıya, geçmişin bağlarını biraz olsun bırakıp eski felsefeden kopsa bile daha iyi bir şey yapmaya çalışmanız gereken zamanlar vardır. Tutuculuğu bırakın ve systemd size bir sorun çıkarsa, o zaman hatayı bildirin ve onu çözen yamaları test etmeye yardımcı olun. Bence işe yaramaz, hiçbir yere varmayacak, bu yüzden adı kullanışlı, yararsız, yararsız, daha iyi bir şey yapmak için harcanabilecek tam bir zaman ve çaba kaybı.
Dostum, ama aynı gönderideki RedHat Bugtracker'ın bağlantılarını görmedin mi? Systemd'in yaratıcısı bunların hiçbirine cevap vermez veya yorum yapmaz. Adam onları gemiden geçirirse hata raporlamanın faydası nedir?
Şu anda, SystemD yalnızca RedHat bugzilla'da (diğer sayfalarda da raporlarla birlikte) 240 rapor etmiştir:
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Wikipedia'ya göre en fazla 3 veya 4 kişi çalışıyor:
https://en.wikipedia.org/wiki/Systemd
Düzeltilmesi birkaç günden birkaç aya kadar sürebilen hatalarla çalışmak zorunda. Ve buna ayrıca yeni özellikler eklemeleri ve eski kodu kaldırmaları gerektiğini de eklemelisiniz.
Raporların her birine yanıt vermek için zamanları olduğunu düşünüyor musunuz?
Burada, en çok Bash veya Python'da bir komut dosyası yazmak ve bir WordPress teması koymak olduğunda, birden fazla sistem programcılarının çalışmaları hakkında yorum yapma hakkına sahip olduklarına inanır, ancak yüksek tutmak zorunda kalırlarsa ayaklarını sallarlar. calibre programı.
SystemD'den şikayetçi olanların büyük çoğunluğunun ne hakkında konuştukları hakkında hiçbir fikri yok. Sadece bir grup tavuk gıcırdıyor.
Her şeyden önce hypersayan_xSystemD gibi bir uygulama başlatacak olsaydım, öncelikle yapacağım ilk şey, özelliklerinin ne olduğunu, olası sorunlarını, günlüklerinin anlamını vb. Mümkün olduğu kadar belgelemek olurdu. Bununla, kaçınırdı. Benimki gibi rahatsızlıklar, hala mutlu hatanın (veya mesajın) ne anlama geldiğini bilmiyorum:
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressAyrıca, kendinizi bir uygulama oluşturmaya adayacaksanız, zamanınızın en az 1 saatini onu kullanan kişilerin sunduğu buglara yanıt vermeye ayırmanız gerektiğini düşünüyorum. Bununla başa çıkamazsanız, en azından bir mesaj bırakın veya bana bildirin, ancak yanıt vermemek bizi belirsizlik içinde bırakır.
Herkese işine göre ... ve her biri yaptığı şeyden sorumludur. Bir WordPress tema tasarımcısının (veya basitçe bir tema yükleyen bir kullanıcının) veya bir Bash veya Python betiğini programlayan bir kişinin mutlaka bir "yüksek kalibreli" program ondan uzak. Ben Amca'nın dediği gibi: "Büyük güç büyük sorumluluk getirir", bizi meşgul eden konuya götüren: «Harika bir program büyük bir sorumluluk taşır«, Ve sorumluluk gereği her şeyi anlıyorum: Destek, Geliştirme vb.
Systemd'nin nasıl çalıştığını ayrıntılı olarak ve teknik verilerle açıklamakta çok nazikseniz, böylece kıkırdayan bizler bunu yapmayı bırakabilir veya daha iyi anlayabilir, size sonsuz teşekkür edeceğim.
selamlar
Mükemmel bir şekilde belgelenmiştir:
http://www.freedesktop.org/wiki/Software/systemd/
Bölümler: Kullanıcılar ve Yöneticiler için Kılavuzlar ve Belgeler y Geliştiriciler için Belgeler
Sana küçük geliyor mu?
İşte o mesajın satırı:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
Ve ilgili kod şurada görünür: L448Yani her şey sana daha önce verdiğim mesaja bağlı.
Bütün internet forumları bu şekilde çalışır, size cevap verebilir veya vermeyebilirler, eğer cevap vermezlerse, bunun sebebi: cevapları yok, mesajınızla ilgilenmiyorlar, başka öncelikleri var veya üzerinde çalışıyorlar başka şeyler ve sizin için zamanları yok. Evrenin merkezi olmadığınızı, ayrıca sizi özellikle etkileyen bir hatayı düzeltmek için sizden hiçbir şey almadığını kabul edin.
orada kılavuzu. Okumak meselesi, belki de sorun birçok insanın okumamasıdır, ben debian'da değilim. ama ben sadece toplanan adamla sınırlı değilim http://www.freedesktop.org/software/systemd/man/systemd.html,
Blogunu okudum http://en.wikipedia.org/wiki/Lennart_Poettering çok iyi bir döngü var (öğreticiler) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x Gerçekten arkadaş mısınız? Sizi (bir kez daha) benim için koyduğunuz bağlantının 513 satırının ne anlama geldiğini benim için tercüme etmeye davet ediyorum, çünkü bu mesajın ortaya çıkardığı sorunun ne olduğunu nasıl açıkladığını anlamıyorum.
Bu benimle ilgili değil, birçok insanla ilgili .. 66 numaralı yorumdaki bağlantıya bakın. 😉
@elav, CF'de neyin okunabildiğine göre tekrar ediyorum, bu mesajdan önce günlüğe yazmanın neden mümkün olmadığını belirten başka bir mesaj görünmeli ve bu nedenle gerçek sorun bu olacaktır.
İşlerin çatallanması iyi, verimliliği ölçmenin bir yolu, beni güldürüyor, günlük kullandığım özellikleri devre dışı bırakıp kullanıcı deneyimini hızlandırıyorlar ya da başka bir şekilde sistemi otomatikleştirmeye hizmet ediyorlar diye düşünüyorum. sistemin kullanılabilirliği konusunda acemi bir kullanıcının takdiri olarak. Sistemin kullanımının takdir edilmesi açısından bu bir büyüme (olgunlaşma) meselesidir, belki de onları renkli aynalar yerine bir yazı içindeki emirler dizisi olarak görmeyi sevdiğim içindir. Belki de kılavuzu daha sık okumak ve daha otomatik bir sistemin nasıl yapılacağına dair önerilerde bulunmak daha yararlıdır, ancak kullanıcı tarafından tanımlanan mantıksal bir çerçeve içinde (ki bu her zaman terminalin önünde değildir).
selamlar
@Hayalhanemersin
İşleri otomatik yapmak, esnekliği ortadan kaldırır ve dayatma oluşturur, herkesi aynı çantaya koyamazsınız, otomatik bir şey tanımlayarak üretilecek çatallar ararsınız, çünkü etrafta oturup nasıl yaptıklarını izlemeyecek daha fazla memnun olmayan insanlar olacaktır. yeni bir pencere oluşturun.
Yukarıda birkaç yorum, "isteğe bağlı modüller" olmadan systemd paketine sahip herhangi bir dağıtım olup olmadığını sordum, ancak hiçbiri yok gibi görünüyor ... kimse bana cevap vermedi.
Benim durumumda ihtiyacım yok, eudev ve openrc ile 5 yıldan fazla bir süredir gentoo ile mutlu bir şekilde yaşadım, ancak az kullandığım, hala archlinux bulunan bir defterim var, işlerin nasıl gittiğini görmek için sürekli güncelliyorum ve Başkalarının söylediklerine kulak vermeyin.
Topallara dokunalım! @ # $% ArchLinux'ta crontab olmadığı için kahvaltı yaptım, cron Systemd ile işleniyor .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elav
Systemd kullanmayan dağıtımlar yükseltilmelidir, başka seçenek yoktur.
Biliyorum, kurulumu en kolay olmayacaklar, ancak tüm bunların yönünü gördüm
LFS'lerden doğan daha fazla dağıtımın, püf noktası gibi görünmeye başlayacağını düşünüyorum.
Archlinux'un annesiydi ve hala init kullandıklarını anlıyorum.
Çekimden başka bir şey olmayan Sabayon tarzı dağıtımlar da görünebilir
i686 ikili dosyalarında gentoo.
Systemd, AC / DC teması "Seni Yakaladım" gibi
https://www.youtube.com/watch?v=2ICWCMaRypI