J'ai encore rien vu ici sur ce sujet. Debian semble vouloir remplacer le SysV init par upstart, comme annoncé sur la liste de "debian-devel-announce"[1] (le 5 septembre 09).
L'intégration d'upstart est prévue pour Debian Squeeze (donc la prochaine version. La période de freeze commence en décembre 09[2]). Afin d'éviter les problèmes lors de la mise à jour de Lenny (stable) à Squeeze, la possibilité de garder la méthode SysV init sera donnée. Par contre toutes les nouvelles installations auront upstart.
Comme la spécification "Linux Standard Base" réclame le support des scripts init.d, Debian continuera à supporter ces scripts.
Une discussion sur les init a eu lieu, il y a pas longtemps, sur linuxfr[3].
[1]http://lists.debian.org/debian-devel-announce/2009/09/msg000(...)
[2]http://linuxfr.org/2009/07/29/25776.htm
[3]http://linuxfr.org/~steckdenis/28732.html
# Bien entendu ...
Posté par Etienne Bagnoud (site web personnel) . Évalué à 3.
[1]http://lists.debian.org/debian-devel-announce/2009/09/msg000(...)
[2]http://linuxfr.org/2009/07/29/25776.html
Désolé.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
# C'est une annonce
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Dans le même ordre d'idée, debian va aussi basculer vers GRUB2 pour Squeeze, si cela marche bien entendu.
[^] # Re: C'est une annonce
Posté par gnumdk (site web personnel) . Évalué à 5.
C'est déjà ce que fait le package upstart présent sous SID. Et en fait, c'est aussi ce que fait upstart sous Ubuntu: Lancer les scripts de sysvinit.
Ubuntu prévoie une migration complète vers upstart pour la 10.04 il me semble... En clair, Debian peut très bien sortir une version Stable avec upstart mais sans la migration effectué... Car au final, upstart actuellement, ca ne change absolument rien...
[^] # Re: C'est une annonce
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
"
To solve the fundamental problem, the plan is to replace /sbin/init
with an implementation that is able to handle kernel events. It will
allow us to modify the boot system for the early boot to become event
based, while keeping the existing boot stuff working. We could rewrite
sysvinit to become event based, or have a look at the existing boot
systems that handle kernel events. After checking the options and the
systems used in other distributions, upstart seems like the most
promising candidate. It is used by Ubuntu and Fedora at the moment,
and solves the problem in a backwards compatible way. The plan is to
change upstart to actually use /etc/inittab, to ease the switch
between sysvinit and upstart. We will also change the init.d script
handling to treat upstart jobs as init.d scripts, to provide an
alternative for architectures lacking upstart support. These changes
should make it transparent for the users which package provides
/sbin/init, and thus make it easier to migrate from sysvinit to
upstart.
"
# Upstart ?
Posté par benoar . Évalué à 3.
(GRUB2 est aussi arrivé en même temps au passage)
[^] # Re: Upstart ?
Posté par geb . Évalué à 4.
Le premier réordonne les script pour tenir compte des dépendances,
le second active la gestion de la concurence au niveau d init (celle ci étant basée sur celle du shell (&) ou très proche, il y a d'ailleurs un concurence=shell)
Refs:
http://wiki.debian.org/BootProcessSpeedup#Parallelizinginit.(...)
http://www.debian-administration.org/article/Make_Debian_boo(...)
Par contre la question que tu as eu voir doit être celle de l'install d insserv (pour a t il été installé subitement ? question ...), si tu n'as pas modifié concurrency ça n'aura aucun effet.
[^] # Re: Upstart ?
Posté par benoar . Évalué à 3.
Je l'ai ajouté, j'attend le prochain boot pour vérifier si ça va plus vite ...
Par contre, pour revenir à la question originale, quelle différence avec upstart ?
[^] # Re: Upstart ?
Posté par geb . Évalué à 4.
au lieu de faire for x in /etc/rc$mode.d/S*; do $x start; done;
ça fait for x in /etc/rc$mode.d/S*; do $x start &; done;
(Grosso modo, d'ailleurs ça se doit être concurency="shell", startpar doit être une fonction un poil plus évoluée).
Après les avantages et inconveignents, je te laisse deviner (LSB, historique tout ça) :)
[^] # Re: Upstart ?
Posté par fred . Évalué à 4.
Upstart, c'est le futur, où des serices seraient lancés par des événements système… La difficulté est d'adapter upstart pour pouvoir passer sans trop de casse d'un système de démarrage à l'autre.
[^] # Re: Upstart ?
Posté par benoar . Évalué à 2.
[^] # Re: Upstart ?
Posté par geb . Évalué à 2.
!#/bin/sh
while : ; do
[ -f /dev/sdb ] && pvscan
sleep 5;
done;
(exemple debile)
Ca a l'avantage de rester plus proche et compatible d'unix qu'upstart...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.