Linux’ta Systemd ile Otomatik Başlatma Nasıl Ayarlanır?

Linux işletim sistemlerinde geçmişte servis ve başlangıç yönetimi init, SysV ve Upstart ile sağlanıyordu. Fakat modern sistemlerin ihtiyaçlarını karşılamak adına geliştirilen systemd, bu geleneksel yöntemlerin yerini almıştır. systemd, bilgisayar açıldığında ilk çalışan süreçlerden biri olarak, servisleri sırasıyla başlatır ve kaynak kullanımını optimize eder. Daemon’ları, oturumları, disk bağlama noktalarını ve diğer sistem bileşenlerini yönetir. Kullanıcılar, systemctl, journalctl, loginctl, cgls, cgtop ve nspawn gibi araçlar aracılığıyla bu kontrolü sağlayabilir. Ayrıca systemd, CPU kullanımı gibi kritik metriklerin Prometheus ve Grafana ile görselleştirilmesine olanak tanır. Tüm bu özellikler, sistemde servislerin doğru sırayla başlatılmasını ve kararlı bir yapı oluşmasını sağlar.

Daemon Süreçleri ile Linux Başlangıç Senaryoları

Daemon’lar, sistem açıldığında başlatılan ve kullanıcı etkileşimi olmaksızın arka planda çalışan servislerdir. Örneğin sshd servisi, uzak bağlantılar için SSH erişimini sağlar ve sistem çalıştığı sürece aktif kalır. Bu tür servislerin isimleri genellikle d harfiyle biter ve arka planda sessizce işlem yürütürler.

  • Daemon: Arkaplanda çalışan servis süreçleri.
  • Socket: Ağ ya da yerel bağlantıları dinleyen iletişim uç noktalarıdır.
  • Service: Genellikle bir veya birden fazla daemon tarafından sağlanan hizmetleri ifade eder.

Eski sistemlerde çekirdek yüklendikten sonra init süreci çalıştırılırdı. Bu süreç PID 1 olarak başlar ve /etc/inittab dosyasını okuyarak sistemin hangi Runlevel’dan başlayacağını belirlerdi.

  • 0: Halt: Sistemi kapatma
  • 1: Single: Tek kullanıcı kurtarma modu
  • 2–3: Multiuser: Çok kullanıcılı mod (NFS olmadan veya ağ destekli)
  • 5: X11: Grafik arayüzlü mod (X11)
  • 6: reboot: Yeniden başlatma

systemd Unit Dosyaları ve Türleri

Systemd yapısı, “unit” olarak adlandırılan dosyalar aracılığıyla yapılandırılır. Her unit dosyası bir servis, mount noktası, hedef, zamanlayıcı ya da benzeri bir öğeyi tanımlar. Bu dosyalar genellikle /etc/systemd/system/ ya da /lib/systemd/system/ dizinlerinde yer alır.

En yaygın unit türleri şunlardır:

.service → Servisleri tanımlar

.socket → Socket’ler için yapılandırma içerir

.target → Birden çok servisin gruplandığı hedeflerdir

.mount → Disk bölümlerinin bağlanmasını tanımlar

.swap → Takas alanlarını yönetir

systemctl Komutları

Servisleri Başlatma ve Durdurma

Bir servisi başlatmak için start komutu kullanılır. Komut, sistemde değişiklik yapacağından sudo ile çalıştırılmalıdır.

sudo systemctl start application.service

Çalışmakta olan bir servisi durdurmak için stop komutu kullanılır:

sudo systemctl stop application.service

Servisi yeniden başlatmak için restart komutu verilir:

sudo systemctl restart application.service

systemctl Tüm Hizmetleri Listeleme

Sistemde şu anda çalışan ve yüklenmiş servisleri görmek için aşağıdaki komut kullanılabilir:

systemctl list-units

systemctl ile Etkin Olmayan Hizmetleri Listeleme

Eğer sadece çalışmayan (durdurulmuş) servisleri görmek istiyorsanız, aşağıdaki komutu kullanabilirsiniz:

sudo systemctl list-units --type=service --state=inactive

systemctl ile Etkinleştirilmiş Hizmetleri Listeleme

Sistemde önyükleme sırasında otomatik olarak başlayan servisleri görmek için:

sudo systemctl list-unit-files --type=service --state=enabled

Klasik service ve chkconfig Komutlarına Alternatifler

systemctl list-units --type=service --state=active

Evet, systemctl komutları .service uzantısını otomatik olarak varsayar. Ancak netlik ve uyumluluk açısından uzantıyı yazmanız önerilir.

systemctl get-default
sudo systemctl enable servis_adi

Eski sistemler sıralı çalışırken, systemd servisleri paralel başlatabilir, bağımlılık yönetimi yapabilir ve servis durumlarını daha etkili şekilde izleyebilir. Ayrıca journalctl ile birleşik bir günlükleme sistemi sunar.

Ubuntu, Debian, Fedora, CentOS, RHEL, SUSE, Arch Linux gibi birçok modern Linux dağıtımı artık varsayılan olarak systemd ile gelir.

Bir servis yapılandırma hatası, bağımlı servis eksikliği veya kaynak erişim problemi nedeniyle failed olabilir. Durumu görmek için:

systemctl status servis_adi

Yorum yapın