XP, Supprimer les dossiers $Uninstall

Par Admin

Dans XP, les répertoires dus aux mises à jour finissent par encombrer le dossier Windows.

Il existe un utilitaire vbs (Visual Basic Script) qui les efface, ainsi que les clés correspondantes dans la Base de Registres.

L’auteur de ce script, Jean-Claude Bellamy, le met à disposition de tous :
http://www.bellamyjc.org/download/vbs/deluninstall.vbs
Ne pas oublier de lire les remarques, car si le fonctionnement est très simple et intuitif, certains fichiers ne doivent pas être supprimés. Remarques et mode d’emploi :
http://www.bellamyjc.org/fr/windows2000.html#Ntuninstall

P.S. Le site de Jean-Claude Bellamy est une mine d’or pour ceux qui, comme moi, aiment « mettre les mains dans le cambouis » :
http://www.bellamyjc.org/

Ce message est dans la catégorie Windows XP. Groupez les réponses avec RSS 2.0. Laissez une réponse, ou un trackback.

Aperçu/Imprimer cet article

bitwyse a dit:

19.06.2007 a 19:21

Bonjour

Je ne suis pas du tout d’accord avec l’idée de supprimer les informations de désinstallation des MAJ: ceci pour la simple raison qu’il m’est déjà arrivé d’avoir besoin d’en supprimer plus qu’une dont des effets néfastes ne se sont manifestés que très longtemps après (reconnus par Microsoft de surcroît – qui a ensuite recommandé leur désinstallation).
Donc je déconseille vivement cette manipulation.

En revanche je propose un autre moyen de récupérer énormément de la place gaspillée par ces MAJ tout en conservant la possibilité de les désinstaller.

Un examen de la structure de ces dossiers révèle qu’ils ont tous en commun certains fichiers identiques (à l’exception de rares changements de version); et cela malgré un patch qui était censé économiser le temps de téléchargement et l’espace occupé sur disque par les MAJ en conservant l’essential ‘sur place’.

1. Prenons par exemple un $NtUninstallKBnnnnnn$.

Sa structure est typiquement:

$NtUninstallKBnnnnnn$ (dir)
[fichiers ayant été MAJ]
spununist (dir)
updspapi.dll
spuninst.exe
spuninst.inf
spuninst.txt

Or, il suffit de créer un répertoire générique – disons $NtUninstallKB000000$
avec le même sous-répertoire ‘spuninst’ et les mêmes fichiers communs
(une bonne précaution serait de conserver toujours les dernière versions et les mettre en lecture seule):

$NtUninstallKB000000$ (dir)
spununist (dir)
updspapi.dll
spuninst.exe

et ensuite on peut sans crainte supprimer tous les fichiers communs dans tous les autres répertoires $NtUninstallKBnnnnnn$.
Une simple recherche sur les noms et hop! on efface tous _sauf_ les génériques.

Si jamais on a envie de désinstaller la MAJ il suffit de recopier préalablement les fichiers supprimés vers leur endroit d’origine.

2. Exactement le même principe peut être appliqué à $hf_mig$ (même si je doute que ce ne soit pas nécessaire) :

Dans celui-ci on crée un répertoire générique ‘KB000000′, qui va contenir
KB000000 (dir)
spuninst.exe
spmsg.dll
update (dir)
updspapi.dll
update.exe
spcustom.dll

Le répertoire SP2QFE et les autres fichiers spécifiques, on n’y touche pas.

Rien que cela permet d’économiser des centaines de MO.

Cordialement
Christophe

admin a dit:

20.06.2007 a 16:10

Bonjour bitwyse,
Ta remarque me fait ajouter deux commentaires :
- Il faut savoir ce qu’on fait lorsqu’on décide de supprimer ces répertoires
- Il faut manquer de place sur le DD, car après tout ce n’est pas trop gênant.
Cela dit, ta méthode est très intéressante, mais…
très longue !
Je dirais :
. Soit on ne touche à rien
. Soit on décide de tout supprimer (après avoir fait une sauvegarde compressée, par exemple).
. Soit on utilise ta méthode pour optimiser l’espace disque, si le besoin s’en fait sentir.
. Soit, le plus simple, on va dans Ajout/Suppr de PRog, on regarde à quoi correspond la mise à jour (le petit prog décrit au http://aieaie.com/?p=114 pourra servir), et on désinstalle si nécessaire.

bitwyse a dit:

20.06.2007 a 21:13

Salut admin

Certes il faut bien comprendre la signification de la suppression des ces répertoires car c’est difficilement réversible.

J’en ai 95 chez moi actuellement.
Dans les $NtUninstallKBnnnnnn$ les fichiers communs à tous prennent 600kO sur le disque par répertoire – ce qui représente 55MO au total.
Dans $hf_mig$ il y a 50 répertoires dans lesquels les fichiers communs à tous (qui – sauf erreur de ma part – ne seront plus jamais utilisés) occupent 1.32MO par répertoire – soit 66MO de plus gaspillés.
Soit un total de 120MO d’espace disque consommé inutilement.

De nos jours ça peut paraître peu – mais
1. ça va en s’augmentant progressivement
2. ça occupe aussi de la place dans les sauvegardes (…sur les CD/DVD) pour rien.

Le fait de regarder à quoi correspond une MAJ ne suffit pas: on ne peut pas savoir à l’avance si on va avoir besoin de désinstaller.
Il m’est arrivé qu’un jour quelque chose n’a pas marché, et après des recherches (souvent longues) je suis tombé sur un article du KB Microsoft confirmant que la MAJ KBxxxxxx était connu pour provoquer cet effet-là: on n’avait qu’à la désinstaller et tout rentrerait dans l’ordre.
Ce qui fut le cas.

Mais pour ce faire il a fallu faire comme je l’ai décrit: recopier les fichiers génériques dans le dossier concerné.
Or, si j’avais carrément supprimé les informations de (dés-)installation il aurait été vachement plus compliqué (retrouver les versions antérieures de chaque fichier remplacé – en se fiant à l’article de la KB pour savoir ce que je cherchais et de quand…).
Les effets secondaires ne se manifestent que parfois très longtemps après l’installation (quand la conjoncture est mauvaise) – ce serait bien trop tard.

Une fois mise en place ma méthode n’est pas si longue que ça. Les MAJ ne se font pas tlj et après chaque lot on n’a qu’à faire la recherche sur les 5 noms de fichiers concernés et tous supprimer (sauf les exemples génériques à conserver).

admin a dit:

22.06.2007 a 21:18

Merci pour toutes ces (importantes) précisions.