systemd

[Altaylardan_Gelen_Atlı]

arkadaşlar forumda yeterli bilgi bulamadım ekli sanlada ise kaynaklar ingilizce ve italyanca konuya vakıf forumdaşlardan ricam olacak.

saygılar

https://wiki.ubuntu.com/systemd

http://www.lffl.org/2014/10/installare-systemd-in-ubuntu-e-derivate.html

[ekremsenturk]

Bu komutlar ile ppa'yı kayıt ediyorsun.

Kod Seç Genişlet

sudo add-apt-repository ppa:pitti/systemd
sudo apt-get update

Bu komut ile de systemd'yi indirip, kuruyorsun.

Kod Seç Genişlet

sudo apt-get install systemd libpam-systemd systemd-ui

Bu komut ile systemd aktif oluyor.

Kod Seç Genişlet

sudo init=/lib/systemd/systemd

Bu dosyayı :  /etc/default/grub  aşağıdaki satırını eklediğim gibi gibi düzenlemen gerekiyor.

Kod Seç Genişlet

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash init=/lib/systemd/systemd"

Bir hata bildirimi alacakmşsın (/etc/mtab is not a symlink or not pointing to /proc/self/mounts. This is not supported anymore. Please make sure to replace this file by a symlink to avoid incorrect or misleading mount( output. )

Bu durumu düzeltmek için aşağıdaki komutu girmelisin.

Kod Seç Genişlet

sudo ln -fs /proc/self/mounts /etc/mtab

Çalıştırabilmek için: Grub ekranı geldiğinde "e" ile düzenlemeye girmelisin ve çekirdek (Kernel) bilgilerini el ile şu şekilde düzeltmelisin:

Kod Seç Genişlet

init=/lib/systemd/systemd.

Kurulması gereken ek paketler (Bağımlılıklar)
libnotify >= 0.7
vala 0.11
/sbin/getty için bir /sbin/agetty adında sembolik lik oluşturmalısın.

Uygulama geliştirme aşamasındaymış ve sorumluluk kullanıcıya ait oluyor tabii'ki.

NOT: Birinci bağlantıdaki anlatıma göre tarif ettim.

[Altaylardan_Gelen_Atlı]

@ekremsenturk üstad ilgi için sağolunuz

konunun temeli Arch mış maalesef Arch ile hiç haşır neşir olmadım .... gece ve bugün bazı türkçe kaynaklar buldum

anladığım systemd'in ubuntu uyumlaması çoklu sistem ( ubuntu telefon için gereken çoklu sistemde baş rollerden birini  kapacak) için çalışma yapılıyor

kıt italyanca çevirde ; Ubuntu'nun gelecekteki sürümlerinde varsayılan yönetici systemd olacakmış.
ve ekleyip uyarıyor ; ikincil bölümler ve sanal makinalar da kurcalayın diye...
şimdilik uzak durma kararı aldım

sudomuzun ileri ki sayılarında systemd mutlaka işlenir düşüncesindeyim

saygılar

'' systemd Linux çekirdeği için sistem ve hizmet yöneticisidir.

systemd ile tek bir rc.conf dosyası yerine aşağıdaki dosyaları kullanıyoruz
/etc/hostname
/etc/vconsole.conf
/etc/locale.conf
/etc/timezone
/etc/modules-load.d/

Sadece DAEMONS rc.conf'ta kaldı. Fakat saf systemd kullanımı için ondan da vazgeçmemiz gerekmekte. Bunun için initscripts paketini silmeliyiz. Saf systemd sistemim diyorsanız Sys V Init desteği için systemd-sysvcompat paketini kurmalısınız.
............ vs. ''

http://archtr.org/forum/viewtopic.php?f=13&t=542#p4790

[Ozmo]

şu anda up start varlen systemd kullanmak saçma olur sistemi kitler açılamaz hale sokarsın zaten systemd ubuntu'ya gelmesi planlanıyormuş ama hangi sürümle geçek orası bilinmiyor

kaynak:
http://en.wikipedia.org/wiki/Systemd#Adoption

[Altaylardan_Gelen_Atlı]

evet üstadım şimdilik bulaşmama kararı aldım

[heartsmagic]

Doğru karar Zira sistemi bel kemiğinden etkileyen böyle bir şeyi kullanıcının kendisi yapmaz, dağıtım yapar. Söylendiği üzere zaten çalışmalar devam ediyor. Beğensek de, beğenmesek de, sevabıyla, günahıyla systemd'ye geçecek Ubuntu ve diğer büyük dağıtımlar. Şahsi olarak ben de hoşlanmıyorum kendisinden fakat el mahkum Ubuntu kullanacaksak ya kabul edeceğiz ya da bu diyarı terk edeceğiz. 

Forumda falan hiç başlığı olmadığı için yorum yapmamışızdır, yine farklı nedenlerden ötürü ele alamadık hiçbir yerde. Esasında uzun süredir fırtınalar kopartan bir konu kendisi. Boykot etmek için bir site bile açıldı zamanında: http://boycottsystemd.org/

Konu hakkında yakın zamanlarda yazılan ve olayı toparlayan bildiğim en iyi yazılardan biri:
http://www.zdnet.com/linus-torvalds-and-others-on-linuxs-systemd-7000033847/

Çok aklı selim!, makul! geliştiricileri var kendisinin. Kanıtı için:
https://bugs.freedesktop.org/show_bug.cgi?id=76935

Linus Torvalds, bu sorundaki tutumu nedeniyle ana geliştiricileriden birini çekirdeğe kod göndermeden muaf tutmaya başladı bir süre önce. Linus'un neler yazdığına da şuradan bakılabilir:
http://lkml.iu.edu//hypermail/linux/kernel/1404.0/01331.html

Fakat, Zdnet makalesine bakacak olursanız *esasında* Linus'un isteyip istemediğini anlayamıyoruz kendisinin. Beğenmediği kısımları olduğunu söylüyor fakat büyük meseleler değil diyor bunlar için. Ancak geliştiricileri ile arası pek iyi değil görüldüğü üzere Benim anladığım kadarıyla insanların çoğu istemiyor gibi. Fakat her nasıl olduysa bütün projeler kendi bacaklarına sıkmışlar gibi geçiverdiler systemd'ye. Bu konuda en isabetli yorum Theodore "Ted" Ts'o tarafından (Linux'un Amerikada yaygınlaşmasının baş mimarı ve şu an çekirdek geliştiricisi) gelmiş bence. Zdnet tarafında açıklamaları okunabilir.

Kendi adıma ben de bir projenin bu kadar fazla işi yapmaya çalışmasını anlayamıyorum. Unix felsefesinden zaten gittikçe uzaklaşıyoruz büyük dağıtımların son kullanıcı kararları nedeniyle. Hadi üst taraftaki kararlar neyse de, şimdiyse sistemin bel kemiklerinden biri bu hâle getiriliyor. Unix felsefesinde -eğer yanlış bilmiyorsam- bir araç yazarsın, görevi neyse onu yapar. Systemd maşallah her işe el atmaya çalışıyor ve ikilik sistem üzerinde çalışıyor ki -kodlama tarafım olmasa da- geliştiriciler bundan nefret ediyor.

Hani ben ilk paragrafımda "geçecek büyük dağıtımlar muhtemelen" dedim ama umarım bu öngörüm gerçekleşmez. Zaten geçiş yapmayan bazı geliştiriciler mevcut. Patrick Volkerding (Slackware), Gentoo tarafı gibi. Fakat onların da ne kadar dayanabileceğini bilmiyorum zira Linux tarafı bir şekilde devinmeye başladıkça içine girip sizin de ayak uydurmanız gerekiyor. Örnek vermek gerekirse yarın bir gün Gnome veya KDE systemd'ye bağımlı işler yaparsa bu dağıtımlar ve geliştiriciler ne yapacak? Benim öngörüm biraz bu yönde zira gördüğüm kadarıyla Linux topluluğu balıklamasına daldı systemd'ye.

Hoş, yakın zamanda gördüğüm şu haber ilgimi çekmişti fakat yapılabilir mi yapılamaz mı bilmiyorum.
http://debianfork.org/

Ayrıca başka bir gelişme daha var:
https://lists.debian.org/debian-vote/2014/10/msg00001.html

Gördüğümüz üzere (yakın tarihli olaylar bunlar) Debian tarafında da işler karışmış durumda.

[Ozmo]

heartsmagic neden systemd sevmiyorsun asıl upstart karışık

[heartsmagic]

Upstart'ın karışık olması demek systemd'nin olmayacağı anlamına geliyor mu?

Nedenlerini az çok yazdığım şeyler arasında aktardım aslında. Basitlikten kaçılıyor kendi adıma konuşmam gerekiyorsa. Başlangıç betiğimi yazmak veya düzenlemek için kamyonla şey okumak zorunda kalacağım yarın bir gün. Ne kadar ihtiyacım olacak buna? Belki hiç olmayacak ama mesele uzaklaşma meselesi işte. Tabi herkes daha hızlı başlangıçlar, daha modern uygulamalar istiyor, ona katılıyorum.

[Ozmo]

ben ilk systemd'yi archlinux ve lfs ile tanıdım bana basit ve kullanıcı dostu geldi ama insan alışkanlıklarından vaz geçemiyor orası ayrı bir sorun iyi forumlar

[Altaylardan_Gelen_Atlı]

@heartsmagic bu kadar dökümanı bir araya getirdiğiniz için teşekkürler
imkan ölçüsünde çeviri kanallı okuduklarımdan çıkan sonuç ; benim düzeyimde olanların şu an için uzak kalması

Bilinmeyen hep merak edilir...
merak keşifle başlar
keşif  bilgiye ulaştırır
ve Bilgi kutsaldır

bilgi amaçlar dahilinde iyi veya kötü kullanılabilir buda karakteri gösterir; melek / şeytan gibi:)

saygılar

[heartsmagic]

ben ilk systemd'yi archlinux ve lfs ile tanıdım bana basit ve kullanıcı dostu geldi ama insan alışkanlıklarından vaz geçemiyor orası ayrı bir sorun iyi forumlar

Kullanıcı dostu ve basit olması göreceli kavramlar, neye göre örneğin? Çok zordur vs. demiyorum, zaten fazlaca kurcalamışlığım da yok. Ancak olaya başlangıç betikleri ve systemd açısından bakacak olursak karışık olduğu bir gerçek. Örnek vereyim. Arkadaşın biri şu [1] betiği nasıl aktaracağını yazmak için şu [2] günlük girdisini oluşturmuş. Daha ne diyeyim? Evet, güzel seçenekler, düzenli bir yapı gibi duruyor olması vs. hepsi fena şeyler değil belki. Ancak mesele eski yöntemden daha karışık mı değil mi meselesine gelince tartışılacak bir yanı yok bunun. Kaldı ki bu sadece bir noktası. Diğer noktalara tekrar değinmek istemiyorum: ikilik yapısı, çok fazla şeye el atması vs. Boykot sayfasında yazılanlara bakılabilir.

@Mr.AsLanturk, senden daha tecrübeli olduğumu bildiğim için böyle söylüyorum (yanlış anlaşılmasın yani), senin düzeyinde değil, benim düzeyimde bir kullanıcı için bile yaklaşmamak lazım. Tabi macera arıyorsak, görmek istiyorsak, hata bildirimi falan yapacaksak ayrı.

[1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/vde/files/vde.init?view=markup
[2] http://patrakov.blogspot.com.tr/2011/01/writing-systemd-service-files.html

[Ozmo]

Alıntı yapılan: Ozmo - 27 Ekim 2014 - 16:33:48ben ilk systemd'yi archlinux ve lfs ile tanıdım bana basit ve kullanıcı dostu geldi ama insan alışkanlıklarından vaz geçemiyor orası ayrı bir sorun iyi forumlar
Kullanıcı dostu ve basit olması göreceli kavramlar, neye göre örneğin? Çok zordur vs. demiyorum, zaten fazlaca kurcalamışlığım da yok. Ancak olaya başlangıç betikleri ve systemd açısından bakacak olursak karışık olduğu bir gerçek. Örnek vereyim. Arkadaşın biri şu [1] betiği nasıl aktaracağını yazmak için şu [2] günlük girdisini oluşturmuş. Daha ne diyeyim? Evet, güzel seçenekler, düzenli bir yapı gibi duruyor olması vs. hepsi fena şeyler değil belki. Ancak mesele eski yöntemden daha karışık mı değil mi meselesine gelince tartışılacak bir yanı yok bunun. Kaldı ki bu sadece bir noktası. Diğer noktalara tekrar değinmek istemiyorum: ikilik yapısı, çok fazla şeye el atması vs. Boykot sayfasında yazılanlara bakılabilir.

@Mr.AsLanturk, senden daha tecrübeli olduğumu bildiğim için böyle söylüyorum (yanlış anlaşılmasın yani), senin düzeyinde değil, benim düzeyimde bir kullanıcı için bile yaklaşmamak lazım. Tabi macera arıyorsak, görmek istiyorsak, hata bildirimi falan yapacaksak ayrı.

[1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/vde/files/vde.init?view=markup
[2] http://patrakov.blogspot.com.tr/2011/01/writing-systemd-service-files.html

teşekkürler değerli bilgiler için

[heartsmagic]

Ben de teşekkür ederim, zira biri bir sistemi mantıklı şekilde eleştirmeye çalışıyorsa bir başkasının da mantıklı bir şekilde güzel taraflarını söylüyor olması lazım. Aksi takdirde üzerine çullanıyormuşuz gibi olur  

[Altaylardan_Gelen_Atlı]

ben ilk systemd'yi archlinux ve lfs ile tanıdım bana basit ve kullanıcı dostu geldi ama insan alışkanlıklarından vaz geçemiyor orası ayrı bir sorun iyi forumlar

Kullanıcı dostu ve basit olması göreceli kavramlar, neye göre örneğin? Çok zordur vs. demiyorum, zaten fazlaca kurcalamışlığım da yok. Ancak olaya başlangıç betikleri ve systemd açısından bakacak olursak karışık olduğu bir gerçek. Örnek vereyim. Arkadaşın biri şu [1] betiği nasıl aktaracağını yazmak için şu [2] günlük girdisini oluşturmuş. Daha ne diyeyim? Evet, güzel seçenekler, düzenli bir yapı gibi duruyor olması vs. hepsi fena şeyler değil belki. Ancak mesele eski yöntemden daha karışık mı değil mi meselesine gelince tartışılacak bir yanı yok bunun. Kaldı ki bu sadece bir noktası. Diğer noktalara tekrar değinmek istemiyorum: ikilik yapısı, çok fazla şeye el atması vs. Boykot sayfasında yazılanlara bakılabilir.

@Mr.AsLanturk, senden daha tecrübeli olduğumu bildiğim için böyle söylüyorum (yanlış anlaşılmasın yani), senin düzeyinde değil, benim düzeyimde bir kullanıcı için bile yaklaşmamak lazım. Tabi macera arıyorsak, görmek istiyorsak, hata bildirimi falan yapacaksak ayrı.

[1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/vde/files/vde.init?view=markup
[2] http://patrakov.blogspot.com.tr/2011/01/writing-systemd-service-files.html

@ heartsmagic kesinlikle yanlış anlaşılma veya olumsuz bir düşüncem olmadığı gibi başta şahsınız olmak üzere sitede özveri ile forma destek veren, katkı sağlayan değerli dost, kardeş ve üstadları takdir ediyorum.

saygılar

[heartsmagic]

İnce düşüncelerin için teşekkür ederiz bizler de.

[Amenofis]

Systemd ile ilgili bir sorunum var, çözümünü bir türlü bulamadım. Yeni başlık açmaktansa buraya yazayım dedim.

Cpu voltajını düşürmek için açılışta bir komut çalışmasını istedim , root olarak çalışacak. Aşağıdaki gibi bir basit bir unit yazdım.

[Unit]
Description=TPC
After=systemd-modules-load.service

[Service]
Type=oneshot
ExecStart=/home/amenofis/Bin/tpc-0.44-rc2/TurionPowerControl -set core all pstate 0 vcore 1.175 pstate 1 vcore 1.0 pstate 2 vcore 0.8

[Install]
WantedBy=multi-user.target

"systemctl enable .../tpc.service" diyerek etkin hale getirdim. Fakat sistemi yeniden başlattığımda işlem yapılmamış görünüyor. Manual olarak "systemctl start tpc" dediğimde "Failed to start tpc.service: Unit tpc.service failed to load: No such file or directory" hatasını alıyorum.

Çalışabilmesi için her defasında önce daemon-reload yapmam, sonra da dediğim şekilde çalıştırmam gerekiyor. Okuduğum belgelerde bu şekilde bir gereklilik görmedim. enable dediğimde otomatik çalışması gerekiyormuş ama olmadı bir türlü.

[heartsmagic]

Servisin yeri neresi? Hani şimdiye kadar hiç uğraşmadım ancak /etc/systemd/system/ altında mı yer alıyor?

[Amenofis]

Evet enable yapınca oraya symlink ekliyor.

[heartsmagic]

Doğrudan oraya koyma yöntemi var mıdır acaba? Bir yerde ona benzer bir tavsiye görmüştüm diye hatırlıyorum.

[Amenofis]

Söylediğini yaptım oldu heartsmagic sağolasın. /etc/systemd/system ve /etc/systemd/system/multi-user.target.wants dizinlerine kopyaladım. Tekine kopyalayınca olmuyor.

[heartsmagic]

Sevindim olduğuna, işte böyle böyle durumları var systemd'nin demek ki