Reprise du message précédent :

Ton truc consomme surement pas 350 Watts en permanence, faut pas pousser
 

 
OK je --> []         même plus d'humour que de la réalité ...
 
   
 
Et puis on s'en fout que ça prenne du temps vu que l'on a pas
d'écran bleu ...

Cé ça l'avantage de Linux ... cé qu'on peut choisir la couleur ...
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

c'est bizarre ça... je boote en meme pas 20 secondes, wm compris...
et avec tous les serveurs...  
 
gentoo c bon, mangez en  
 
(fluxbox aussi)

question vos temps de boot sont tellements différents que je me demande si vous comptez de la même manière .
Je ppense que certains comptent du boot manager et d'autres du moment ou tu appuis sur le bouton on du pc ...
Chez moi avec mdk 9.1 + autologin + kde 3.1 : 50 secondes depuis lilo. (XP1600+)
 
mdk 9.1 + autologin +drivers nvidia boot sur sortie tv (bien 5 sec de plus)+ fluxbox : 50 sec aussi (mais sur p3 450)

moi je parlais du temps entre le bouton power et le prompt de login sous xdm... avec les drivers nvidia

ah ouai moi je parle depuis grub évidemment
la partie bios est dépendante de la machine
enfin c'est pas un topic concour qui démarre le plus vite, mais comment démarrer plus vite

le plus long chez moi ca reste kde
pour les drivers nvidia, en utilisation dur port vga, ca prend un temps infime a lancer chez moi.
Si jutilise blackbox en wm, cest quasi instantané depuis le shell a etre lancé

Je pense sincèrement que ceux qui ont un démarrage de Xfree relativement lent sous Debian n'ont pas décommenté la ligne pour le serveur de font local du fichier /etc/X11/XF86Config-4 s'ils ne l'utilisent pas. Chez moi c'est le jour et à la nuit. X est instantané.
 
PS : Avec un Pentium 800Mhz, je boot en 13 secondes à partir de lilo jusqu'à login. C'est certainement du au fait qu'il n'y a rien pour le réseau (internet, carte réseau, ... ). En tout cas je peux vous assurer que rebooter la machine n'est pas désagréable en comparaison avec Windows XP

 
clair qu'à 13 secondes c'est pas mal
moi si j'avais pas la pause de 5 secondes dû au driver nforce, et si j'utilisais openbox, ça me ferait plus que 15 seconde en tout ... le bonheur  
mais bon, openbox c'est pas un modele d'ergonomie (pas la peine de troller, je dis pas que c'est compliqué, mais il fait rien tout seul)
et puis pas moyen de virer cette maudite pause ...

 
Mais ça veut dire que tu ne peux pas surfer pas avec, vu qu'il n'a pas l'internet ?  

 
que veux tu dire ici au fait ?
moi j'ai ça pour les fonts dans XF86Config-4 (sachant que je n'ai pas de serveurs de fonts, parce que justement ça fait ramer et j'y ai trouvé aucune utilité) :
 

 
faut que je décommente la premiere ligne ? faut que je vire les autres lignes ?

Oui désolé, j'ai voulu dire commenté ! Sorry, distraction. Je viens de tester sur un P350 et Xfree démare en 3 secondes contre 7 si on laisse la ligne.

 
oui, c'est la connection au serveur de fonts et c'est clairement pas rapide
et ça marche très bien comme ça, sans serveur de fonts
mais X finalement, c'est vrai que ça démarre vite (nvidia ou pas)
c'est kde qui est lent
 
EDIT : j'oublie la moitié des mots dans mes phrases  

Oui, je n'en sais rien mais je pense qu'il dois y avoir une boucle d'attente et un certain "time out" ... Dans le cas, où l'on n'utilise pas de serveur de fonts il vaut mieux commenter.
 
J'ai déjà remarqué que pour certaines installations de KDE, il y a parfois quelques secondes (4-5) d'inactivité au moment de son chargement (avant le "splash screen" ). Peux-être est-ce un "problème" commun.

 
je pense si c'est ça que le probleme vient du script kdestart
je pense pas que kde en lui même soit si long que ça, même si c'est évidemment plus lourd à charger que les autres

Oui, il dois y avoir quelque chose du style KDE cherche quelque chose d'inexistant. Comme X cherche un serveur de font inexistant.

Il ny a pas de raison que les drivers nvidia ralentisse le tout, en tout cas chez moi il ne le font pas (un ecran sans sortie tv)
a noté que le log au boot peut etre desactivé (jsai spas comment, jsuis sur mon portable sans nvidia, mais jeter n coup doeil sur nvoption)

 
c'est pas le log de nvidia mais le log de insmod qui fait chier
j'ai trouvé ça :
http://www.tux.org/lkml/#export-tainted
mais pas moyen de trouver où on lui dit de lancer des warning
en plus c'est spécifique à debian
apparemment, ça le fait pas sur les autres distro

 
de quoi ?

 
le warning quand on load un module non gpl

ca le fait aussi quand je load le module nvidia sur ma gentoo.
 
WARNING tainted module, etc etc... 4-5 lignes.

 
ah ok, j'ai mal compris ...
bon, c'est lourd ça ...

tu trouves vraiment ca genant ?  

 
 
c'est inutile
j'aime pas les trucs inutiles qui servent à rien  

j'ai même failli faire un topic dessus
mais je vois d'ici la réponse : faut changer un paramètre de fonction dans le code source du kernel pour ne lui faire logguer que certain truc (genre juste les erreurs et pas les warning)
et ça va me faire chier de plus avoir les autres messages, parce que je pense pas qu'il y ait de solution pour ne pas bloquer (à moins de trouver carrément le bout de code qui fait ça )
 
bref, je crois que je vais plutot gueuler sur nvidia :
"c'est quoi vos drivers closed sources qui me font perdre 5 secondes au boot !"

en fait y-a pas de pause
j'ai beau matter le code de insmod.c, y-a rien
m'est avis qu'en fait il crée les devices, et fait d'autres trucs, je sais pas quoi, et que ça lui prend du temps
 
EDIT : j'ai trouvé, c'est le ifup eth0 qui est long
rien à voir avec les modules en fait
bizarre que ce soit si long ce truc là

ouai ben pour booter plus vite , il faut désactiver les services qui servent pas , ainsi que les modules du noyeau .
 Ne pas booter avec le splash screen du frame buffer permet aussi de gagnner qques secondes.

la recherche des dépendances des modules prends vraiment beaucoup de temps. C'est une des premières choses à supprimer.
(souvent + de 30 secondes...)
La recompilation d'un kernel supprime ça, mais peut-être qu'en supprimant les modules inutiles ça pourrais le faire bien aussi...

Et tu supprimes comment les modules sans recompiler le kernel ?

urpmi kernel-image-2.4.21-0.18mdk ou un truc dans ce genre

[mode pas testé]
Tu les a dans /lib/modules/tonkernel/...
donc tu vire ceux qui sont pas utilisés actuellement.
[/mode pas testé]
 
 
nb : le texte écrit en [mode pas testé] n'est pas garanti  

 
Et ça a remplacé ton kernel précédent ? (le 2.4.21-0.13mdk chez moi)
Ou bien il y a encore une manip a faire ?

tu conserves les deux kernel, lilo est normalement modifie (pas essaye avec grub)
si tu as les drivers nvidia, faut redemarrer sans X et les reinstaller

J'avais oublié ce détail:
 

 
Nvidia:

 
moi je les aime bien nvidia

 
Ben oui, ils sont bien, sauf que:
 
- J'ai parfois des freeze suivi de plantage severe, je me demande si c'est pas la faute des drivers
- Chaque fois que je change de kernel ou recompile, je dois les réinstaller. C'est pénible à la longue.

 
 
quelle version ?
 
 

 
 
module de noyau, donc bon...

 
J'ai le Linux 9.1    
 
Mais sinon j'ai les drivers 4363, c'est-à-dire les derniers.
 

 
bah ceux là on peut dire qu'ils sont faciles à installer quand même