0x000000BE ATTEMPTED_WRITE_TO_READONLY_MEMORY — Code d'erreur Windows

Q: Que signifie le code d'erreur Windows 0x000000BE ?

Il s'agit du code Win32 / NTSTATUS ATTEMPTED_WRITE_TO_READONLY_MEMORY (décimal 190). A driver attempted to write to read-only mémoire. Driver bug.

Q: Comment décoder 0x000000BE en PowerShell ?

Lancez [ComponentModel.Win32Exception]::new(190).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.

Q: 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.

Description

ATTEMPTED_WRITE_TO_READONLY_MEMORY (code hexadécimal 0x000000BE, décimal 190) est un code d'erreur Windows de niveau critique appartenant à la famille Codes d'arrêt BSOD. 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.

A driver attempted to write to read-only memory. Driver bug.

Cette page documente ce qui déclenche 0x000000BE, 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'une erreur Windows de niveau critique. Elle signale typiquement une défaillance noyau, une violation de sécurité non récupérable, une panne matérielle ou un bug fatal de driver. Toute occurrence doit être traitée comme un incident P1 : isolez l'hôte, capturez un dump mémoire si disponible et récupérez le dernier minidump dans C:\Windows\Minidump pour analyse.

Il s'agit d'un code bug check noyau. Windows affiche un écran bleu avec ce stop code, écrit un minidump et redémarre. Le module fautif exact est capturé dans le dump, analysable via WinDbg ou BlueScreenView.

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

Driver kernel-mode défectueux ou obsolète (stockage, GPU, NIC, contrôleur USB).
RAM défectueuse — confirmez via MemTest86.
Stockage défaillant (bug firmware SSD/NVMe, câble SATA, usure du média).
Overclocking ou profil XMP / DOCP instable.
Fichier système ou métadonnées NTFS corrompus — réparez avec sfc /scannow + chkdsk /f.

Étapes de diagnostic

Récupérez le dernier minidump dans C:\Windows\Minidump et ouvrez-le avec WinDbg (ou BlueScreenView pour un aperçu rapide).
Dans WinDbg, lancez !analyze -v pour identifier le module fautif, puis mettez à jour ou rétrogradez ce driver.
Activez Driver Verifier (verifier.exe) sur les drivers tiers si le module fautif n'est pas évident.
Validez le matériel : MemTest86 pour la RAM, chkdsk /f /r pour le stockage, diagnostics constructeur pour CPU/GPU.
Si récent : rétrogradez la dernière mise à jour Windows ou feature update via Paramètres > Récupération > Revenir en arrière.

Décoder en PowerShell

# Decode 0x000000BE (190) in PowerShell
[ComponentModel.Win32Exception]::new(190).Message

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

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

Questions fréquentes

Que signifie le code d'erreur Windows 0x000000BE ?

Il s'agit du code Win32 / NTSTATUS ATTEMPTED_WRITE_TO_READONLY_MEMORY (décimal 190). A driver attempted to write to read-only mémoire. Driver bug.

Comment décoder 0x000000BE en PowerShell ?

Lancez [ComponentModel.Win32Exception]::new(190).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.