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
suggestion.
> 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