/Etc/rc.local'ın amacı ve tipik kullanımı

Başlık şöyle görünür:

#!/bin/sh -e
#
# rc.local - executed at the end of each multiuser runlevel
#
# Make sure that the script will "exit 0" on success or any other
# value on error.

Bu dosyanın sebebi nedir (çok fazla içermiyor) ve genellikle hangi komutları koyarsınız? "Çok kullanıcılı çalışma seviyesi" nedir? ( rc"Komutları çalıştır" sanırım ?)

Çalışma seviyesi sistemin önyükleme ya da yeniden başlatma ya da kapatma ya da tek kullanıcılı modunda ya da normal şekilde çalışmakta olup olmadığını gösteren bir durumdur. Geleneksel init programı bu işlemleri ilgili çalışma seviyesine geçerek gerçekleştirir. Linux altında, çalışma seviyeleri kurallara göredir :

• Önyüklerken S,
• Kapatılırken 0,
• 6 yeniden başlatırken,
• 1 tek kullanıcı modunda ve
• Normal işletimde 2 ila 5 arası.

2'den 5'e kadar olan çalışma seviyeleri çok kullanıcılı çalışma seviyeleri olarak bilinir, çünkü yalnızca sistem yöneticisi için tasarlanan çalışma seviyesi 1'den farklı olarak birden fazla kullanıcının oturum açmasına izin verir.

Çalışma seviyesi değiştiğinde, init rc scriptleri çalıştırır (geleneksel init olan sistemlerde - Upstart ve Systemd gibi alternatifler vardır ). Bu rc betikleri tipik olarak sistem hizmetlerini başlatır ve durdurur ve dağıtım tarafından sağlanır.

Betik /etc/rc.localsistem yöneticisi tarafından kullanılmak içindir. Geleneksel olarak, tüm normal sistem hizmetleri başlatıldıktan sonra, çok kullanıcılı bir çalışma seviyesine geçme işleminin sonunda gerçekleştirilir. Özel bir servisi başlatmak için kullanabilirsiniz, örneğin yüklü olan bir sunucuyu /usr/local. Çoğu kurulum gerekmez /etc/rc.local, ihtiyaç duyulan durumlarda azınlık için sağlanır.

rc "çalıştırma kontrolünü" belirtir,

Çalışma multiuserseviyesi, ağ bağlantısının mümkün olduğu seviye olarak tanımlanacak ve bu nedenle sunucuya bağlantıların, bu hizmetleri kullanarak kablolu kablolu bağlantıların yerine yapılabilmesi sağlandı.

Sunucular, genellikle ağ bağlantılarını destekleyen bir servis işlemcisi tarafından yönetilir (çeşitli adlar altında) ve sırayla gerçekten kablolu bir konsola sahipmiş gibi davranır.

rc.localDosyaya gelince , bu, başlatmak istediğiniz tüm "yerel" (siteye özgü) nesnelerin (daemonlar ve / veya önyüklemede bir kez komut dosyaları) belirtilmesini sağlayan bir kolaylıktır. Bu paradigmayı kullanmayı veya aslında '/etc/init.d' dosyasını start / stop betikleriyle uygun şekilde doldurmayı seçebilirsiniz.

Genelde iki şey için kullanıyorum:

1. Her yeniden başlatmanın tarihini ve çekirdek sürümünü kaydetmek için. Etrafa tıkanmadan sistemlere kolayca eklenebilen basit bir astar ... ve önyükleme geçmişine koşmaktan daha az zarar görebilir uptimed.

2. Birkaç yıl öncesine kadar debianda bulunan eski /etc/rc.boot/ dizinini yeniden canlandırmak için. Orada hala bir init.d betiği olarak yeniden yazma çabasına değmeyecek bazı basit senaryolarım var (örneğin, dmesg'i kök dizine postalamak için bir Q&D betiği, diğeri de boşta kalan mürettebatı devre dışı bırakmak için hdaparm'ı kullanmak ve başka bir tane okumak için) ileri büyüklükte) ve diğer tüm önyükleme zamanı komut dosyalarından sonra çalıştırılmalarından dolayı mutluyum.

Örneğin

echo "$(date +%s),$(date),$(uname -a)"  >> /var/log/reboot.log

[ -d /etc/rc.boot ] && run-parts /etc/rc.boot

Ayrıca, bu yılın başlarında centos ve debian dağıtımları için ec2 stili meta verileri openstack'tan (on http://169.254.169.254/) almak için /etc/rc.local komut dosyaları yazdım, böylece VM'ler IP'lerini, ana bilgisayar adlarını, ssh anahtarlarını ve diğer örneğe özel bilgileri alabilirler. . cloud-init o zamandan beri bu dağıtımlara aktarıldı, bu yüzden senaryolar artık kullanılmıyor.

rc.localDosya Debian olmayan init tarzı sistemlerle uyumluluk için çoğunlukla. Kullanmamalısın.

Bunun yerine, /etc/init.d/Skeletonçalışma seviyelerini değiştirirken ne olacağını inservbilmek için yeni bir init betiğine kopyalamanız ve ardından etkinleştirmek için kullanmanız önerilir .

Güncelleme: Aşağıdaki yoruma göre, bu cevabı artık tavsiye etmiyoruz. Ancak bu cevap yayınlanmıştır birkaç yıl iskelet kaldırılmasından önce ve bu iskelet hala var Debian Ocak 2019 tarihinden itibaren kararsız.