LSB headers for dependency based boot

[mecho]

I just made an attempt to convert to dependency based boot and it turned out that most of the knoppix scripts are missing their LSB headers which are needed for the new dependency based boot. Did anyone ever tried dpkg-reconfigure insserv sysv-rc
I am getting a message listing almost all knoppix scripts are missing their LSB headers.
May be I should have posted this in hardware&booting. Sorry about this

[mecho]

Here is how the LSB header looks like for the smail process.

### BEGIN INIT INFO
# Provides: smail
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: simple script to start and stop smail as daemon
### END INIT INFO

Without this LSB header there can not be concurrent process loading at boot up.
The init.d scripts that are missing this headers in knoppix 6.2 are:
knoppix-autoconfig, adriane-screenreader, firewall, knoppix-halt, knoppix-startx, knoppix-terminalserver, sbl

All of those are proprietary knoppix scripts. Can someone using knoppix 6.2.1 or 6.3 check their init.d and see if any of this scripts has the LSB TAG. It should look like the one above for smail and is at the beginning just after #! /bin/sh

[mecho]

OK I figured it out. In 6.2 knoppix-autoconfig is solely responsible for loading daemons. You can add or remove daemons which are loaded at boot by modifying it. And I guess no concurrency is possible as knoppix follows this boot script. I am not sure if things are the same way in 6.2.1
I think in 6.2.1 and probably 6.3 knoppix scripts only do the hardware detection and load udev. So may be it will be possible to have concurrent loading of processes in those versions

[krishna.murphy]

OK I figured it out. In 6.2 knoppix-autoconfig is solely responsible for loading daemons. You can add or remove daemons which are loaded at boot by modifying it. And I guess no concurrency is possible as knoppix follows this boot script. I am not sure if things are the same way in 6.2.1
I think in 6.2.1 and probably 6.3 knoppix scripts only do the hardware detection and load udev. So may be it will be possible to have concurrent loading of processes in those versions

AFAIK there is great deal of concurrency in Knoppix 6; see the Microknoppix summary of features. "Accellerated boot procedure: Independently from the usual SysV bootscripts, multiple tasks of system initialization are run in parallel, so that interactive desktops are reached very fast."

What do you want to accomplish, exactly, in tweaking the boot process? In this case, perhaps we need to widen the focus to get more in tune with your goals.

Cheers!
Krishna

[mecho]

I think that Accelerated boot procedure is exactly what is new to 6.2.1 and is lacking in 6.2.
I think the boot scripts are not run in parallel in 6.2 and knoppix-autoconfig is entirely responsible of loading them. Scripts which are in init.d are not run by their S symlinks in the RC folders - they are loaded by knoppix-autoconfig and not executed in parallel for faster system start. Apart of the faster start if I need to have a process run at boot I have to manually enter it in autoconfig to get it started at boot. Cron for example is not in autoconfig by default and is off by default when the system is up. If you need it you have to manually start it. I hope I am expressing myself well enough in english. I wrote this because it would probably be informational for some people wondering why an installed process is not running when it should be if it's in init.d and has the starting symlinks.
And it would be very usefull if there is a descussion about the way knoppix starts. It might be helpfull for a lot of new users like me

[krishna.murphy]

I think that Accelerated boot procedure is exactly what is new to 6.2.1 and is lacking in 6.2.

Nope, I don't think so - see the 6.0 release notes, which have the same language about accelerating boot. Might be fruitful to download that version and play with it, see what differences it exhibits.

I think the boot scripts are not run in parallel in 6.2 and knoppix-autoconfig is entirely responsible of loading them. Scripts which are in init.d are not run by their S symlinks in the RC folders - they are loaded by knoppix-autoconfig and not executed in parallel for faster system start. Apart of the faster start if I need to have a process run at boot I have to manually enter it in autoconfig to get it started at boot.

That's a useful observation!

Cron for example is not in autoconfig by default and is off by default when the system is up. If you need it you have to manually start it. I hope I am expressing myself well enough in english. I wrote this because it would probably be informational for some people wondering why an installed process is not running when it should be if it's in init.d and has the starting symlinks.
And it would be very usefull if there is a descussion about the way knoppix starts. It might be helpfull for a lot of new users like me

I agree, and I applaud your efforts, especially since English is not your mother-tongue (and not easy, either.) And I find your English is "good enough", FWIW - while there are some occasional faux pas, it doesn't take a lot of effort to get what your meaning is. Thanks for taking the time and energy to contribute!

Cheers!
Krishna