Systemd'de bazı yerel komut dosyalarını (veya çok yerel komutları) yürütmenin doğru yolunu bulamıyorum, zaten bu tür komut dosyaları için bir hizmet (bir sistemde bir birim) oluşturmamam gerektiğini biliyorum (veya yapmalı mıyım?) ....

Bulduğum geçici çözüm, rc.local oluşturmak ve yürütme izinlerini vermek.

printf '#!/bin/bash \n\nexit 0' >/etc/rc.local 
chmod +x /etc/rc.local

Örneğin, sizin tarafınızdan yapılandırılmış basit bir rc.local ile eski bir sunucu elde edersem, ne yaptığını ve dağıtımda yeni bir şey yükseltmenin veya yüklemenin ne kadar acı vereceğini bileceğim, çünkü rc.local dış tarafından saygı duyuldu paketler, ancak öte yandan, eğer bir sunucu kurarsam ve bir ya da iki ya da üç (ya da hatta sysvinit hizmetleri) sistem kurarsam, sadece basit bir görev yapmak için, bu bazen hayatınızı daha da zorlaştırabilir adlar bir gün dağıtım geliştirme tarafından oluşturulan ve belki de yükseltme üzerine yüklenen yeni komutların isimleriyle çakışabilir, bu da senaryolarım için sorun yaratır!

Rc.local'in nerede olduğunu soran başka bir soru görüyorum ve cevabı oluşturmak ve yürütme izinlerini vermek oldu, sanırım sorum gerçekten bir kopya değil , çünkü nerede olduğunu bilmek istemiyorum - inan bana, sadece istiyorum için kabul o ki kullanımdan kaldırıldı , ama bu tür şeyleri yapmak için doğru yol bulamıyorum, gerçekten sadece bu gibi bazı basit için bir birim oluşturmalıdır?

Başka bir yerde işaret edildiği gibi, rc-local.servicealtında kullanmak için orta derecede kirli systemd.

1. Dağıtımınızın bunu mümkün kılmayacağı teorik olarak mümkündür. (Ayrıca kaldırır aynı yapı seçeneğini devre dışı çünkü bu, örneğin yaygın olmadığını düşünüyorum poweroff/ rebootkomutları bir sürü insan kullandığını).
2. Anlambilim tamamen açık değildir. Systemd rc-local.servicebir yolu tanımlar , ancak Debian en az bir önemli ayarı değiştiren bir açılan dosya sağlar.

rc-local.servicesık sık iyi çalışabilir. Yukarıdakiler için endişeleniyorsanız, yapmanız gereken tek şey, kendi kopyanızı oluşturmaktır! İşte sihir:

# /etc/systemd/system/my-startup.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/libexec/my-startup-script

[Install]
WantedBy=multi-user.target

Her ayrıntıyı anlamanız gerektiğini düşünmüyorum [*], ama burada bilmeniz gereken iki şey var.

1. Bunu ile etkinleştirmeniz gerekir systemctl enable my-startup.service.

2. Komut dosyanızın da dahil olmak üzere başka bir hizmete bağımlı network-online.targetolması durumunda, bunu beyan etmeniz gerekir. Örneğin bir ekleme [Unit]hatları ile, bölüm Wants=network-online.targetve After=network-online.target.

   "Erken önyükleme" hizmetlerine bağımlılık konusunda endişelenmenize gerek yok - özellikle önceden sipariş edilmiş servisler basic.target. Gibi hizmetler , ayarlanmadıkça my-startup.serviceotomatik olarak sipariş edilir .basic.targetDefaultDependencies=no

   Bağımlılıklarınızdan birinin "erken önyükleme" hizmeti olup olmadığından emin değilseniz, bir yaklaşım daha önce sipariş edilen hizmetleri basic.targetçalıştırarak listelemektir systemctl list-dependencies --after basic.target. (Not --after, değil --before).

Sistem öncesi öncesi için de geçerli olduğunu düşündüğüm bazı noktalar var rc.local:

1. Komutlarınızın aynı şeyi kontrol etmeye çalışan başka bir programla çakışmadığından emin olmanız gerekir.
2. Uzun süren programlar aka daemonlardan başlamamak en iyisidir rc.local.

[*] Type=oneshot+ Kullandım RemainAfterExit=yesçünkü çoğu tek vuruşlu komut dosyaları için daha anlamlı. Bir dizi komutu çalıştıracağınızı my-startup, tamamlandıktan sonra "aktif" olarak gösterileceğini ve bir servise başlamayacağınızı resmileştirir .

Unut gitsin rc.local.

CentOS 7 ve Debian 8 ve Ubuntu 15 hakkında dediğim gibi :

Systemd + Linux işletim sistemi kullanıyorsunuz. /etc/rc.localsistemde çift geriye dönük uyumluluk mekanizmasıdır, çünkü van Smoorenburg System 5 rcklonundaki kendi uyumluluk mekanizması olan bir mekanizma için geriye dönük uyumluluk mekanizmasıdır .

Kullanarak /etc/rc.localkorkunç yanlış gidebilir. İnsanlar sistemin ilk açılışta olduğu gibi rc.localaynı yerde, eskisi gibi aynı şekilde çalışmadığı için şaşırdılar . (Ya da yanlışlıkla bekleyin: Aslında, OpenBSD el kitabının belirttiği gibi eski sistemde sonuncu gelmedi .) Diğerleri rc.local, eski işlerin yapılması için bekledikleri şeylerin ortaya çıkmasından dolayı şaşırdı. Daha sonra tamamen yeni gibilerin geri udevkurallar, NetworkManagerın, systemd-logind, systemd-resolvedveya çeşitli "Kit" s.

" Neden init 0", "Arch kurulumunda" Fazla Argümanlar "ile sonuçlanıyor? ” Da örneklendiği gibi , bazı işletim sistemleri , jeneratör gibi geriye dönük uyumluluk özellikleri olmadan zaten sistemd sağlar . Debian hala geriye dönük uyumluluk özelliklerini korurken , Arch Linux sistemlerini kapattı . Bu yüzden Arch ve benzeri işletim sistemlerinde tamamen göz ardı edilmeyi bekliyorlar .systemd-rc-local-generator/etc/rc.local

Unut gitsin rc.local. Gidecek yol değil. Bir systemd + Linux işletim sisteminiz var. Bu nedenle, uygun bir sistem ve servis birimi yapın ve geriye doğru iki uyumluluk düzeyi olan bir noktadan başlamayın. (Ubuntu ve Fedora günü, öyle üç kez kaldırıldı, van Smoorenburg Sistemi 5 rcizledi klon rc.localsonra yapılmış olan iki kere kendisini sonradan görme tarafından ve daha sonra systemd ilk on yıl kadar önce, yerini.)

Ayrıca systemd'ye geçmenin ilk kuralını da unutmayın .

Bu sisteme özgü yeni bir fikir bile değildir. Van Smoorenburg rcve Upstart sistemlerinde yapılacak rciş, kullanmak yerine uygun bir van Smoorenburg senaryosu veya Upstart iş dosyası oluşturmaktı rc.local. FreeBSD'nin el kitabı bile bugünlerde birinin rckullanmak yerine uygun bir Mewburn betiği yarattığını belirtiyor /etc/rc.local. Mewburn rc, NetBSD 1.5 tarafından 2000 yılında tanıtıldı.

/etc/rc.localYedinci Baskı Unix zamanından ve öncesinden tarihler. 1983 yılında AT&T Unix System 3'te ( AT&T Unix System 5'te biraz farklı olarak ) /etc/inittabbir çalışma seviyesi ile yerini aldı . Hatta bu artık tarih oldu.rc/etc/inittab

Servis yönetim sisteminiz için uygun yerel servis tanımları oluşturun, bunun nosh araç seti için bir servis paketi service-managerolup system-control, /etc/rc.d/Mewburn için bir komut rcdosyası, systemd için bir servis birimi dosyası, Upstart için bir iş dosyası, runit / s6 / daemontools için bir servis dizini -encore, hatta /etc/init.d/van Smoorenburg için bir senaryo rc.

Sistemd'de, yönetici tarafından eklenen servis birimi dosyaları /etc/systemd/system/genellikle (veya /usr/local/lib/systemd/system/nadiren) girer. Nosh servis yöneticisi ile, /var/local/sv/yerel servis paketleri için geleneksel bir yer. rcFreeBSD üzerinde Mewburn kullanır /usr/local/etc/rc.d/. Paketlenmiş servis birimi dosyaları ve servis paketleri, bunları yapıyorsanız, farklı yerlere de olsa gidin.

daha fazla okuma

• Lennart Poettering ve diğ. (2014). systemd-rc-yerel-jeneratör . Sistem manuel sayfaları. Freedesktop.org.
• rc.local. FreeBSD Sistem Yöneticisi El Kitabı . 2016/04/23.
• /unix//a/233581/5132
• Lennart Poettering (2011-08-29). Plese çıkarın /etc/rc.localya chmod -xda . Redhat böcek # 734268.
• /unix//a/211927/5132
• Dirk Schmitt (2017-12-19). rc.localerken başlıyor . sistem hatası # 7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• Benjamin Cane (2011-12-30). Kullanıldığında Tamam ve Tamam Değil olduğundarc.local . bencane.com.
• /unix//a/49636/5132
• Lennart Poettering (2010-10-01). Bir SysV Init Komut Dosyasını bir systemd Hizmet Dosyasına Nasıl Dönüştürürüm? . 0pointer.de.
• /ubuntu/523369/
• Jonathan de Boyne Pollard (2015). /etc/inittabgeçmişte kaldı. . Sıkça Verilen Cevaplar.
• Jonathan de Boyne Pollard (2014). Çalışma komut dosyalarına ve servis ünitelerine yan yana bir bakış. . Sıkça Verilen Cevaplar.
• Jonathan de Boyne Pollard (2014). Gerçek dünya nosh ile bir servis kurma ve çalıştırma örneği çalıştı . Yazılımları.
• Jonathan de Boyne Pollard (2016). Msgstrsystemd.unit " Kılavuz sayfadaki eksik sistem arama yolları ". Systemd doco için hatalar . Sıkça Verilen Cevaplar.

Https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd'ın özeti

/Etc/systemd/system/rc-local.service oluşturun:

# /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

Sonra:

sudo touch /etc/rc.local
sudo chmod +x /etc/rc.local
sudo systemctl enable rc-local

Şununla kontrol et:

sudo systemctl start rc-local.service
sudo systemctl status rc-local.service