Quá trình init có thể là một tập lệnh shell trong Linux không?

Tôi đã trải qua một hướng dẫn về việc thiết lập một initramfs tùy chỉnh trong đó nêu rõ:

Điều duy nhất còn thiếu là / init, tệp thực thi trong thư mục gốc của initramfs được thực thi bởi kernel sau khi được tải. Vì sys-apps / busybox bao gồm shell đầy đủ chức năng, điều này có nghĩa là bạn có thể viết nhị phân / init của mình dưới dạng tập lệnh shell đơn giản (thay vì biến nó thành một ứng dụng phức tạp được viết bằng Trình biên dịch hoặc C mà bạn phải biên dịch).

và đưa ra một ví dụ về init như một kịch bản shell bắt đầu bằng #!/bin/busybox sh

Cho đến nay, tôi đã có ấn tượng rằng init là quá trình chính được đưa ra và tất cả các quá trình không gian người dùng khác cuối cùng là con của init. Tuy nhiên, trong ví dụ đã cho, quá trình đầu tiên thực sự là bin/busybox/ shtừ đó init được sinh ra.

Đây có phải là một interpertation chính xác? Ví dụ, nếu tôi có một trình thông dịch có sẵn tại thời điểm đó, tôi có thể viết init dưới dạng tập lệnh Python, v.v.?

init không phải là "sinh sản" (như một quá trình con), mà là exec'như thế này:

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

execthay thế toàn bộ quá trình tại chỗ. Khởi tạo cuối cùng vẫn là quá trình đầu tiên (pid 1), mặc dù nó đã được bắt đầu với các initramfs.

Các initramfs /init, là một kịch bản shell Busybox với pid 1, execs thành Busybox switch_root(vì vậy bây giờ switch_rootlà pid 1); chương trình này thay đổi điểm gắn kết của bạn vì vậy /mnt/rootsẽ là mới /.

switch_rootsau đó một lần nữa execs đến /sbin/inithệ thống tập tin gốc thực sự của bạn; do đó, nó làm cho hệ thống init thực sự của bạn trở thành tiến trình đầu tiên với pid 1, do đó có thể sinh ra bất kỳ số lượng tiến trình con nào.

Chắc chắn nó cũng có thể được thực hiện với một tập lệnh Python, nếu bạn bằng cách nào đó quản lý để nướng Python vào initramfs của bạn. Mặc dù nếu bạn không có kế hoạch bao gồm busybox, bạn sẽ phải thực hiện lại một số chức năng của nó (như switch_root, và mọi thứ khác bạn thường làm với một lệnh đơn giản).

Tuy nhiên, nó không hoạt động trên các kernel không cho phép nhị phân tập lệnh ( CONFIG_BINFMT_SCRIPT=y), hay đúng hơn là trong trường hợp như vậy, bạn phải khởi động trình thông dịch trực tiếp và làm cho nó tải tập lệnh của bạn bằng cách nào đó.

Tòa nhà thực thi của nhân Linux đánh giá thấp các shebang nguyên bản

Khi tệp được thực thi bắt đầu bằng các byte ma thuật #!, chúng báo cho kernel sử dụng #!/bin/shnhư:

• làm và execgọi hệ thống
• với thực thi /bin/sh
• và với đối số CLI: đường dẫn đến tập lệnh hiện tại

Điều này hoàn toàn giống với điều xảy ra khi bạn chạy tập lệnh shell người dùng thông thường với:

./myscript.sh

Nếu tệp đã bắt đầu với các byte ma thuật .ELFthay vì #!, hạt nhân sẽ chọn trình tải ELF thay vì để chạy nó.

Thêm chi tiết tại: Tại sao mọi người viết #! / Usr / bin / env python shebang trên dòng đầu tiên của tập lệnh Python? | Tràn ngăn xếp

Một khi bạn có ý tưởng này, sẽ dễ dàng chấp nhận rằng đó /initcó thể là bất cứ điều gì mà kernel có thể thực thi, bao gồm tập lệnh shell và tại sao /bin/shsẽ là tệp thực thi đầu tiên trong trường hợp đó.

Dưới đây là một ví dụ có thể chạy tối thiểu cho những ai muốn dùng thử: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/cbea7cc02c868711109ae1a261d01fd0473eea0b#custom-