Visual Studio 2013 RTM Échec du programme d'Installation

Lors de l'installation de vs2013 RTM ,le développeur web et asp.net package d'exécution du programme d'installation a échoué.

J'ai trouvé quelques erreurs d'informations à partir de l'installation du fichier journal:

développeur web outil info:

[1024:1040][2013-10-18T22:36:08]i301: Applying execute package: webtoolsextensionsvs_1040, action: Install, path: C:\ProgramData\Package Cache\{BD63060C-F4C7-4E86-9C2A-4A102E7EE12C}v2.0.40926.0\packages\WPT\webtoolsextensionsvs2013.msi, arguments: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" SKIP_SETUP="1"'
[1024:1040][2013-10-18T22:36:19]e000: Error 0x80070643: Failed to install MSI package.
[1024:1040][2013-10-18T22:36:19]e000: Error 0x80070643: Failed to execute MSI package.
[0E84:0900][2013-10-18T22:36:19]e000: Error 0x80070643: Failed to configure per-machine MSI package.
[0E84:0900][2013-10-18T22:36:19]i000: MUX:  Installation size in bytes for package: webtoolsextensionsvs_1040 MaxAppDrive: 0  MaxSysDrive: 168521728  AppDrive: 0  SysDrive: 136851456
[0E84:0900][2013-10-18T22:36:19]i000: MUX:  Return Code:0x80070643 Msi Messages:0 Result Detail:WebConfigInitialize Restart:None
[0E84:0900][2013-10-18T22:36:19]i000: MUX:  Set Result: Return Code=-2147023293 (0x80070643), Error Message=, Result Detail=WebConfigInitialize, Vital=False, Package Action=Install, Package Id=webtoolsextensionsvs_1040
[0E84:0900][2013-10-18T22:36:19]w350: Applied non-vital package: webtoolsextensionsvs_1040, encountered error: 0x80070643. Continuing...
[1024:1040][2013-10-18T22:36:19]i325: Registering dependency: {9e6e5a9b-6f0e-40ff-84fb-19cab458402e} on package provider: {BD63060C-F4C7-4E86-9C2A-4A102E7EE12C}, package: webtoolsextensionsvs_1040

asp.net page 2 runtime package info:

 [1024:1040][2013-10-18T22:36:49]i301: Applying execute package: aspnetwebpages2_1030, action: Install, path: C:\ProgramData\Package Cache\{B536762B-1047-4B51-8ECF-46D5686E5416}v2.0.20716.0\packages\WPT\aspnetwebpages2.msi, arguments: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7"'
[1024:1040][2013-10-18T22:36:52]e000: Error 0x80070643: Failed to install MSI package.
[1024:1040][2013-10-18T22:36:52]e000: Error 0x80070643: Failed to execute MSI package.
[0E84:0900][2013-10-18T22:36:52]e000: Error 0x80070643: Failed to configure per-machine MSI package.
[0E84:0900][2013-10-18T22:36:52]i000: MUX:  Installation size in bytes for package: aspnetwebpages2_1030 MaxAppDrive: 0  MaxSysDrive: 1511424  AppDrive: 0  SysDrive: 729088
[0E84:0900][2013-10-18T22:36:52]i000: MUX:  Return Code:0x80070643 Msi Messages:0 Result Detail:WebConfigInitialize Restart:None
[0E84:0900][2013-10-18T22:36:52]w350: Applied non-vital package: aspnetwebpages2_1030, encountered error: 0x80070643. Continuing...
[1024:1040][2013-10-18T22:36:52]i325: Registering dependency: {9e6e5a9b-6f0e-40ff-84fb-19cab458402e} on package provider: Microsoft.ASP.NET.webpages_runtime,v2, package: aspnetwebpages2_1030
[1024:1040][2013-10-18T22:36:52]i301: Applying execute package: aspnetwebpages2vs12tools_1032, action: Install, path: C:\ProgramData\Package Cache\{64297226-2B81-4588-89BD-76440BC0BCFC}v4.1.21001.0\packages\WPT\aspnetwebpages2vs2013tools_enu.msi, arguments: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" SKIP_SETUP="1"'
[0E84:0900][2013-10-18T22:37:05]i000: MUX:  Installation size in bytes for package: aspnetwebpages2vs12tools_1032 MaxAppDrive: 0  MaxSysDrive: 9265152  AppDrive: 0  SysDrive: 5529600
[0E84:0900][2013-10-18T22:37:05]i000: MUX:  Return Code:0x0 Msi Messages:0 Result Detail:RollbackCleanup Restart:None
[0E84:0900][2013-10-18T22:37:05]i000: MUX:  Reset execution Result
[0E84:0900][2013-10-18T22:37:05]i000: MUX:  Reset Result
Je vais essayer 1). Désactiver votre anti-virus et anti-espion de logiciel lors de l'installation. 2). Installer le lastes mises à jour de Windows pour votre ordinateur Windows 7. 3). Nettoyez votre dossier %temp%, puis exécutez le programme d'installation avec des privilèges d'Administrateur.
L'erreur est de jeter à nouveau,après l'essai(3 étapes)! aider
Les journaux sont affichées à partir de la principale VS bundle (EXE), donc il ne résument les résultats de Msi. Il devrait y avoir fichiers journaux correspondants dans votre dossier %temp% pour chacun de ces paquets, par exemple: dd_vs_ultimate_20130228145032_175_aspnetwebpages2_1030.le journal de ces Msi exécuter une action qui modifie la racine web.config sur votre machine. C'est comme le fait que cette action est un échec, mais l'individu journaux MSI va le confirmer.
Lorsque vous fournir les extraits de l'individu MSI journaux, pourriez-vous également confirmer que le système d'exploitation que vous exécutez.
Pouvez-vous confirmer si votre ordinateur contient une entrée pour le Chemin sous la clé de registre HKLM\SOFTWARE\Microsoft\ASP.NET\4.0.30319.0?

OriginalL'auteur huoxudong125 | 2013-10-19

  1. 2

    J'ai eu la même erreur 0x80070643 dans le journal d'installation du fichier, mais lors de la désinstallation de Visual Studio 2012. L'application de la "Corriger" la solution de la "Méthode 1" ici résolu le problème.

    J'ai eu à exécuter le "Fix it" exe deux fois. Après avoir exécuté une fois, l'erreur a été corrigée pour un composant (LightSwitch), mais plus tard a échoué pour un autre composant. Sur l'exécuter à nouveau, la deuxième composante de l'erreur de suis fixé.

    J'ai trouvé la solution ici.

    OriginalL'auteur amolbk

  2. 0

    À la fois les Msi ont une action personnalisée qui tente d'écrire à la racine web.config. Je pense à deux raisons pour lesquelles il est faute de.

    1. ASP.NET Clé de Registre est Manquant

    Le chemin de la racine web.la config est déterminé par la lecture d'un jeu de clés de la base de registre.

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ASP.NET\4.0.30319.0\Chemin d'accès
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\ASP.NET\4.0.30319.0\Chemin

    Si ces touches sont absent, alors l'action personnalisée vous ne parviennent pas à localiser la racine du fichier de config. Le journal MSI
    montrer plus de détails, mais vous avez mentionné que vous avez nettoyé votre dossier %temp%. L'exécution de Visual Studio installer à nouveau (ou de faire une réparation) devrait générer de nouveaux fichiers journaux qu'il va essayer de réinstaller les Msi qui a échoué.

    Si la clé de registre est absent et que vous êtes en cours d'exécution sur Windows 7, puis essayez d'exécuter aspnet_regiis.exe.
    Voir http://msdn.microsoft.com/en-us/library/k6h9cz8h(v=vs. 100).aspx pour plus de détails. Sur Windows 8 ASP.NET 4.5 fonction est automatiquement activée lors de l'installation de Visual Studio 2013 à l'aide de l'outil DISM.

    2. Action personnalisée ne parvient pas à Charger

    Un second échec le plus souvent rencontrés sur Windows Server 2008 R2 est que le NetFx2-ServerCore WOW64 fonctionnalité est désactivée par défaut. L'action personnalisée est géré code et ne parvient pas à charger mscoree. Lorsque cela se produit, le MSI fichier journal affiche un message d'erreur semblable à l'extrait ci-dessous.

    MSI (s) (54:84) [10:46:19:296]: Doing action: WebConfigInitialize
Action ended 10:46:19: NetFxScheduleNativeImage. Return value 1.
MSI (s) (54:DC) [10:46:19:358]: Invoking remote custom action. DLL: D:\Windows\Installer\MSI7432.tmp, Entrypoint: Initialize
Action start 10:46:19: WebConfigInitialize.
SFXCA: Extracting custom action to temporary directory: D:\Windows\Installer\MSI7432.tmp-\
SFXCA: Failed to load mscoree.dll (Error code 126). This custom action requires the .NET Framework to be installed.
CustomAction WebConfigInitialize returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)

    Grâce,
    Jacques

    OriginalL'auteur Jacques Eloff

  3. 0

    J'ai été confrontée au même message d'erreur lors de l'installation de Visual Studio 2013 Professionnel.
    Après quelques recherches, j'ai créé quelque chose de ici.
    J'ai également installé MAMP il y a quelques semaines pour un projet php, et j'ai dû disatle HTTP sur le gestionnaire de périphériques (périphériques cachés) pour obtenir Apache pour démarrer sur le port 80. J'ai donc tout simplement définir le pilote HTTP option de démarrage pour en revenir à "demande" (comme indiqué sur l'image ci-dessous), et j'ai redémarré l'Visual Studio 2013 installation... avec succès!

    Visual Studio 2013 RTM Échec du programme d'Installation

    OriginalL'auteur barrast