Bisakah proses init menjadi skrip shell di Linux?

Saya telah melalui tutorial tentang cara mengatur initramfs kustom di mana ia menyatakan:

Satu-satunya hal yang hilang adalah / init, yang dapat dieksekusi di root initramfs yang dieksekusi oleh kernel setelah di-load. Karena sys-apps / busybox menyertakan shell yang berfungsi penuh, ini berarti Anda dapat menulis biner / init Anda sebagai skrip shell sederhana (alih-alih menjadikannya aplikasi rumit yang ditulis dalam Assembler atau C yang harus Anda kompilasi).

dan memberikan contoh init sebagai skrip shell yang dimulai dengan #!/bin/busybox sh

Sejauh ini, saya mendapat kesan bahwa init adalah proses utama yang diluncurkan dan bahwa semua proses ruang pengguna lainnya pada akhirnya adalah anak-anak init. Namun, dalam contoh yang diberikan, proses pertama sebenarnyabin/busybox/ sh dari init yang kemudian melahirkan.

Apakah ini interpertasi yang benar? Jika saya, misalnya, memiliki juru bahasa yang tersedia pada saat itu, saya bisa menulis init sebagai skrip Python dll?

init bukan "spawned" (sebagai proses anak), melainkan execseperti ini:

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

execmenggantikan seluruh proses di tempat. Init terakhir masih merupakan proses pertama (pid 1), meskipun didahului dengan yang ada di Initramfs.

Initramfs /init, yang merupakan skrip shell Busybox dengan pid 1, execs untuk Busybox switch_root(jadi sekarang switch_rootadalah pid 1); program ini mengubah poin mount Anda sehingga /mnt/rootakan menjadi yang baru /.

switch_rootsekali lagi execuntuk/sbin/init sistem file root Anda yang sebenarnya; dengan demikian itu membuat sistem init Anda yang sebenarnya proses pertama dengan pid 1, yang pada gilirannya dapat menelurkan sejumlah proses anak.

Tentu saja bisa juga dilakukan dengan skrip Python, jika Anda entah bagaimana berhasil memanggang Python ke Initramfs Anda. Meskipun jika Anda tidak berencana untuk memasukkan busybox, Anda harus dengan susah payah mengimplementasikan kembali beberapa fungsinya (seperti switch_root, dan semua hal lain yang biasanya Anda lakukan dengan perintah sederhana).

Namun, itu tidak berfungsi pada kernel yang tidak mengizinkan skrip binari ( CONFIG_BINFMT_SCRIPT=y), atau lebih tepatnya dalam kasus seperti itu Anda harus memulai penerjemah secara langsung dan membuatnya memuat skrip Anda entah bagaimana.

Perintah eksekutif dari kernel Linux kurang memahami shebangs secara asli

Ketika file yang dieksekusi dimulai dengan byte ajaib #!, mereka memberi tahu kernel untuk menggunakan #!/bin/shsebagai:

• lakukan dan execpanggilan sistem
• dengan executable /bin/sh
• dan dengan argumen CLI: path ke skrip saat ini

Ini persis sama dengan yang terjadi ketika Anda menjalankan skrip shell userland biasa dengan:

./myscript.sh

Jika file dimulai dengan byte ajaib .ELFalih-alih #!, kernel akan memilih loader ELF untuk menjalankannya.

Lebih detail di: Mengapa orang menulis #! / Usr / bin / env python shebang di baris pertama skrip Python? | Stack Overflow

Setelah Anda memikirkan hal ini, menjadi mudah untuk menerima bahwa /initapa pun yang dapat dieksekusi kernel, termasuk skrip shell, dan juga mengapa /bin/shakan menjadi yang pertama dieksekusi dalam kasus itu.

Berikut adalah contoh runnable minimal bagi mereka yang ingin mencobanya: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/cbea7cc02c868711109ae1a261d01fd0473eea0b#custom-init