Reprise du message précédent :

Oui mais certains script lancent un daemon ou un programme qui tourne en fond et se terminent aussitôt (comme par exemple le service dm de la mandrake). En démarrant ces services "asynchrones" au bon moment, on peut mieux exploiter les ressources inutilisées.
Sinon faut mettre les mains dans le cambouis et modifier les initscripts pour qu'ils lancent les services en parallèle. C'est là-dessus que bossent les devs de certaines distributions.

déjà, faudrait voir à ce que tout le monde installe syslog-ng pour se débarasser de klogd/syslogd

 
Pourquoi vouloir se débarasser de klogd/syslogd ? Ils ne font pas bien leur travail ?

ben nan. ng -> nouvelle génération. Plus léger, plus puissant, plus facile à configurer (les filtres sont supers), le forwarding réseau, etc

moi j'ai sa sur une install qui date de cet aprem:

 
Faudrais améliorer sa

 
 
ça remplace syslog et klog ? C'est bien compatible avec les anciens programmes ?

Tu as eu des problèmes quand tu y es passé ? (Je me tâte pour l'installer sur ma ubuntu).

nan aucun. Debian fournit un fichier de conf nickel.
 
Faut absolument voir le fichier de conf /etc/syslog-ng/syslog-ng.conf pour se rendre compte à quel point c'est puissant

Voilà j'y suis passé (ca va tout seul) et je suis en train de lire la doc pour me faire des logs au petit oignons

Tu pourais me dire ce que t'a fait pour y passer j'ai aussi une ubuntu et sa m'interresse.
merci

Tu actives univers (si ce n'est pas déjà fait) et tu fais:
apt-get install syslog-ng après suffit de suivre les instructions (ubuntu-base est un méta packages et ne désinstall rien d'important)

une petite amélioration en collant xfs et dm bien plus tôt :

je comprend pas pkoi y'a pas mention de X, alors qu'il s'est bien lancé comme il faut

Après que tu ais tapé "startx" ?

t'as rien de démarrer là dofor, tu as booté en runlevel 1 ou quoi là ?

 
c'est quoi ce boot ?

ba chépa, pourtant ça démarre bien jusqu'à gdm, je lance ma session sans pb
 
et la durée est à peu de choses près ok par rapport à mon bon vieux chronomètre alors je sais po trop

hmmmm... à peu de choses près... quoique
 
après revérification j'ai 10 secondes d'écart xD

 
Gdm est bien lancé par xdm (dans un de tes run-levels) ?

ben vi :|

Ca vaut pas le mien . Apparemment les scripts ont du mal avec des gentoo

mdr ouais pas mal
 
vi c possib que ce soit des pb avec les scripts... j'avais reglé le truc pour que tout se lance en parallèle, jvais essayer sans!

http://kerneltrap.org/node/4706?PH [...] c0a849b960
de quoi gagner du temps au boot !

aïe

reconfigure ton DHCP là ou passe en IP fixe

discover + dhcp + seti@home ... la totale quoi

dhcp ca doit pouvoir se régler en cherchant bien, seti on touche pas c la famille , discover j'y toucherai quand j'aurai le temps... c'est mal barré  

 
En DHCP, si le reseau part en couille je le sais tout de suite
 
La nuit dernière, message DHCP_DISCOVER sur la console alors que toutes les 3 politiques INPUT,OUTPUT et FORWARD d'iptables étaient à DROP

comment on fait quand on a pas grub ?

on met grub parce que lilo puxor
 
(mais en même temps passer un paramètre init au kernel ça se fait aussi avec lilo )

ok mais comment ? (et après je fais comment avec yaboot ?)

à pas compris, marche très bien avec lilo bootchart

bah comment ? avec grub, c'est bidon

Quand je demarre bootchart j'ai une zone blanche au debut de mes graphiques (entre 3 et 5 secondes). Je precise que j'utilise lilo et que j'ai comme options append="init=/sbin/bootchart".

Quelqu'un a le meme probleme ?

le fait d'observer un évènement le modifie
 
j'aime autant le chronomètre manuel

 
_o/
 
Chez moi, il attend un peu plus de 5s avant de commencer le graphique.

j'arrive pas a faire marcher bootchard sur ma debian sid:
je lance le script : ok
je modifie menu.lst de grub
je reboote, et il me dit qu'il ne peuxt pas ecrire dans /mnt/bootchard (touch ..........)
 

A mon tour :
 

 
C'est pas terrible :s
Comment améliorer ça ? j'ai l'impression que j'ai pas mal de trous :s Et un truc bizarre, le portmap qui se lance deux fois : une fois en S43, celui de /etc/rcS.d/ et une fois en S20, celui de rc3.d/ A priori, je peux en supprimer un ?
 
Et pour hotplug, j'ai ma souris en usb, une clé usb, une imprimante usb, un scanner usb et un lecteur mp3. Hotplug est nécessaire ou c'est contournable ?

en effet tu as d'énormes trous
la premiere cause est que tu utilises le dhcp pour te connecter (sur ton lan j'imagine) : 5 secondes en moins
tu utilises discover. si tu choisis de ne pas l'utiliser, tu gagnes aussi 5 sec
ton script démarre avec 5 sec de retard ... c'est bizarre mais apparemment tous les utilisateurs de debian ont ça (moi je ne l'ai pas noté mais j'ai peut être une version plus vieille du script : j'ai pas testé depuis un moment)
 
sinon : dpkg --purge portmap : ça sert à rien ce truc
 
un truc que je comprends pas mais qui ne doit pas jouer sur la vitesse de toute façon : pourquoi gaim se lance avant gdm chez toi ?  
 
 
PS : tu as un meilleur disque dur que moi donc tu devrais pas faire plus de 20sec

à quoi ça sert discover ?
le dhcp c'est quand même bien pratique Mais bon je vais tester sans pour voir ce que ça donne
 
portmap ça sert pas à monter les systèmes de fichier distants ? j'en sais trop rien en fait donc je me renseigne
 
pour gaim, c'est un reste d'un vieux script quand j'essayais de comprendre le fonctionnement d'update-rc.d Je l'enlève
 
PS : ok, je vais essayer d'y arriver