• [^] # Re: c'est quand même mieux!

    Posté par . En réponse à la dépêche Les logiciels libres sous Windows : un frein ou un tremplin vers la migration Linux ?. Évalué à 0.

    "Depuis novembre 2002, ca fait 4 updates de securite qui demandent un reboot complet"

    C'est marrant, il en a fallu autant pour Debian depuis janvier 1997.
    Combien de reboot machine pour les produits Microsoft depuis cette dernière date ?

    "la derniere demande de relancer tous les softs, c'est equivalent [ à redemarrer la machine]"

    C'est peut être equivalent pour Microsoft, ça ne l'est pas pour les unices type Linux.
    Ca peut être par exemple simplement relancer:
    - un getty (le term de secours)
    - syslog-ng (le gestionnaire de logs)
    - cron (le scheduler)
    - [xg]dm. (le display manager)

    "Si il y avait un equivalent du service pack sur Linux, il t'obligerait a rebooter aussi"

    Non. Le service pack est une horreur parceque le système sous-jacent l'est aussi (une horreur). Ce n'est pas un hasard si Microsoft lui même s'est orrienté vers du "windows update" qui ressemble plus a du apt-get update, ou equivalent pour les autres distibutions GNU/Linux, et qui existe depuis bien plus longtemps.

    D'ailleurs, sous Debian, après une mise à jour de certaines librairies (le truc où il faut redemarrer les programmes qui en dependent ) apt (le gestionnaire de paquet debian), se charge de redemarrer les daemons qui sont impactés.

    Désolé, rebooter un Microsoft Windows parcequ'il y a eu un update de Microsoft Outlook ou de Microsoft Internet Explorer, ca donne une idée de la qualité des produits Microsoft: très mauvaise.

    Alors, pour être honnête, apt ne le fait pas systematiquement et pas toujours avec 100% de succès, d'ailleurs apt avertit l'utilisateur.

    Pour trouver les programmes à redemarrer (sur debian mais c'est vraisembablement applicable dans l'idée pour d'autre distrib:

    Ici / et /usr sont les points de montage où sont mes libs merci la Filesystem Hierarchy Standard. (C'est vrai que c'est autre chose que le truc base de registre de microsoft hein...):

    lsof / /usr | grep dpkg-new$ | awk '{print 1ドル}' | sort -u

    Pour trouver les PID associés (si vous ne trouvez pas le script de redemarrage associé dans /etc/init.d/ ):

    lsof / /usr | grep dpkg-new$ | awk '{print 1ドル" "2ドル}' | sort -u

    Evidemment il peut y avoir votre propre shell ou sshd listé avec lequel vous allez faire cette action.

    Vous pouvez ainsi decider quoi et quand relancer, plutot que de faire un reboot machine systèmatiquement qui sont très désagreables pour vos collaborateurs, clients, fournisseurs (surtout quand les programmes qu'ils utilisent n'ont strictement rien à voir avec ce qui a été mis à jour)

    Il y a une autre methode c'est de monter votre / et /usr en readonly. Juste avant l'update vous passer en read-write, après l'update si la partition/disque ne peut pas être remonté en read only, c'est parcequ'un programme utilise encore l'ancienne version de la lib (cf methode ci-dessus pour le trouver).

    le passage read-write, read-only est automatisable via /etc/apt/apt.conf Pre-Invoke, Post-Invoke.

    Microsoft Propose quoi ? Reboot machine parfois sans même prevenir. Super. Tu peux te le garder ton "service pack", ton "windows update" avec reboot machine à repetition, et, de fait, les produits Microsoft associés.