Le 03/01/2022 à 21:27, tito via Dng a écrit :
On Mon, 3 Jan 2022 18:45:28 +0100 (CET)
k...@aspodata.se wrote:
I have used busybox init for a while. It differs from sysvinit
by not having runlevels, except perhaps on and off.
Busybox repo is at: git://busybox.net/busybox.git
Website at: https://busybox.net/
Comment re. systemd: https://busybox.net/kill_it_with_fire.txt
Example inittab at:
https://git.busybox.net/busybox/tree/examples/inittab
excerpt:
# Note: BusyBox init works just fine without an inittab. If no inittab is
# found, it has the following default behavior:
# ::sysinit:/etc/init.d/rcS
# ::askfirst:/bin/sh
# ::ctrlaltdel:/sbin/reboot
# ::shutdown:/sbin/swapoff -a
# ::shutdown:/bin/umount -a -r
# ::restart:/sbin/init
# tty2::askfirst:/bin/sh
# tty3::askfirst:/bin/sh
# tty4::askfirst:/bin/sh
The sysinit thing is a how you start the system, it's just
one script /etc/init.d/rcS (or where you prefer to place it).
One could possible (not tested) mimic sysvinit bootup by having
for i in /etc/rc2.d/S*; do $i start; done
in the rcS file or if you prefer you can have your own handwritten
and tuned script there.
Would there be any interests having a busybox_init package which
I could possible maintain (with a little help) ?
Regards,
/Karl Hammar
Hi,
just to add my 2 cents.
I would build a static compiled busybox binary with:
init
a shell
reboot, shutdown
swapon/swapoff
mount, umount
(start-stop-daemon)
(getty, login)
AFAIR you would also need cttyhack, setsid and a few others I've
forgotten if you want to be able to debug it.
able to fully bring up a system.
We could call it systemB like the other one but _B_etter.
Then we implant it as blob into the kernel image
so that we get rid also of initrds creating a
PAC man like GNU/Linux/systemB/Frankenstein monster
that eats all little sysDs.
This wasn't the proposal of Karl. He just suggested a KISS
replacement for sysvinit. But it does not solve the issue of the
complexity of the RC scripts: they remain exactly the same and this is
the main (only ?) issue with them.
The boot time is no longer an issue with faster cpus and disks. My
laptop takes 20s to boot Chimaera and the longest is the kernel, not the
RC scripts. I've stopped several years ago to use any mode of suspend.
On Dell servers, the BIOS startup takes at least 10 times as long as
Linux boot.
-- Didier
_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng