Speeding up the debian/etch boot, a short report

Petter Reinholdtsen pere at hungry.com
Fri Sep 2 07:14:01 UTC 2005

[Marco d'Itri]
>>   S02module-init-tools
>>   S02modutils
> These are supposed to be run with a rw root (I do not mind removing the
> depmod call on principle, but I fear some people depend on it).

Ah, right.  I'll add checkroot as a dependency for these then.  Thank
you for the heads up.

>> Next, I realise that ntpdate and portmap do not really need to run in
>> rcS.d/.  Moving them both to rc2.d and running insserv -v again, it is
> portmap does, if /usr or /var are NFS-mounted.

Why?  NFS mounting should work without portmap enabled on the local
machine, right?  nfs-common is started later with the stat and lock
daemons, so these do not need portmap.

> And if somebody cares enough to run ntpdate on boot then probably
> they want to run it as early as possible (and it has to be slow, by
> design).

Perhaps.  I didn't quite make up my mind here.  On one hand I would
not really want ntpdate to run before I get the shell in single user
mode (when I need singleuser, I do not want to wait any more than I
have to), and on the other it is nice to have a correct clock as soon
as possible.

> Indeed, hotplug does.

Hotplug didn't load any of these modules on the machines in question,
even though it does have an IDE CD-ROM and a PS/2 mouse.  Should it?

> Another possible optimization is to control the fixed network
> interfaces with hotplug too, but this may require some bits of
> infrastructure which are not yet in the package.

Do you have more info on this one?  I do not understand your

> Interesting work, but of limited use: modern systems do/will not work
> this way anymore.

Your initial comment almost made me disregard your entire message.
The stable release of Debian work this way, so I find the testing
results quite relevant and not really of limited use.  Your comment
tells me that you consider Debian/sarge not to be a modern system, and
to put it simple, I do not agree.  I'm not sure if this was the
intention, but thought it best to let you know what effect your
statements had on this reader.

Oh, well.  I decided to keep reading, and ignore the most extreme
comments and focus on the ones I find productive.

More information about the initscripts-ng-devel mailing list