MENU
  1. Accueil
  2. Windows
  3. Windows11
  4. Impossible d’installer Visual C++ 2015‑2022 14.40.33810 sur Windows 11 : erreur 0x80070643 et « network resource unavailable » — guide complet

Impossible d’installer Visual C++ 2015‑2022 14.40.33810 sur Windows 11 : erreur 0x80070643 et « network resource unavailable » — guide complet

Windows11

Après une mise à niveau vers Windows 11, l’installation de Microsoft Visual C++ 2015‑2022 Redistributable (x64) 14.40.33810 échoue avec 0x80070643 et le message « network resource unavailable ». Voici un guide concret pour nettoyer les résidus MSI et finaliser l’installation sans erreur.

Sommaire

Vue d’ensemble du problème

Plusieurs utilisateurs constatent, après passage de Windows 10 à Windows 11, que l’installateur VC_redist.x64 ne parvient ni à mettre à jour ni à désinstaller proprement les versions existantes. Les symptômes typiques sont :

  • Message : « The feature you are trying to use is on a network resource that is unavailable » ; l’installeur recherche vc_runtimeMinimum_x64.msi (souvent 14.32.31326) introuvable.
  • Erreur MSI 0x80070643 / « Fatal error during installation », parfois suivie d’erreurs de type 1612/1714 indiquant qu’une version précédente ne peut pas être supprimée.
  • Le journal dd_vcredist_amd64.log (dans %TEMP%) mentionne encore des packages 14.32… ou 14.40… (Detected related package, Product already installed), ce qui bloque la séquence de mise à niveau.

Ce blocage est généralement causé par des entrées MSI « orphelines » : la couche Burn/WiX du programme vc_redist détecte la présence de composants Minimum/Additional (x64 et x86) dans le Registre, alors que les fichiers ou le cache MSI correspondant (C:\Windows\Installer\*.msi) ont disparu. L’installeur refuse alors d’écraser ou d’upgrader ce qu’il croit déjà installé.

Solution proposée et mise en œuvre (résumé consolidé)

ÉtapeActionDétails pratiques
1. Nettoyage automatiséProgram Install and Uninstall Troubleshooter de Microsoft pour supprimer l’entrée cassée.Choisir Uninstalling, sélectionner la ligne Visual C++ concernée. ⚠️ Sous Windows 11, l’outil ne suffit pas toujours  → passer à la purge manuelle.
2. Purge manuelle du RegistreEffacer toutes les clés résiduelles pointant vers d’anciennes versions.HKEY_CLASSES_ROOT\Installer\Dependencies\Microsoft.VS.VC_* (Minimum & Additional, x86 & x64) HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\DevDiv\vc* Clés « Products »/« UpgradeCodes » repérées dans le log (ex. {5BE42683…}, {AE14269C…}). Sauvegarder le Registre, purger, puis redémarrer.
3. Outil de nettoyage MSI (optionnel)Utiliser un nettoyeur MSI réputé pour supprimer des entrées orphelines récalcitrantes.Réservé aux cas où des clés « Products » restent verrouillées. Rester prudent et créer un point de restauration.
4. Ré‑installation propreInstaller la dernière mouture officielle Microsoft Visual C++ 2015‑2022 Redistributable (x64).Exécuter l’EXE en tant qu’administrateur, toutes applications fermées (VS/Build Tools compris).
5. Vérifications supplémentairesÉcarter un blocage de la pile MSI/Windows Update.Vérifier l’historique des mises à jour, réinitialiser le service Windows Installer, lancer le dépanneur Windows Update si nécessaire.

Résultat attendu : après suppression exhaustive des clés Installer\Dependencies et Products puis redémarrage, l’installation de 14.40.33810 s’exécute sans erreur.

Avant de commencer

  • Créer un point de restauration (Protection du système) et sauvegarder le Registre : Regedit ▸ Fichier ▸ Exporter ▸ Arborescence complète.
  • Ouvrir une console PowerShell en tant qu’Administrateur.
  • Fermer Visual Studio, les Build Tools et tout IDE qui pourrait verrouiller des DLL.
  • Si un antivirus/EDR surveille les installations MSI, désactiver temporairement la protection active (si la politique le permet).

Symptômes détaillés et indices utiles

  • Dans dd_vcredist_amd64.log : lignes du type Detected related package renvoyant vers vc_runtimeMinimum_x64 14.32.31326 ou vc_runtimeAdditional_x64.
  • Fenêtre d’erreur demandant un chemin vers un .msi manquant : l’installeur essaie de réparer/désinstaller une version précédente mais ne retrouve pas la source.
  • Journaux Applications de l’Observateur d’événements : entrées MsiInstaller de type échec (status 1603/1714).

Pourquoi l’erreur survient

Le redistribuable Visual C++ est un bootstrapper WiX (« Burn ») qui orchestre l’installation de deux MSI : vc_runtimeMinimum_x64 et vc_runtimeAdditional_x64 (et leurs équivalents x86). Lors d’une migration Windows 10 → Windows 11, il arrive que des renseignements de présence restent dans les clés MSI — alors que le cache C:\Windows\Installer ou des composants ont été supprimés/renommés. Résultat : l’installeur croit qu’une version existe déjà et bloque la mise à jour 14.40.33810, avec l’erreur 0x80070643.

Plan de résolution pas à pas (détaillé)

Nettoyage automatisé

Commencez par l’outil Microsoft Program Install and Uninstall Troubleshooter :

  1. Lancer l’outil, choisir Uninstalling.
  2. Sélectionner Microsoft Visual C++ 2015‑2022 Redistributable (x64) (ou l’entrée incohérente) puis valider la suppression forcée.
  3. Redémarrer et tenter la ré‑installation de 14.40.33810.

Si l’outil ne trouve pas la ligne ou échoue, passez à la purge manuelle.

Purge manuelle du Registre

Attention : manipuler le Registre comporte des risques. N’avancez que si vous avez sauvegardé le Registre et compris les clés visées.

Le but est d’éliminer toutes les traces MSI qui font croire au système que des composants 14.32/14.40 sont présents.

Clés à inspecter/supprimer

  • HKEY_CLASSES_ROOT\Installer\Dependencies\Microsoft.VS.VC_RuntimeMinimumVSU_amd64,*
  • HKEY_CLASSES_ROOT\Installer\Dependencies\Microsoft.VS.VC_RuntimeAdditionalVSU_amd64,*
  • HKEY_CLASSES_ROOT\Installer\Dependencies\Microsoft.VS.VC_*_x86,* (les entrées x86 peuvent interférer avec la détection globale)
  • HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\DevDiv\vc* (anciennes références vc)
  • HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\* et HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\UpgradeCodes\* liés aux packages VC ; tirez la liste exacte depuis le journal dd_vcredist_amd64.log.

Méthode guidée

  1. Ouvrir Regedit et activer la recherche : Édition ▸ Rechercher…
  2. Rechercher successivement les termes : vc_runtimeMinimum_x64, vc_runtimeAdditional_x64, Microsoft.VS.VC_Runtime, 14.32.31326, 14.40.33810, Visual C++ 2015‑2022.
  3. Pour chaque correspondance clairement liée à Visual C++, exporter la clé pour sauvegarde puis supprimer la clé.
  4. Répéter pour les architectures x86 si des clés apparaissent (« Additional/Minimum x86 »), puis fermer Regedit.
  5. Redémarrer Windows.

Automatiser l’inventaire (PowerShell)

Ce petit script recense les entrées Uninstall et Dependencies liées au redistribuable Visual C++ :

$ErrorActionPreference = 'SilentlyContinue'
$uninstallRoots = @(
  'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall',
  'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall'
)
Write-Host "`n--- Éléments Uninstall (si présents) ---"
$uninstallRoots | ForEach-Object {
  Get-ChildItem $_ | Get-ItemProperty |
    Where-Object { $_.DisplayName -match 'Visual C\+\+.*2015.*2022' } |
    Select-Object PSChildName, DisplayName, DisplayVersion, Publisher
}

Write-Host "`n--- Dependencies (HKCR\Installer\Dependencies) ---"
Get-ChildItem 'HKCR:\Installer\Dependencies' |
Where-Object { $*.PSChildName -like 'Microsoft.VS.VC**' } |
Select-Object PSChildName

Servez-vous de cette liste pour cibler précisément les clés à supprimer.

Outil de nettoyage MSI (optionnel)

Si certaines clés Products/UpgradeCodes restent verrouillées ou si l’entrée « Microsoft Visual C++ 2015‑2022… » demeure dans Applications installées sans se laisser désinstaller, un outil de nettoyage MSI tiers et réputé peut aider à retirer les références orphelines. Appliquez‑le uniquement après sauvegarde et redémarrez immédiatement après l’opération.

Ré‑installation propre

  • Télécharger la dernière version officielle de Microsoft Visual C++ 2015‑2022 Redistributable (x64).
  • Exécuter vc_redist.x64.exe en tant qu’administrateur.
  • Option avancée : générer un log MSI verbeux pour analyse si besoin : Start-Process -FilePath "$env:TEMP\vc_redist.x64.exe" -ArgumentList "/quiet /norestart /log `"$env:TEMP\vc_redist_install.log`"" -Wait -Verb RunAs

Vérifications supplémentaires

  • Windows Installer : ré‑enregistrer le service si des échecs récurrents apparaissent : msiexec /unregister msiexec /regserver
  • SFC/DISM (pour assainir la couche système si corrompue) : sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth
  • Windows Update : vérifier l’historique et, en dernier recours, désinstaller la mise à jour la plus récente si l’erreur a démarré juste après.
  • Stratégies MSI : confirmer que DisableMSI n’est pas positionné à 2 dans HKLM\SOFTWARE\Policies\Microsoft\Windows\Installer.

Alternative rapide avec winget

Le gestionnaire de packages Windows contourne parfois les incohérences MSI. En PowerShell Administrateur :

winget uninstall --id "Microsoft.VCRedist.2015+.x64"
winget install  --id "Microsoft.VCRedist.2015+.x64"

Après l’installation, validez la présence de la ligne Microsoft Visual C++ 2015‑2022 Redistributable (x64) – 14.40.33810 dans Paramètres ▸ Applications ▸ Applications installées.

Validation post‑installation

Contrôle des entrées « Uninstall »

$roots = @(
 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall',
 'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall'
)
$roots | ForEach-Object {
  Get-ChildItem $_ | Get-ItemProperty |
    Where-Object { $_.DisplayName -like 'Microsoft Visual C++ 2015-2022* (x64)*' } |
    Select-Object DisplayName, DisplayVersion, Publisher
}

Contrôle des DLL installées

Les bibliothèques principales (vcruntime140.dll, vcruntime140_1.dll, msvcp140.dll) doivent être au moins en 14.40.33810 dans %SystemRoot%\System32 (x64). Vérifiez :

Get-Item "$env:SystemRoot\System32\vcruntime140.dll","$env:SystemRoot\System32\vcruntime140_1.dll","$env:SystemRoot\System32\msvcp140.dll" |
  ForEach-Object { $_.VersionInfo | Select-Object FileName, FileVersion, ProductVersion }

Annexe : interpréter le journal dd_vcredist_amd64.log

Ce journal, écrit dans %TEMP%, est capital pour identifier les clés « Products »/« Dependencies » à supprimer. Recherchez des motifs comme :

[...]
Detect: Related package found: vc_runtimeMinimum_x64, version: 14.32.31326, productCode: {AE14269C-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
Detect: Related package found: vc_runtimeAdditional_x64, version: 14.32.31326, productCode: {5BE42683-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
Plan: Remove existing related package {AE14269C-...}
Plan: Remove existing related package {5BE42683-...}
Apply: Error 0x80070643: Failed to remove MSI package
[...]

Copiez les productCode (GUID) et inspectez les sections Installer\Products/UpgradeCodes correspondantes dans le Registre pour les supprimer après sauvegarde.

Encadré pratique : causes et corrections par code d’erreur

CodeSignification fréquenteCorrectif recommandé
0x80070643 (1603)Erreur fatale pendant l’installation (souvent échec de désinstallation d’une version précédente).Purge des clés MSI orphelines (Dependencies, Products), redémarrage, ré‑installation.
1612Source d’installation introuvable (cache MSI manquant).Supprimer l’entrée cassée via l’outil de dépannage ou Registre, puis installer la version récente.
1714Impossible de supprimer l’ancienne version.Nettoyage manuel des GUID concernés et ré‑enregistrement de Windows Installer.
0x80070666Une autre version est déjà installée.Désinstaller d’abord la version signalée (x86/x64) ou mettre à niveau via winget.

Bonnes pratiques pour éviter la rechute

  • Désinstaller proprement les différents « Microsoft Visual C++ Redistributable » depuis Paramètres ▸ Applications avant toute purge du Registre.
  • Conserver les exécutables vc_redist utilisés sur vos postes (ou un dépôt interne) afin de disposer d’une source de réparation si le cache MSI est perdu.
  • Éviter d’outils qui « nettoient » arbitrairement C:\Windows\Installer\ : la suppression de ce cache brise le mécanisme MSI.
  • Planifier l’installation hors connexion et fermer tous les logiciels de développement.
  • Normaliser le déploiement via winget, Intune, Configuration Manager ou un script PowerShell signé pour garder des versions homogènes.

Exemples de scripts utiles

Export de sauvegarde des zones critiques du Registre

$stamp = Get-Date -Format 'yyyyMMdd_HHmmss'
reg export "HKCR\Installer\Dependencies" "$env:TEMP\Dependencies_$stamp.reg" /y | Out-Null
reg export "HKLM\SOFTWARE\Classes\Installer\Products" "$env:TEMP\Products_$stamp.reg" /y | Out-Null
reg export "HKLM\SOFTWARE\WOW6432Node\Microsoft\DevDiv" "$env:TEMP\DevDiv_$stamp.reg" /y | Out-Null
Write-Host "Sauvegardes créées dans $env:TEMP"

Suppression ciblée des dépendances Visual C++

# ⚠️ À utiliser après sauvegarde uniquement
$depRoot = 'HKCR:\Installer\Dependencies'
Get-ChildItem $depRoot | Where-Object { $_.PSChildName -like 'Microsoft.VS.VC_*' } |
  ForEach-Object {
    Write-Host "Suppression de $($_.PSChildName)"
    Remove-Item -Path $_.PSPath -Recurse -Force
  }

Ré‑enregistrement de Windows Installer et redémarrage des services clés

Start-Process "cmd.exe" '/c msiexec /unregister & msiexec /regserver' -Verb RunAs -Wait
Restart-Service TrustedInstaller -ErrorAction SilentlyContinue
Restart-Service wuauserv -ErrorAction SilentlyContinue

Cas particuliers à connaître

  • Présence de Visual Studio/Build Tools en préversion : certaines préversions épinglent des révisions spécifiques de VC++. Réinstallez Visual Studio après la réparation des redistribuables.
  • Versions x86 et x64 mélangées : une entrée x86 « cassée » peut faire échouer l’installation x64. Nettoyez les deux architectures.
  • Interférence d’une GPO/EDR : si l’installation est pilotée par une stratégie d’entreprise, exécutez le correctif depuis un compte autorisé et en réseau d’entreprise.

Checklist express

  • Créer point de restauration + sauvegarde Registre.
  • Tenter le Program Install and Uninstall Troubleshooter.
  • Nettoyer HKCR\Installer\Dependencies\Microsoft.VS.VC_* + HKLM\SOFTWARE\Classes\Installer\Products\* + WOW6432Node\Microsoft\DevDiv\vc*.
  • Redémarrer.
  • Installer VC++ 2015‑2022 (x64) 14.40.33810 en Admin.
  • Valider dans Applications installées et vérifier les DLL en 14.40.33810.
  • Si blocage persiste : msiexec /unregister → /regserver, DISM/SFC, puis déploiement via winget.

FAQ

Faut‑il supprimer aussi les versions x86 ? Oui si elles sont orphelines ou référencées dans le log. Elles peuvent empêcher la mise à jour x64.

Je ne retrouve pas les GUID vus dans le log. Les GUID sont hachés dans Installer\Products. Recherchez plutôt par DisplayName/PackageName ou par mots‑clés (vc_runtimeMinimum, Additional).

Peut‑on installer une version plus récente que 14.40.33810 ? Oui ; la méthode reste identique. L’essentiel est de nettoyer les résidus avant d’installer.

Utiliser Win32_Product pour lister les produits MSI ? À éviter : il déclenche des réparations MSI coûteuses et peut aggraver la situation. Préférez la lecture des clés Uninstall.

Conclusion

Ce blocage d’installation de Microsoft Visual C++ 2015‑2022 Redistributable (x64) 14.40.33810 n’est pas un problème de fichiers corrompus, mais de détection MSI faussée. Le couple nettoyage des clés MSI + ré‑installation propre résout de manière fiable l’erreur 0x80070643. Avec les scripts et étapes ci‑dessus, vous disposez d’un chemin reproductible pour corriger des postes Windows 11, que ce soit à la main ou via un déploiement automatisé.

Windows11
PowerShell Windows 11 Visual C++ Redistributable 0x80070643 winget MSI vc_redist
Sommaire