locked
Problème installation des produits Office - erreur CAPI2 ID-513, dans le journal d'événements RRS feed

  • Question

  • Bonjour,

    Suite à la désinstallation d'un logiciel de sauvegarde des données, par image (il prenait des "snapshots" tous les x temps), je ne peux plus installer la suite Office. J'ai bien essayé la version d'évaluation en ligne (au cas où que c'était mon produit qui ne marchait pas) mais l'installation s'interrompt au bout de 25% d'installation.

    Pour rentrer dans les détails, en désinstallant le logiciel de sauvegarde, je pense qu'il a restauré automatiquement mon PC à la date où j'ai fait la première sauvegarde, la "baseline". Je suis presque sûre de lui avoir donné l'instruction de garder le PC tel qu'il était... m'enfin. Toujours est-il, j'ai redémarré le PC, et le logiciel qui voulait finir de se désinstaller s'est  bloqué en cours de route et impossible de démarrer sous windows. Après quelques recherches, j'ai finalement booté le pc avec un Live Cd d'Ubuntu, pour réparer le MBR, ce qui a marché.

    Au démarrage, surprise, des photos, logiciels, documents et autres n'étaient plus là. des fichiers windows manquaient. il a fallu que je lance un CHKDSK pour régler le problème des librairies manquantes. Réinstaller les logiciels manquants et tout ce qui s'ensuit. 

    Là où je coince, c'est pour l'installation de la suite Office. D'après le journal d'événements, une erreur se produit  :

    une erreur de source CAPI2, ID 257 (oui, oui 257). Grâce aux divers forums du net, j'en suis venu à la conclusion que le MBR était "non-standard ou infecté". J'ai utilisé le disque de réparation Windows au démarrage, pour le réparer proprement via l'invite de commandes. Puis, j'ai refais un scan du MBR, et là, le problème du MBR était résolu.

    Je re-essaie d'installer la suite, et toujours ce même blocage, au même endroit de la barre de progression. Mais, cette fois, le journal d'événements m'indique une erreur de source CAPI2 Id-513 !! en détails :

    Les services de chiffrement ont échoué lors du traitement de l’appel OnIdentity() dans l’objet System Writer.

    Details:
    TraverseDir : Unable to FindFirstFile.

    System Error:
    Accès refusé.

    J'ai tenté les solutions proposés dans les forums microsoft en ce qui concerne les autorisations du dossier Windows/registration mais cela ne change rien. J'ai également essayé une autre solution trouvée (je ne sais plus laquelle) mais toujours en lien avec les autorisations de dossier.

    Je pense que la solution est plus en profondeur, peut-être un fichier manquant ou endommagé dans la base de registre. ou autre chose

    Si quelqu'un a déjà connu cette situation, si quelqu'un a n'importe quelle idée à me proposer, je suis toute ouïe. Ca fait 2 jours que je m'acharne et rien.

    ah oui, au passage : les mises à jour Windows Updates s'effectue correctement, si vous vouliez me poser la question.

    Merci d'avance,

    Julie

    SE : Windows 7 ed. familiale premium, 64 bits


    • Modifié Julie36 vendredi 7 septembre 2012 21:39
    vendredi 7 septembre 2012 21:19

Réponses

  • Et bien, avec un peu (beaucoup) de patience, j'ai plus ou moins résolu le problème : j'ai réussi à installer la suite OFFICE 2010.

    Si ça peut aider certains, voilà comment j'ai fait :

    J'ai trouvé un logiciel bien sympa, qui m'a permis de suivre en temps réel les ajouts qui étaient fait pendant l'installation. Il s'appelle "TrackFolderChanges". Avec un suivi des ajouts dans le dossier C:\Windows particulièrement, j'ai découvert l'existence du dossier "Installer" (c:\Windows\Installer), qui est "invisible", malgré la case "afficher les dossiers cachés". Grâce au logiciel, on peut atteindre le dossier par un clique-droit.

    J'ai ainsi pu voir des fichiers portant l'extension *.msi qui étaient ajoutés, et qui correspondaient au différents packages qui avaient pour but de s'installer sur mon Pc. Au moment où l'erreur survenait, je me demandais si ils avaient réussi à s'installer, où si ces packages avaient juste eu le temps de s'extraire. J'avais le nom des packages correspondants, mais je ne trouvais pas leur trace ni dans "Programmes et fonctionnalités", ni dans le dossier "OFFICE14", dans Programmes. Mais le doute était encore là.

    Un Ptit logiciel génial, c'est "Microsoft Fix it center". J'avais essayé de résoudre mon problème en lui demandant de tenter de résoudre un problème "d'installation" sans succès. Il nous demande ensuite de choisir le programme que l'on veut installé dans une liste qu'il nous donne, ou bien de dire qu'il n'est pas répertorié. Il se trouve que dans cette liste, il y avait 6-7 programmes dont le nom commençait par "Microsoft office". Mais à la première utilisation du logiciel, ça ne m'avait pas plus interpellé. C'est après avoir utilisé "Trackfolderchanges" que j'ai fais le rapprochement entre le nom des packages .msi, et les programmes listés dans "Microsoft fix it center." J'ai donc demandé au soft de tenter de procéder à la désinstallation de ces programmes (un par un bien sûr), ce qu'il a réussi. A chaque désinstallation, il avait par la même occasion appliqué des correctifs dans la base de registre.

    Une fois ces programmes désinstallés, j'ai retenté l'installation d'OFFICE et là ça aboutit. Mais non sans peine, car elle s'est interrompu à deux reprises. Mais au lieu de s'arrêter complètement sans me donner de raison, elle se mettait en pause et j'avais le nom de l'erreur, et une petite explication du pourquoi de l'interruption de l'installation. Aux deux reprises, les erreurs concernaient les répertoires "C:\Programmes\common Files\Microsoft Shared\OFFICE14" et "c:\Programmes\Common Files\Microsoft Shared\OfficeSoftwareProtection Plateforme". Les erreurs me disaient que ces les fichiers à l'intérieur de ces répertoires n'étaient pas l'autorisation d'être modifiés ou bien n'existaient pas. Ils existaient et les autorisations attribuées aux dossiers étaient normales mais par contre, les fichiers à l'intérieur (principalement des *.dll), n'avaient absolument aucune autorisation. RIen. Nada. Pour le deuxième, il n'y avaient même pas d'utilisateur (ni system, ni administrateur).

    En deux étapes, En utilisant la touche "Shift", clique-droit, "ouvrir ici une invite commandes en tant qu'administrateur" sur chaque dossier, et en utilisant les commandes "Takeown \f *.*" et "icacls *.*" (avec les droits appropriés pour chaque type d'utilisateur), j'ai pu faire reprendre l'installation Office qui s'est finalement soldé par une réussite !

    Par contre, quand je lance la commande "vssadmin list writers" dans l'invite de commandes, toujours pas de trace de "system:writer", et l'erreur CAPI2- id 513. Donc je pense qu'il y a toujours un problème en arrière qui peut être expliquer les deux erreurs que j'ai eu pendant l'installation. Seul le futur me dira si ça me causera d'autres soucis.

    Sur ce, Bien à vous et merci d'avoir tenté de m'aider. J'ai quand même appris quelque chose avec cette mise à niveau Windows sans toucher aux documents et programmes. Je le conseille quand même en dernier recours, parce que je passe mon temps à redémarrer le Pc : Windows update me trouve des mises à jours toutes les 10 mins. j'en suis à 95 mises à jour depuis la mise à niveau....

    Merci.


    • Marqué comme réponse Julie36 lundi 10 septembre 2012 12:57
    lundi 10 septembre 2012 12:56

Toutes les réponses

  • Bonjour,

    Tentez une réparation système:
     
     
     
    Démarrer/Tous les programmes/Accssoires/Clic droit sur Invite de commande/Exécuter en tant qu'administrateur: là tapez:
     
     
     
    sfc /scannow
     
     
     
    Laissez faire, ça dure un moment.


    Cordialement.

    vendredi 7 septembre 2012 21:37
  • Déjà fait plusieurs fois !! 

    Malheureusement, des erreurs restent en suspens, ne peuvent pas être réparés par sfc.. J'ai tenté de les réparer manuellement grâce à ces commandes :

    http://answers.microsoft.com/en-us/windows/forum/windows_vista-performance/sfc-scannow-detected-some-corrupt-files-unable-to/aef21425-6530-464a-a18d-a4d21449aa82

    mais sfc revient avec les mêmes erreurs :

    [...]

    2012-09-07 17:51:10, Info                  CSI    0000018c [SR] Cannot repair member file [l:24{12}]"MFC90CHS.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    0000018e [SR] Cannot repair member file [l:24{12}]"MFC90CHT.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    00000190 [SR] Cannot repair member file [l:24{12}]"MFC90ESN.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    00000192 [SR] Cannot repair member file [l:24{12}]"MFC90ESP.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    00000194 [SR] Cannot repair member file [l:24{12}]"MFC90DEU.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    00000196 [SR] Cannot repair member file [l:24{12}]"MFC90ENU.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    00000198 [SR] Cannot repair member file [l:24{12}]"MFC90FRA.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    0000019a [SR] Cannot repair member file [l:24{12}]"MFC90ITA.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    0000019c [SR] Cannot repair member file [l:24{12}]"MFC90JPN.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    0000019e [SR] Cannot repair member file [l:24{12}]"MFC90KOR.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch
    2012-09-07 17:51:10, Info                  CSI    000001a0 [SR] Cannot repair member file [l:24{12}]"MFC90RUS.DLL" of Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName neutral, PublicKey neutral in the store, hash mismatch

    [...]

    2012-09-07 17:51:47, Info                  CSI    000001bf [SR] Cannot verify component files for policy.9.0.Microsoft.VC90.MFCLOC, Version = 9.0.30729.4148, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:24{12}]"win32-policy", TypeName neutral, PublicKey neutral, manifest is damaged (TRUE)

    [..]

    Les premières erreurs concernent donc MFC90 en plusieurs langues on dirait.. et ensuite, la dernière toujours MFC90 mais je ne vois pas quel fichier..

    Merci pour la réponse rapide en tout cas !



    • Modifié Julie36 vendredi 7 septembre 2012 22:06
    vendredi 7 septembre 2012 22:05
  • Bonjour,


    alors reste la procédure de notre ami Aski pour réparer windows 7 sans perte de données ou d'applications:

    Réinstallez le système après avoir désinstallé le SP1 de Windows 7

    http://windows.microsoft.com/fr-FR/windows7/uninstall-sp1

        télécharger le SP1 (Windows6.1-KB976932-X64.exe pour 64 bits)

        http://www.microsoft.com/downloads/fr-fr/details.aspx?FamilyID=c3202ce6-4056-4059-8a1b-3a9b77cdfdda&displayLang=fr

        réparer sans pertes de données

        http://www.chantal11.com/2009/04/installer-reparer-windows-7-mise-a-niveau-sans-perte-donnees-et-logiciels-seven/
        installer le SP1 téléchargé


    Si vous ne possèdez pas de DVD d'installation de Windows 7:

        télécharger l'ISO de ta version de Windows 7 sans SP1

        http://www.winmacsofts.com/2010/04/telecharger-limage-iso-de-windows-7-depuis-le-site-de-microsoft/

        ou avec SP1

        http://www.winmacsofts.com/2011/08/telechargement-direct-de-liso-de-windows-7-avec-sp1/

        graver le DVD ou la clé d'installation

        http://dechily.org/Forum_Aski/topic187.html


    Cordialement.

    samedi 8 septembre 2012 07:58
  • Ah bah dis donc, on passe du tout au tout.

    Je me doutais un peu que j'allais devoir y passer. Je fais ça et je reviens vers vous pour vous donner le résultat.

    Merci.

    samedi 8 septembre 2012 18:36
  • Voilà,

    J'ai ré-installé Windows 7 grâce aux liens que vous m'aviez donné. Seulement, je n'ai pas pu désinstallé le package SP1. D'après Windows, si un nettoyage de disque a été effectué depuis son installation, il se peut que les fichiers de sauvegarde qui vont avec aient été supprimés. Et étant donné que j'effectue des nettoyages de disque régulièrement..

    Et malheureusement, ça n'a pas réglé le problème d'installation. Ca s'arrête au même point et c'est toujours la même erreur qui s'affiche.

    J'ai également remarqué qu'elle s'affichait pendant l'installation d'autres logiciels, mais celles-ci se terminaient avec succès malgré tout.

    J'ai refait un sfc /scannow et cette fois, par contre, aucune erreur !

    Vais-je devoir passer par la case "formatage au complet" ? 

    dimanche 9 septembre 2012 02:48
  • Bonjour JULIE36 ,

    lancer la console dans l'environnement de réparation de Windows 7 :

    Démarrer votre pc avec le cd d 'installation de windows 7.

    • Choisissez Réparer votre ordinateur .
    • Accéder à l' option invite de commande .

    • Puis ,inscrire la syntaxe suivante

    sfc /scannow /OFFBOOTDIR=C:\ /OFFWINDIR=C:\windows

    • Patienter durant le temps de réparation ( à la fin de la procédure , le résultat de la réparation s'afficheras )
    • Quitter la console de réparation et enlever le cd d 'installation afin de redémarrer normalement .

    Vous pouvez également suivre la même procédure

    http://www.chantal11.com/2010/05/windows-7-ne-demarre-plus-reparer-avec-environnement-winre-options-demarrage-avancees/

    Cordialement


    Les personnes répondant ici sont tous des utilisateurs bénévoles donnant de leur temps pour vous aider à résoudre les problèmes rencontrés dans l'utilisation des produits et technologies Microsoft. Pour le support technique s'il vous plaît contactez le support Microsoft.






    dimanche 9 septembre 2012 14:38
    Auteur de réponse
  • Réponse de cette commande : Aucune violation d'intégrité ! 

    Je me demandais si ça pouvait venir des autorisations que j'ai du modifier pour tenter de réparer l'erreur précédent CAPI2- id513, qui était CAPI2 id257.

    Après la mise à niveau de Windows 7, j'ai remarqué par exemple des doublons dans les autorisations dans le dossier Windows :

    

    Existe-il un soft qui permettrait de restaurer les autorisations par défaut des dossiers windows ?

    Je ne sais pas si ça peut aider mais voici le détail de l'événement cité dans mon premier message :

    Les services de chiffrement ont échoué lors du traitement de l’appel OnIdentity() dans l’objet System Writer.

    Details:
    TraverseDir : Unable to FindFirstFile.

    System Error:
    Accès refusé.

    Cordialement

    dimanche 9 septembre 2012 21:12
  • Et bien, avec un peu (beaucoup) de patience, j'ai plus ou moins résolu le problème : j'ai réussi à installer la suite OFFICE 2010.

    Si ça peut aider certains, voilà comment j'ai fait :

    J'ai trouvé un logiciel bien sympa, qui m'a permis de suivre en temps réel les ajouts qui étaient fait pendant l'installation. Il s'appelle "TrackFolderChanges". Avec un suivi des ajouts dans le dossier C:\Windows particulièrement, j'ai découvert l'existence du dossier "Installer" (c:\Windows\Installer), qui est "invisible", malgré la case "afficher les dossiers cachés". Grâce au logiciel, on peut atteindre le dossier par un clique-droit.

    J'ai ainsi pu voir des fichiers portant l'extension *.msi qui étaient ajoutés, et qui correspondaient au différents packages qui avaient pour but de s'installer sur mon Pc. Au moment où l'erreur survenait, je me demandais si ils avaient réussi à s'installer, où si ces packages avaient juste eu le temps de s'extraire. J'avais le nom des packages correspondants, mais je ne trouvais pas leur trace ni dans "Programmes et fonctionnalités", ni dans le dossier "OFFICE14", dans Programmes. Mais le doute était encore là.

    Un Ptit logiciel génial, c'est "Microsoft Fix it center". J'avais essayé de résoudre mon problème en lui demandant de tenter de résoudre un problème "d'installation" sans succès. Il nous demande ensuite de choisir le programme que l'on veut installé dans une liste qu'il nous donne, ou bien de dire qu'il n'est pas répertorié. Il se trouve que dans cette liste, il y avait 6-7 programmes dont le nom commençait par "Microsoft office". Mais à la première utilisation du logiciel, ça ne m'avait pas plus interpellé. C'est après avoir utilisé "Trackfolderchanges" que j'ai fais le rapprochement entre le nom des packages .msi, et les programmes listés dans "Microsoft fix it center." J'ai donc demandé au soft de tenter de procéder à la désinstallation de ces programmes (un par un bien sûr), ce qu'il a réussi. A chaque désinstallation, il avait par la même occasion appliqué des correctifs dans la base de registre.

    Une fois ces programmes désinstallés, j'ai retenté l'installation d'OFFICE et là ça aboutit. Mais non sans peine, car elle s'est interrompu à deux reprises. Mais au lieu de s'arrêter complètement sans me donner de raison, elle se mettait en pause et j'avais le nom de l'erreur, et une petite explication du pourquoi de l'interruption de l'installation. Aux deux reprises, les erreurs concernaient les répertoires "C:\Programmes\common Files\Microsoft Shared\OFFICE14" et "c:\Programmes\Common Files\Microsoft Shared\OfficeSoftwareProtection Plateforme". Les erreurs me disaient que ces les fichiers à l'intérieur de ces répertoires n'étaient pas l'autorisation d'être modifiés ou bien n'existaient pas. Ils existaient et les autorisations attribuées aux dossiers étaient normales mais par contre, les fichiers à l'intérieur (principalement des *.dll), n'avaient absolument aucune autorisation. RIen. Nada. Pour le deuxième, il n'y avaient même pas d'utilisateur (ni system, ni administrateur).

    En deux étapes, En utilisant la touche "Shift", clique-droit, "ouvrir ici une invite commandes en tant qu'administrateur" sur chaque dossier, et en utilisant les commandes "Takeown \f *.*" et "icacls *.*" (avec les droits appropriés pour chaque type d'utilisateur), j'ai pu faire reprendre l'installation Office qui s'est finalement soldé par une réussite !

    Par contre, quand je lance la commande "vssadmin list writers" dans l'invite de commandes, toujours pas de trace de "system:writer", et l'erreur CAPI2- id 513. Donc je pense qu'il y a toujours un problème en arrière qui peut être expliquer les deux erreurs que j'ai eu pendant l'installation. Seul le futur me dira si ça me causera d'autres soucis.

    Sur ce, Bien à vous et merci d'avoir tenté de m'aider. J'ai quand même appris quelque chose avec cette mise à niveau Windows sans toucher aux documents et programmes. Je le conseille quand même en dernier recours, parce que je passe mon temps à redémarrer le Pc : Windows update me trouve des mises à jours toutes les 10 mins. j'en suis à 95 mises à jour depuis la mise à niveau....

    Merci.


    • Marqué comme réponse Julie36 lundi 10 septembre 2012 12:57
    lundi 10 septembre 2012 12:56
  • Bonjour,

    Je suis heureux que vous avez résolu votre souci. Je vous remercie pour votre réponse aussi complexe.

    Bonne journée.

    Cordialement,

    Dan


    Dan BAJENARU, MSFT    Votez! Appel à la contribution
    Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 10 septembre 2012 14:38