Forum Linux.debian/ubuntu Optimiser le démarrage

Posté par .
Tags : aucun
0
28
mar.
2005
Bonjour

Je suis (à peu près) heureux propriétaire d'une Ubuntu hoary. Mais ce que j'aime pas, et c'est pas propre à cette distrib, c'est la durée de démarrage. Elle est de 58 secondes d'après le superbe bootchart (http://www.bootchart.org(...) pour ceux qui connaissent pas).
J'aimerais optimiser ça, au moins en apparence ! En effet, des services comme networking sont longs (7 secondes ici, surtout à cause du réseau wifi) et ne font rien sur ma le CPU ni sur le disque dur : ce temps serait utile pour lancer kdm directement, me permettant de donner tout de suite mon mot de passe et ainsi gagner quelques précieuses secondes :)
Puis y'a aussi 2 sleep liés à l'USB : je peux pas en enlever au moins 1 ? Et les fsck... Ils sont chiants, je peux pas les raccourcir ?
Le graphe de mon démarrage est là : http://pinaraf.robertlan.eu.org/bootchart.png(...)
Toute idée pour accélérer ce merdier est acceptée :)

Merci d'avance
  • # Perf

    Posté par . Évalué à 1.

    Salut,

    il me semble qu'en modifiant tes scripts de démarrage tu
    dois pouvoir backgrounder certains services comme le
    dhcp ou le fsck.

    [ Nb : sous freebsd le fsck est backgroundé par défaut ]
    • [^] # Re: Perf

      Posté par . Évalué à 4.

      backgrounder fsck : quelle bonne idee et comment tu fait pour lire sur tes disques ?
      backgrounder dhcp : ca peut etre tres chiant si t'as des demon (npt-date, ...) qui essaye d'acceder au reseau...
      • [^] # Re: Perf

        Posté par . Évalué à 1.

        sous FreeBSD fsck supporte le backgrounding ... une fois loggé fsck continue son travail :

        http://freebsd.active-venture.com/handbook/configtuning-disk.html(...)

        "This is the idea behind the background fsck: at system startup time, only a snapshot of the filesystem is recorded. The fsck can be run later on. All file systems can then be mounted ``dirty'', so the system startup proceeds in multiuser mode. Then, background fscks will be scheduled for all file systems where this is required, to free resources that may be unused. (File systems that do not use Soft Updates still need the usual foreground fsck though.)"

        Pour dhcpd évidemment que si tu as un démon qui va locker encore après, ca ne sert à rien, ca va juste déplacer le lock , mais j'ai déja vu des démarrage le faire (ie essayer pendant 1 ou 2 sec et si rien alors on background ). Tu peux néanmoins backgrounder ton dhcp et dire à ntpdate de se lancer 60sec plus tard toujours en background ....
      • [^] # Re: Perf

        Posté par . Évalué à 4.

        backgrounder dhcp : ca peut etre tres chiant si t'as des demon (npt-date, ...) qui essaye d'acceder au reseau...


        insupportable comme argument :)
        pourquoi ces services n'attendent-ils pas sagement de pouvoir utiliser le réseau ? Pour le npt-date par exemple, si c'est pour mettre à jour l'heure, on peut bien attendre 2minutes avec une heure pas tout-à-fait exacte, non ?

        désolé mais ça m'énerve cet argument à chaque fois :)

        c'est à cause de ça qu'un poste configuré pour accéder au net en wifi va mettre trois minutes à démarrer si le réseau n'est pas présent... vraiment n'importe quoi !
    • [^] # Re: Perf

      Posté par . Évalué à 3.

      Connaitrais tu par hasard des paquets Debian / Ubuntu intégrant ce genre de modif, afin :
      1- d'en avoir des propres, "certifiées"
      2- de pas perdre mes modifs à chaque mise à jour

      Merci d'avance
      • [^] # Re: Perf

        Posté par . Évalué à 3.

        Non désole je n'utilise pas debian :)

        58 sec entre le boot et le login xdm je trouve ca court mais bon,
        as tu envisagé de mettre ta machine en suspension en ram ? ca
        devrait te permettre de grapiller encore des secondes
        • [^] # Re: Perf

          Posté par . Évalué à 3.

          58s je trouve ça long :)
          Le problème c'est que je sais pas si le driver de ma carte wifi supporte cette suspension :/ j'essaierai
          • [^] # Re: Perf

            Posté par . Évalué à 3.

            Ici avec un driver ndiswrapper ca fonctionne bien. Tu as toujours la
            possiblité de décharger les modules qui présentent un problème avant
            la mise en veille et les recharger ensuite.

            c'est exliqué ici avec un cas de supension sur disque :
            http://www.kananov.com/notes/s3(...)
            • [^] # Re: Perf

              Posté par (page perso) . Évalué à 4.

              Enfin bon ça ne répond pas à la question initiale qui est "comment booter plus vite". C'est vrai que c'est chiant d'avoir à attendre une minute alors qu'il serait possible de diviser ce temps par deux en effectuant des modifications qui ne sont pas présentes de base, et qu'on ne peut faire qu'à la main...

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.