Anavem
FrancaisEnglish
Anavem
Languageen
ErreurMSI Installer

0x00000653

ERROR_INSTALL_PACKAGE_OPEN_FAILED

This installation package could not be opened. Vérifiez path and permissions.

Code hex

0x00000653

Décimal

1619

Sévérité

Erreur

Catégorie

MSI Installer

—

Description

ERROR_INSTALL_PACKAGE_OPEN_FAILED (code hexadécimal 0x00000653, décimal 1619) est un code d'erreur Windows de niveau erreur appartenant à la famille Erreurs d'installateur MSI. Microsoft remonte ce code via l'API Win32, le runtime CLR, le noyau, le journal d'événements, PowerShell, les outils en ligne de commande (sfc, dism, gpupdate, sc) et les applications Windows telles qu'Outlook, Teams, Office ou System Center.

This installation package could not be opened. Check path and permissions.

Cette page documente ce qui déclenche 0x00000653, les scénarios les plus courants où il apparaît, les causes racines probables et un workflow de diagnostic pas-à-pas applicable sur les postes concernés. Elle s'adresse aux administrateurs système, techniciens MSP, ingénieurs helpdesk et à toute personne diagnostiquant le comportement de Windows en environnement managé.

Explication détaillée

Il s'agit d'un code de niveau erreur. Windows l'utilise pour signaler une opération en échec qui a empêché l'appelant de terminer son travail. La cause sous-jacente peut aller d'un problème de droits ou de quota à un composant système corrompu, une dépendance manquante ou un service injoignable.

Il fait partie de l'espace d'erreurs Windows Installer. Il apparaît dans les logs MSI (msiexec /l*v), les déploiements App-V / Intune et le journal Application.

Le code peut être recherché par programmation en PowerShell avec [ComponentModel.Win32Exception]::new(1619).Message (pour les codes Win32 / NTSTATUS qui se mappent proprement), ou avec net helpmsg 1619 pour la plage décimale historique. Pour les codes de type HRESULT, décodez la facility et le code via err.exe du SDK ou la commande !error de WinDbg.

Causes courantes

  • Service Windows Installer (msiserver) arrêté ou désactivé.
  • Installation concurrente déjà en cours — patientez ou tuez msiexec.exe.
  • Package MSI corrompu, partiellement téléchargé ou signé par un certificat non approuvé.
  • Droits insuffisants sur %TEMP% ou le répertoire d'installation.
  • Échec d'action personnalisée — consultez le log verbeux msiexec /i <pkg> /l*v %TEMP%\msi.log.

Étapes de diagnostic

  1. Vérifiez que le service Windows Installer tourne : sc query msiserver — démarrez-le avec sc start msiserver.
  2. Relancez l'installeur avec un log verbeux : msiexec /i <package.msi> /l*v %TEMP%\msi.log et inspectez le log pour l'action personnalisée fautive.
  3. Assurez-vous qu'aucune autre MSI n'est en cours (tuez tout msiexec.exe en cours) avant de retenter.
  4. Vérifiez la signature numérique du MSI — Windows bloque les paquets non signés ou non approuvés sous SmartScreen / WDAC.
  5. Pour les déploiements App-V / Intune, vérifiez que le package cible la bonne architecture (32 vs 64-bit) et que l'utilisateur appartient au bon groupe.

Décoder en PowerShell

# Decode 0x00000653 (1619) in PowerShell
[ComponentModel.Win32Exception]::new(1619).Message

# Or via WinDbg / err.exe (Windows SDK)
# err 0x00000653

# Or net helpmsg (legacy decimal range only)
# net helpmsg 1619

Questions fréquentes

Que signifie le code d'erreur Windows 0x00000653 ?
Il s'agit du code Win32 / NTSTATUS ERROR_INSTALL_PACKAGE_OPEN_FAILED (décimal 1619). This installation package could not be opened. Vérifiez path and permissions.
Comment décoder 0x00000653 en PowerShell ?
Lancez [ComponentModel.Win32Exception]::new(1619).Message dans n'importe quelle session PowerShell. Pour les codes de type HRESULT, utilisez err.exe du SDK Windows ou la commande !error de WinDbg.
Où Windows journalise-t-il typiquement cette erreur ?
Cela dépend du sous-système d'origine (Windows Update → %WinDir%\WindowsUpdate.log ; AD/Kerberos → journal Sécurité sur le DC ; BSOD → minidump dans C:\Windows\Minidump ; MSI → %TEMP%\msi*.log ; WMI → Microsoft-Windows-WMI-Activity). Croisez toujours l'horodatage et le nom du module avec les journaux Application et Système.
Ce code est-il récupérable ?
Les codes de niveau critique exigent généralement une investigation noyau (driver, matériel, réparation de fichiers système). Les codes erreur et avertissement sont typiquement récupérables via le workflow de cette page — commencez par les étapes shell élevé + revue des journaux.
Dois-je ouvrir un ticket support Microsoft pour cela ?
Ouvrez un ticket si l'erreur se reproduit après application des étapes de diagnostic, particulièrement si elle bloque des charges de production, se produit sur plusieurs endpoints ou est associée à une frontière de sécurité (récupération BitLocker, échec Kerberos, durcissement DCOM, SmartScreen / WDAC). Préparez un CBS log frais, un minidump ou un export Get-WinEvent avant d'ouvrir le ticket.