imho liegt es daran, dass die für den gesamten bootprozess nur 1 skript haben, in dem alles drinsteht. der normale weg funktioniert über die rc.d - orgie mit gazillionen von sich wechselseitig aufrufenden symlinks.
das ließe sich doch irgendwie simplifizieren, oder?
mir schwebt ohnehin eine idee vor, mit der man (für desktopsysteme) die boot-zeit verringern könnte:
normale user sind ziemlich "visuelle" menschen. winXp nutzt dies aus, indem es die teile, die nicht unmittelbar zum GUI gehören, erst später nachlädt. bis ein bild vom user korrekt erkannt und mit einem bestimmten ziel in verbindung gebracht werden (die dann handlungen initiieren), vergehen (lt. einigen psychologischen studien) etwa 6 - 10 sekunden. und das könnte man nutzen - wäre es also nicht möglich, erst das GUI zu starten und während der user noch damit beschäftigt ist, seinen namen und sein passwort einzugeben, den rest im hintergrund zu laden (abgesehen von treibern, die zur bootzeit gebraucht werden). möglicherweise wird die tatsächliche zeit, die der rechner mit "laden" verbringt, nicht wirklich geringer sein - aber der user wird das gefühl haben, dass sein system viel schneller hochfährt. zusätzlich könnte man eine ähnliche strategie fahren, die ich mal bei kde-look gepostet hab (bäh, eigenwerbung!
).
http://www.kde-look.org/content/show.php?content=12038"In den reichen Ländern hat die Freiheit gesiegt - mit all den schrecklichen Folgen, die das für die anderen mit sich bringt und noch bringen wird. Die Demokratie ist auf andere Epochen verschoben." (L. Canfora)
