Jump to content

icare

Members
  • Posts

    470
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by icare

  1. Bonjour,

    @mooms,

    pour pouvoir récupérer la dll, j'ai commencé par installer la KB4019990 qui installe la dll x64 dans system 32 mais aussi la dll x86 dans SysWOW64

    apparemment elle est restée lors de la désinstallation de la KB

    mon SFX ne l'installe pas

    si je la supprime, molotov ne fonctionne plus car c'est du 32 bits

    je la remet : c'est bon

    téléchargr mon SFX 32 bits : la dll est dedans et fait un essai

    si c'est OK, je modifie mon SFX

    @+

     

     

  2. Bonjour,

    Version 2017-05 du DNF 47 qui remplace le DNF 462.
    La méthode reste la même. Ces SFX permettent de réduire la taille des fichiers d'installation.
    Ils réduisent aussi la place utilisée sur la partition contenant Windows.
    Ils peuvent être installés en live par dessus les différentes version 4.5 ou 4.6 et aussi par dessus les versions 4.7 pour ceux qui ont fait quelques essais.
    Concernant la KB4019990 pré-requise, le SFX copie D3DCompiler_47.dll dans system32 et cela suffit.

    Merci de vos retours.

    @+

     

  3. Bonjour,

    Version 2017-04 du DNF 462.
    Je confirme  que la KB4014547 est cumulative.

    @rhahgleuhargh,
    c'est maintenant à jour.
    Ce contre-temps ne vient pas d'un problème de fond. Simplement, je travaille sur un Maker automatisé pour lequel j'éprouve parfois des dificultés.
    J'espère arriver à le publier.

    Merci de vos retours.

    @+

  4. Bonjour,

    Version corrigée pour 7-Zip 16.04.
    J'utilise "ie4uinit.exe -ClearIconCache" pour rafraîchir les icônes en live et pour la désinstallation. Mais en RunOnce lorsque la construction du bureau n'est pas terminée, on a un plantage.
    J'ai donc juste ajouté une condition pour ce rafraichissement et maintenant, tout me semble bon.
    En cherchant dans mes archives, j'ai constaté que j'avais déjà trouvée cette solution en Jan 2016
    Malheureusement, lorsqu'en Oct 2016, j'ai cherché à automatiser, je ne me souvenais plus pourquoi j'avais fait cela.
    Il va donc falloir que je prenne plus de notes.

    Mes multiples tests m'ont aussi permis de détecter une autre erreur  absolument mineure.
    En 64 bits, il est impératif pour les SFX lancés en RunOnce par WinToolkit d'utiliser x64 ou %%P dans les fichiers de configuration pour lancer quelque chose au redémarrage suivant :

    RunProgram    = "%%%%P:hidcon:REG ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce /V ic-MRT /D \"CMD /C START mrt.exe /Q ^& PING -n 3 127.0.0.1\" /F"
    et non :

    RunProgram    = ":hidcon:REG ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce /V ic-MRT /D \"CMD /C START mrt.exe /Q ^& PING -n 3 127.0.0.1\" /F"

    Merci de vos retours.

    @+

     

  5. Bonjour,

    en attendant la version 2017-02 de MRT, j'ai modifié le SFX (publié avant-hier) permettant de masquer la recherche de MRT par WU.
    Il est entièrement passif et par défaut, il masque la recherche.
    Il permet toutefois d'intervenir dans un délai de 12 secondes pour rétablir la recherche.

    @mooms,
    j'ai remplacé PING par TIMEOUT car j'ai trouvé l'interface plus conviviale et SET /P par CHOICE.

    Merci de vos retours.

    @+

     

  6. Bonjour,
    il est vrai qu'une simple clé de registre connue depuis 2005 puisse remplacer un leurre est une bonne nouvelle.
    Toutefois, je pense que MRT reste un utilitaire utile qui n'utilise des ressources qu'une fois par mois lors de ses mises à jour ou alors si on l'utilise manuellement.
    Le problème de la télémétrie me semble un faux problème car bien qu'activée par défaut, MS documente la désactivation ici.

    J'ai donc remplacé mon leurre par un SFX qui débarrasse complètement le système de tout ce qui concerne MRT (du moins ce que je connais). Ceci devrait (à mon avis) n'être utilisé que pour des tests. Il est possible de revenir en arrière en relançant le SFX.

    Merci de vos retours.
    @+

     

×
×
  • Create New...