Init işlemi Linux'ta bir kabuk betiği olabilir mi?

Ben burada özel bir initramfs kurma hakkında bir eğitim geçiyordu :

Eksik olan tek şey / init, initramfs kökünde, yüklendikten sonra çekirdek tarafından yürütülen yürütülebilir dosyadır. Sys-apps / busybox tamamen işlevsel bir kabuk içerdiğinden, / init ikili dosyanızı basit bir kabuk betiği olarak yazabileceğiniz anlamına gelir (derlemek zorunda olduğunuz Assembler veya C'de yazılmış karmaşık bir uygulama yapmak yerine).

ile başlayan bir kabuk komut dosyası olarak init örneği verir. #!/bin/busybox sh

Şimdiye kadar, init'in başlatılan ana süreç olduğu ve diğer tüm kullanıcı alanı sürecinin sonunda initin çocukları olduğu izlenimindeydim. Bununla birlikte, verilen örnekte, ilk işlem aslında bin/busybox/ shdaha sonra initin üretildiği işlemdir .

Bu doğru bir yorum mu? Örneğin, bu noktada kullanılabilir bir tercümanım olsaydı, init'i bir Python betiği vb. Olarak yazabilir miydim?

init "çocukken" (bir çocuk süreç olarak) değil, execşöyle olur:

# Boot the real thing.
exec switch_root /mnt/root /sbin/init

exectüm süreç yerine geçer. Son init, Initramfs'dekilerden önce olmasına rağmen hala ilk süreçtir (pid 1).

/initPid 1 ile bir Busybox kabuk betiği olan Initramfs , Busybox'a execs switch_root(şimdi switch_rootpid 1'dir); bu program bağlama noktalarını değiştirir, böylece /mnt/rootyeni olur /.

switch_rootsonra tekrar execetmek s /sbin/initgerçek kök dosya sisteminin; böylece pid 1 ile gerçek init sisteminizi ilk işlem yapar, bu da herhangi bir sayıda alt süreci ortaya çıkarabilir.

Eğer bir şekilde Python'u Initramfs'inize pişirmeyi başarırsanız, kesinlikle bir Python betiği ile de yapılabilir. Yine de busybox'ı eklemeyi planlamıyorsanız, bazı işlevlerini özenle yeniden uygulamak zorunda kalacaksınız ( switch_rootve genellikle basit bir komutla yapacağınız her şey gibi ).

Ancak, komut dosyası ikili dosyalarına ( CONFIG_BINFMT_SCRIPT=y) izin vermeyen çekirdeklerde çalışmaz veya daha çok böyle bir durumda yorumlayıcıyı doğrudan başlatmanız ve komut dosyanızı bir şekilde yüklemesini sağlamanız gerekir.

Linux çekirdeğinin yönetici sistemi, yerel olarak çeteleri anlıyor

Yürütülen dosya sihirli baytlarla başladığında #!, çekirdeğe şu şekilde kullanmasını söylerler #!/bin/sh:

• yap ve execsistem çağrısı
• yürütülebilir ile /bin/sh
• ve CLI bağımsız değişkeni ile: geçerli komut dosyasının yolu

Bu, aşağıdakilerle normal bir kullanıcı kabuğu kabuğu çalıştırdığınızda gerçekleşenle tamamen aynıdır:

./myscript.sh

Dosya .ELFbunun yerine sihirli baytlarla başlamışsa #!, çekirdek çalıştırmak için ELF yükleyiciyi seçerdi.

Daha fazla ayrıntı için: Neden insanlar bir Python betiğinin ilk satırına #! / Usr / bin / env python shebang yazıyor? | Yığın Taşması

Bunu aklınızda bulundurduktan sonra /init, bir kabuk betiği de dahil olmak üzere çekirdeğin yürütebileceği herhangi bir şey olabileceğini ve /bin/shbu durumda neden ilk çalıştırılabilir olacağını kabul etmek kolaylaşır .

İşte denemek isteyenler için en az çalıştırılabilir bir örnek: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/cbea7cc02c868711109ae1a261d01fd0473eea0b#custom-init