Anavem
FrancaisEnglish
Anavem
Languageen
ErreurHyper-V

0x80370010

VM_E_CANNOT_ACCESS_FILE

Ne peut pas access the virtual machine file. Vérifiez permissions and that the path exists.

Code hex

0x80370010

Décimal

-2144927728

Sévérité

Erreur

Catégorie

Hyper-V

—

Description

VM_E_CANNOT_ACCESS_FILE (code hexadécimal 0x80370010, décimal -2144927728) est un code d'erreur Windows de niveau erreur appartenant à la famille Erreurs Hyper-V. 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.

Cannot access the virtual machine file. Check permissions and that the path exists.

Cette page documente ce qui déclenche 0x80370010, 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 Hyper-V. Il apparaît dans Hyper-V Manager, dans la sortie de Get-VM / Start-VM et dans le journal Hyper-V-Worker / Hyper-V-VMMS.

Le code peut être recherché par programmation en PowerShell avec [ComponentModel.Win32Exception]::new(-2144927728).Message (pour les codes Win32 / NTSTATUS qui se mappent proprement), ou avec net helpmsg <decimal> 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

  • Hyperviseur non activé en BIOS/UEFI (Intel VT-x ou AMD-V manquant).
  • Rôle Hyper-V supprimé ou partiellement désinstallé.
  • Mémoire ou CPU insuffisants pour démarrer la VM.
  • Fichier VHD/VHDX verrouillé, sur un volume non-NTFS ou accès au chemin refusé.
  • Chaîne de checkpoint ou disque differencing rompue — reliez le VHD parent.

Étapes de diagnostic

  1. Confirmez que la virtualisation matérielle est activée en BIOS/UEFI (Get-ComputerInfo > HyperVRequirementVirtualizationFirmwareEnabled).
  2. Vérifiez que le rôle Hyper-V est complètement installé : Get-WindowsFeature *Hyper-V* sur Server, ou Get-WindowsOptionalFeature sur les éditions client.
  3. Vérifiez la configuration VM avec Get-VM et Get-VMHardDiskDrive — le chemin VHD doit exister et être accessible.
  4. Inspectez les journaux Hyper-V-Worker et Hyper-V-VMMS autour de l'horodatage de l'échec.
  5. Si la VM refuse de démarrer pour cause mémoire, baissez la RAM de démarrage ou activez Dynamic Memory.

Décoder en PowerShell

# Decode 0x80370010 (-2144927728) in PowerShell
[ComponentModel.Win32Exception]::new(-2144927728).Message

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

# Or net helpmsg (legacy decimal range only)
# net helpmsg <decimal>

Questions fréquentes

Que signifie le code d'erreur Windows 0x80370010 ?
Il s'agit du code Win32 / NTSTATUS VM_E_CANNOT_ACCESS_FILE (décimal -2144927728). Ne peut pas access the virtual machine file. Vérifiez permissions and that the path exists.
Comment décoder 0x80370010 en PowerShell ?
Lancez [ComponentModel.Win32Exception]::new(-2144927728).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.