Ruche de registre Windows corrompue (BAD_SYSTEM_CONFIG_INFO BSOD) : Pourquoi RegBack Est vide dans Windows 10/11 et comment restaurer des ruches à partir de clichés instantanés VSS¶

Voir une machine Windows 10, Windows 11 ou Windows Server planter au démarrage dans un écran bleu de la mort sans fin (BSOD) affichage de la boucle Stop code: BAD_SYSTEM_CONFIG_INFO (0x00000074), CRITICAL_PROCESS_DIED, ou un écran noir du gestionnaire de démarrage Windows indiquant \Windows\System32\config\SYSTEM is missing or contains errors (Status: 0xc000014c / 0xc0000225) désigne une ou plusieurs ruches de registre binaires principales de Windows (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) ou les données de configuration de démarrage (BCD) le magasin a été détruit lors d'une panne de courant, d'un arrêt forcé ou d'un échec de mise à jour cumulative. Pire encore, lorsque les administrateurs suivent d'anciens didacticiels en ligne leur demandant d'ouvrir l'environnement de récupération Windows (WinRE) Invite de commandes et copiez les fichiers de registre de sauvegarde hors de C:\Windows\System32\config\RegBack\, ils découvrent que le RegBack le dossier est complètement vide (ou contient 0-byte fichiers). À partir de Windows 10 version 1803 et dans toutes les versions de Windows 11, Microsoft a définitivement désactivé le RegIdleBackup tâche pour économiser de l’espace disque. N'effacez pas et ne réinstallez pas Windows : votre PC contient presque certainement des copies intactes et récemment validées de chaque ruche de registre à l'intérieur du Volume Shadow Copy Service caché (VSS) instantanés (HarddiskVolumeShadowCopyN) et transaction .LOG1 / .LOG2 des journaux que vous pouvez extraire en 3 minutes WinRE. Pour le dépannage général du pilote ou du matériel BSOD, voir Écran bleu Windows (BSOD) et réparation de démarrage; si BitLocker demande une clé de récupération à 48 chiffres avant d'ouvrir l'invite de commande, consultez Verrouillage des clés de récupération du chiffrement BitLocker, FileVault et LUKS et réinitialisation du TPM et Mode lecture seule soudaine SSD et NVMe et TRIM désactivant le sauvetage. Si cette panne du système désactive les postes de travail cliniques de l'hôpital, une répartition d'urgence (CAD), ou des contrôles de sécurité des personnes, appelez votre numéro d'urgence local (911 aux États-Unis et au Canada, 112 dans toute l'Union européenne, 999 au Royaume-Uni) ou consultez notre annuaire des numéros d'urgence.

Fais ça maintenant¶

1. ** NE cliquez PAS sur "Réinitialiser ce PC -> Tout supprimer" ou copiez aveuglément 0-byte fichiers hors de C:\Windows\System32\config\RegBack\** : Si vous courez copy C:\Windows\System32\config\RegBack\* C:\Windows\System32\config\ sur Windows 10 (1803+) ou Windows 11 sans vérifier dir RegBack tout d'abord, vous écraserez vos ruches de registre partiellement endommagées avec 0-byte fichiers vides, détruisant les ruches restantes et rendant la récupération beaucoup plus difficile.
2. ** Démarrez dans l'environnement de récupération Windows (WinRE) et ouvrez Troubleshoot -> Advanced options -> Command Prompt** :
3. Si Windows ne parvient pas à démarrer trois fois de suite, il lance automatiquement Réparation automatique -> Options avancées.
4. Vous pouvez également démarrer à partir de n'importe quel support d'installation USB Windows 10/11, appuyez sur Shift + F10 (ou Shift + Fn + F10 sur les ordinateurs portables) directement sur l'écran de sélection de la langue initiale et un X:\Sources> L'invite de commande s'ouvre immédiatement sans cliquer sur les menus.
5. Trouvez la véritable lettre de lecteur de votre partition Windows (diskpart -> list vol), comme c'est souvent le cas D: ou E: à l'intérieur de WinRE, PAS C: : Dans l'environnement de récupération, C: est fréquemment attribué aux 100 mégaoctets System Reserved ou Recovery partition pendant que votre installation Windows réelle se trouve sur D: ou E:. Courir dir C:\Windows, dir D:\Windows, dir E:\Windows pour confirmer quelle lettre de lecteur contient \Windows\System32\config\.
6. ** Sauvegardez toujours votre existant (même cassé) config\ dossier vers C:\Config_Backup\ AVANT de toucher un seul fichier** : Exécutez mkdir D:\Config_Backup et xcopy /h /i /c /k /e /r /y D:\Windows\System32\config D:\Config_Backup. Vous devez conserver les cinq fichiers de ruche principaux (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) et leurs fichiers journaux de transactions cachés (SYSTEM.LOG1, SYSTEM.LOG2, SOFTWARE.LOG1, SOFTWARE.LOG2).
7. Avant de remplacer une ruche, vérifiez si BCD (Boot Configuration Data) troncature ou journal des transactions de la ruche sale (.LOG1 / .LOG2) est la véritable cause de BAD_SYSTEM_CONFIG_INFO :
8. Dans 30% de BAD_SYSTEM_CONFIG_INFO BSOD, les ruches de registre fonctionnent à 100 % et le BCD le magasin a simplement un fichier corrompu truncatememory / numproc drapeau (msconfig piège) ou les besoins reg load pour rejouer le .LOG1/.LOG2 journal des transactions automatiquement.
9. Si SYSTEM ou SOFTWARE est vraiment corrompu, extrayez une copie saine directement à partir d'un cliché instantané VSS (\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Windows\System32\config\) en utilisant vssadmin list shadows : Même quand System Restore (rstrui.exe) échoue avec une erreur dans l'interface graphique, le volume VSS Shadow Copy sous-jacent existe sur le disque et vous permet de copier proprement SYSTEM et SOFTWARE urticaire directement dans \Windows\System32\config\ en utilisant copy ou robocopy.

Arbre de décision : BAD_SYSTEM_CONFIG_INFO (0x00000074) et 0xc000014c tri du registre¶

Utilisez cet organigramme du WinRE Invite de commandes (Shift + F10) pour identifier exactement le fichier corrompu et le restaurer sans perdre les programmes installés ou les comptes d'utilisateurs :

flowchart TD
    Start["Windows plante au démarrage : BAD_SYSTEM_CONFIG_INFO (0x74) ou 0xc000014c"] --> OpenCmd["Démarrez dans WinRE ou Windows USB -> Ouvrir l'invite de commande (Maj + F10)"]

    OpenCmd --> FindDrive["Recherchez la vraie lettre de lecteur Windows (par exemple D :) via : diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["Sauvegarder le dossier de configuration actuel (y compris .LOG1/.LOG2 masqué) : xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["Contrôle 1 : Exécutez bcdedit -> Quelqu'un a-t-il défini truncatememory ou numproc dans msconfig ?"]
    CheckBcd -->|"Oui : tronquemémoire ou mauvaise valeur Présent"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"Non : BCD propre"| TestReplay["Contrôle 2 : tester et relire les journaux de transactions (.LOG1/.LOG2) pour chaque ruche via le chargement reg HKLM\\TempHive"]

    TestReplay --> WhichBroken{"Le chargement reg réussit-il et rejoue-t-il proprement le .LOG1/.LOG2 ?"}
    WhichBroken -->|"Oui : chargement reg Journal des transactions sales relu -> Déchargement via déchargement reg"| BootFixed["Redémarrer le PC : l'en-tête Dirty Hive corrigé sur place sans restauration"]

    WhichBroken -->|"Non : SYSTÈME ou LOGICIEL Renvoie 'La base de données du registre de configuration est corrompue' ou vaut 0 octet."| CheckVss["Exécuter : ombres de la liste vssadmin"]

    CheckVss --> HasVss{"Les clichés instantanés de volume sont-ils répertoriés (HarddiskVolumeShadowCopy1..N) ?"}

    HasVss -->|"Oui : des clichés instantanés existent"| CopyVss["Copiez UNIQUEMENT la ruche corrompue (par exemple SYSTÈME/LOGICIEL) du plus récent HarddiskVolumeShadowCopyN vers D:\\Windows\\System32\\config\\"]

    HasVss -->|"Non : 0 cliché instantané répertorié"| CheckAlt["Vérifiez les sources alternatives de la ruche : D:\\Windows\\System32\\config\\TxR\\ OU Windows.old OU WinSxS Component Hive Repair"]

Phase 1 : Pourquoi BAD_SYSTEM_CONFIG_INFO ça arrive et pourquoi RegBack est vide sous Windows 10/11¶

Avant de modifier des fichiers à l'intérieur \Windows\System32\config\, comprenez ce que font réellement les cinq fichiers ruche du registre et pourquoi les fichiers ruche traditionnels RegBack la méthode ne fonctionne plus.

1. Anatomie de \Windows\System32\config\¶

Lorsque le noyau Windows (ntoskrnl.exe) et le chargeur de démarrage (winload.efi) s'initialisent au démarrage, ils chargent cinq fichiers de base de données binaires (appelés Hives, commençant par la signature ASCII de 4 octets regf à l'octet 0) de \Windows\System32\config\:

2. Pourquoi C:\Windows\System32\config\RegBack est vide dans Windows 10 (1803+) et Windows 11¶

De Windows XP à Windows 10 version 1709, une tâche planifiée nommée \Microsoft\Windows\Registry\RegIdleBackup automatiquement copié SYSTEM, SOFTWARE, SAM, SECURITY, et DEFAULT dans \Windows\System32\config\RegBack\ chaque fois que le système était inactif. - Ce que Microsoft a modifié : à partir de Windows 10 version 1803 (mai 2018) et jusqu'à chaque version de Windows 11, Microsoft a officiellement désactivé la fonction automatique. RegBack population par défaut pour réduire l’encombrement du disque (documenté dans le support Microsoft KB4509719). - Le résultat : sauf si vous avez ajouté manuellement le EnablePeriodicBackup = 1 DWORD à HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager avant votre PC tombe en panne, en cours d'exécution dir D:\Windows\System32\config\RegBack montrera 0 File(s) (ou cinq fichiers de taille 0 octets). - Pourquoi avez-vous toujours une sauvegarde : Même si RegBack est vide, Windows 10 et Windows 11 créent automatiquement Volume Shadow Copy (VSS) instantanés avant les mises à jour Windows, les installations d'applications MSI, les installations de pilotes et les points de contrôle de restauration hebdomadaires. Chaque instantané VSS contient une copie complète et figée à un moment précis de \Windows\System32\config\.

Phase 2 : correctifs rapides sans restauration (msconfig Piège BCD et .LOG1/.LOG2 Relecture des transactions)¶

Avant de remplacer SYSTEM ou SOFTWARE à partir d'un cliché instantané, testez ces deux correctifs sans restauration dans le WinRE Invite de commandes (Shift + F10). Plus de la moitié de tous BAD_SYSTEM_CONFIG_INFO (0x00000074) les plantages sont résolus ici en moins de 60 secondes sans restaurer un seul paramètre.

Étape 1 : Identifiez votre véritable lettre de lecteur Windows (D: contre C:) et sauvegardez config\¶

Dans le X:\Sources> Fenêtre d'invite de commande, recherchez quelle lettre de lecteur contient votre installation Windows :

diskpart
list volume
exit

Effectuez immédiatement une sauvegarde complète de D:\Windows\System32\config (en utilisant /h tellement caché .LOG1 et .LOG2 les fichiers de transactions sont inclus) :

mkdir D:\Config_Emergency_Backup
xcopy /h /i /c /k /e /r /y D:\Windows\System32\config D:\Config_Emergency_Backup

Étape 2 : Vérifiez le correctif A : quelqu'un a-t-il changé Number of processors ou Maximum memory dans msconfig?¶

Documentation officielle de Microsoft pour Bug Check 0x74 (BAD_SYSTEM_CONFIG_INFO) met en lumière un piège notoire : les utilisateurs ouvrent msconfig -> Boot -> Options avancées suite à une mauvaise vidéo "optimisation du jeu", cochez Number of processors ou Maximum memory (en le réglant sur 0 ou une mauvaise valeur), et redémarrez. Immédiatement après le redémarrage, Windows rencontre un problème permanent BAD_SYSTEM_CONFIG_INFO BSOD avant même de toucher les ruches du registre.

Vérifiez vos données de configuration de démarrage (BCD) stocker en ce moment :

bcdedit /enum {default}

bcdedit /deletevalue {default} truncatememory
bcdedit /deletevalue {default} numproc
bcdedit /deletevalue {default} removememory

Étape 3 : Vérifiez le correctif B : Relecture sale .LOG1 / .LOG2 journaux de transactions Hive en place à l'aide reg load¶

Et si l'alimentation était coupée pendant que Windows écrivait sur SYSTEM ou SOFTWARE?

+-------------------------------------------------------------------------+
| HOW WINDOWS REGISTRY HIVE HEADER SEQUENCE NUMBERS WORK                  |
|                                                                         |
| Base Block Header of SYSTEM Hive (First 4,096 bytes: "regf"):           |
|   Offset 0x04: Primary Sequence Number   = 0x0004810A                   |
|   Offset 0x08: Secondary Sequence Number = 0x00048109 (MISMATCH)        |
|                                                                         |
| Why it fails at boot:                                                   |
|   Power died mid-write before Primary == Secondary. The missing         |
|   dirty pages are sitting safely inside SYSTEM.LOG1 / SYSTEM.LOG2.      |
|   If winload.efi cannot reconcile the log at early boot, it throws      |
|   0xc000014c or BAD_SYSTEM_CONFIG_INFO (0x74).                          |
|                                                                         |
| How to force-replay the .LOG1/.LOG2 file in WinRE:                      |
|   Running `reg load HKLM\Temp D:\Windows\System32\config\SYSTEM`        |
|   invokes the full WinRE Configuration Manager, which reads             |
|   SYSTEM.LOG1 + SYSTEM.LOG2, replays the dirty vector pages into        |
|   SYSTEM, sets Primary == Secondary, and flushes a clean hive on unload |
+-------------------------------------------------------------------------+

Testez chacune des cinq ruches (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) un par un dans WinRE Invite de commandes utilisant reg load:

reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM

reg unload HKLM\TestSys

reg load HKLM\TestSoft D:\Windows\System32\config\SOFTWARE
reg unload HKLM\TestSoft

reg load HKLM\TestSam D:\Windows\System32\config\SAM
reg unload HKLM\TestSam

reg load HKLM\TestSec D:\Windows\System32\config\SECURITY
reg unload HKLM\TestSec

reg load HKLM\TestDef D:\Windows\System32\config\DEFAULT
reg unload HKLM\TestDef

Phase 3 : Extraction des ruches de registre saines de VSS Clichés instantanés (HarddiskVolumeShadowCopyN)¶

Pourquoi extrayons-nous manuellement la ruche cassée à partir d'un cliché instantané de volume au lieu de cliquer sur Dépannage -> Options avancées -> Restauration du système dans l'interface graphique ? 1. Premièrement, si SYSTEM ou SOFTWARE est illisible, le graphique System Restore (rstrui.exe) l'assistant plante souvent avec System Restore failed to extract the original copy of the directory from the restore point (0x80070002 / 0x80070017). 2. Deuxièmement, la restauration graphique du système remplace toutes les ruches et restaure des centaines de fichiers pilotes/exécutables sur le disque, tout en copiant uniquement le seul fichier corrompu. SYSTEM ou SOFTWARE ruche de HarddiskVolumeShadowCopyN prend 10 secondes et quitte vos autres ruches (SAM, SECURITY) intact.

Étape 1 : répertorier tous les clichés instantanés de volume disponibles sur le disque¶

Dans le WinRE Invite de commandes, exécutez :

vssadmin list shadows

Contents of shadow copy set ID: {4b9128a1-8812-4091-a910-112938475610}
   Contained 1 shadow copies at creation time: 10/30/2026 11:14:02 PM
      Shadow Copy ID: {99182736-1122-3344-5566-77889900aabb}
         Original Volume: (D:)\\?\Volume{12345678-0000-0000-0000-100000000000}\
         Shadow Copy Volume: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1

Étape 2 : Vérifiez les ruches de registre à l’intérieur du volume de cliché instantané¶

Parce que la norme cd ou dir les commandes s'étouffent parfois avec le \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1 chemin de l'espace de noms du noyau, vous pouvez soit transmettre le chemin entre guillemets à dir, ou créez un lien symbolique pratique (mklink /d) sur D:\ pointant directement vers le cliché instantané :

# Create a folder symlink on D:\ pointing into the newest Shadow Copy (e.g., ShadowCopy1):
mklink /d D:\ShadowMount \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\

# Inspect the file sizes and dates of the registry hives inside that Shadow Copy:
dir D:\ShadowMount\Windows\System32\config

Étape 3 : Copiez UNIQUEMENT la ou les ruches corrompues du cliché instantané dans D:\Windows\System32\config\¶

Supposons que votre test de la phase 2, étape 3, montre que SYSTEM échec du chargement (ou les deux SYSTEM et SOFTWARE échoué).

Exécutez ces commandes exactes pour remplacer le cassé SYSTEM (et/ou SOFTWARE) ruche proprement :

# 1. Remove the dirty .LOG1 / .LOG2 files for the hive being replaced (already backed up in D:\Config_Emergency_Backup)
attrib -h -s -r D:\Windows\System32\config\SYSTEM.LOG*
del D:\Windows\System32\config\SYSTEM.LOG1
del D:\Windows\System32\config\SYSTEM.LOG2

# 2. Copy the healthy SYSTEM hive from the Shadow Copy into D:\Windows\System32\config\
copy /y D:\ShadowMount\Windows\System32\config\SYSTEM D:\Windows\System32\config\SYSTEM

# (If SOFTWARE was ALSO broken in Phase 2 Step 3, run the same for SOFTWARE:)
attrib -h -s -r D:\Windows\System32\config\SOFTWARE.LOG*
del D:\Windows\System32\config\SOFTWARE.LOG1
del D:\Windows\System32\config\SOFTWARE.LOG2
copy /y D:\ShadowMount\Windows\System32\config\SOFTWARE D:\Windows\System32\config\SOFTWARE

# 3. Clean up the temporary symlink so you don't leave a dangling link on D:\
rmdir D:\ShadowMount

Étape 4 : Vérifiez proprement les charges de ruche restaurées (reg load) et vérifiez CurrentControlSet¶

Vérifiez que le nouveau copié SYSTEM la ruche se charge sans erreur :

reg load HKLM\TestRestored D:\Windows\System32\config\SYSTEM
reg query HKLM\TestRestored\Select
reg unload HKLM\TestRestored

HKEY_LOCAL_MACHINE\TestRestored\Select
    Current    REG_DWORD    0x1
    Default    REG_DWORD    0x1
    Failed     REG_DWORD    0x0
    LastKnownGood    REG_DWORD    0x2

Phase 4 : Et si vssadmin list shadows Spectacles No items found (0 clichés instantanés) ?¶

Et si la protection du système (VSS) était complètement éteint sur le lecteur, RegBack est vide, et reg load échoue sur SYSTEM ou SOFTWARE? Vous disposez encore de trois chemins de récupération de secours avant de réinstaller Windows :

Solution de secours 1 : changer Default à LastKnownGood (ControlSet002) à l'intérieur SYSTEM¶

Si reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM réussi, et le BSOD (BAD_SYSTEM_CONFIG_INFO) se produit parce qu'un pilote ou une clé de service à l'intérieur ControlSet001 (Current = 0x1) est corrompu alors que ControlSet002 (LastKnownGood = 0x2) à l'intérieur du même SYSTEM la ruche est intacte :

reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM
reg query HKLM\TestSys\Select
# If ControlSet002 exists (verify via: reg query HKLM\TestSys\ControlSet002), switch Default from 1 to 2:
reg add HKLM\TestSys\Select /v Default /t REG_DWORD /d 2 /f
reg unload HKLM\TestSys

Solution de secours 2 : vérifier C:\Windows\System32\config\TxR\ et C:\Windows.old\Windows\System32\config\¶

Vérifiez si les fonctionnalités récemment mises à niveau du PC sont créées (22H2 -> 23H2 -> 24H2) ou dispose de Kernel Transaction Manager (TxR) journaux du conteneur :

dir /a D:\Windows.old\Windows\System32\config
dir /a D:\Windows\System32\config\TxR

Solution de secours 3 : restaurer une mise à jour cumulative à moitié installée (dism /RevertPendingActions)¶

Fréquemment, BAD_SYSTEM_CONFIG_INFO ou CRITICAL_PROCESS_DIED se produit parce que le PC a perdu l'alimentation à 30% pendant Working on updates... Don't turn off your computer, laissant SOFTWARE et \Windows\WinSxS\pending.xml désynchronisé. De la WinRE Invite de commandes, indiquez la maintenance et la gestion des images de déploiement (DISM) pour annuler toutes les transactions de mise à jour non validées par rapport à l'image Windows hors ligne (D:\) :

mkdir D:\Scratch
dism /Image:D:\ /Cleanup-Image /RevertPendingActions /ScratchDir:D:\Scratch

Solution de secours 4 : Réparer des données de configuration de démarrage illisibles (BCD) magasin (bootrec /rebuildbcd et bcdboot)¶

Et si les cinq ruches du registre se trouvaient à l'intérieur D:\Windows\System32\config\ charger et décharger proprement avec reg load, pourtant le PC lance toujours 0xc000014c (The Boot Configuration Data for your PC is missing or contains errors) ou 0xc000000f? Parce que Windows BCD fichier sur votre caché 100 MB Partition système FAT32 EFI (\EFI\Microsoft\Boot\BCD) est lui-même stocké exactement dans le même binaire regf format de ruche de registre comme SYSTEM et SOFTWARE, une perte de puissance peut corrompre le BCD ruche en partant D:\Windows\System32\config\ intact. Reconstruire un tout nouveau BCD ruche sur votre partition système EFI en 15 secondes :

diskpart
list volume
# Find the 100 MB to 300 MB FAT32 EFI System Partition (e.g. Volume 2)
select volume 2
assign letter=S
exit

# Back up the old broken BCD hive and generate a fresh one from D:\Windows:
ren S:\EFI\Microsoft\Boot\BCD BCD.bak
bcdboot D:\Windows /s S: /f UEFI

Phase 5 : Réactivation automatique RegBack sauvegardes sous Windows 10 et Windows 11¶

Une fois votre PC Windows de retour sur le bureau, réactivez le module intégré de Microsoft. RegIdleBackup tâche donc C:\Windows\System32\config\RegBack\ est automatiquement renseigné chaque semaine et vérifiez la restauration du système (VSS) est actif :

• Réactiver la fonction automatique RegBack sauvegardes Hive sous Windows 10 (1803+) et Windows 11 : ouvrez une invite de commande élevée (Run as Administrator) et exécutez cette seule commande de registre officiel (KB4509719) :

  reg add "HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager" /v EnablePeriodicBackup /t REG_DWORD /d 1 /f
  

  Déclenchez ensuite la tâche de sauvegarde une fois immédiatement pour vérifier C:\Windows\System32\config\RegBack se remplit de copies saines des cinq ruches :

  schtasks /run /tn "\Microsoft\Windows\Registry\RegIdleBackup"
  dir C:\Windows\System32\config\RegBack
  

• Vérifier la protection du système (VSS Points de restauration) est activé ON pour C: : Appuyez sur Win + R, tapez sysdm.cpl ,4, sélectionnez votre C: lecteur, cliquez sur Configurer, sélectionnez Activer la protection du système, définissez Utilisation maximale sur 5% (10 GB à 25 GB), puis cliquez sur Créer pour créer dès maintenant un cliché instantané de base propre.
• ** Courir sfc /scannow et DISM /Online /Cleanup-Image /RestoreHealth** une fois démarré sous Windows pour vérifier qu'il n'y a pas de DLL système ou de manifeste de magasin de composants (COMPONENTS ruche) ont été endommagés lors du crash.

Numéros d'urgence régionaux et protocoles des agences¶

Alors qu'un Windows BAD_SYSTEM_CONFIG_INFO Un BSOD est normalement un problème de réparation informatique interne ou d'ordinateur personnel, des pannes de poste de travail ou de serveur affectant les hôpitaux, une répartition d'urgence ou une infrastructure publique nécessitent une escalade immédiate :

• États-Unis et Canada : Composez 911 si un crash de Windows désactive la surveillance clinique des patients, l'envoi d'urgence (CAD), ou des contrôles de sécurité des personnes, et passer aux procédures de temps d'arrêt des installations. Signalez les boucles de démarrage généralisées de l'entreprise causées par des mises à jour d'agents de sécurité ou des cyberincidents à CISA (1-844-Say-CISA / cisa.gov/report) ou le Centre canadien pour la cybersécurité (1-833-CYBER-88).
• Royaume-Uni : Composez 999 pour les menaces de mort ou les perturbations cliniques aiguës du NHS. Signaler les incidents majeurs de cybersécurité ou de disponibilité au NCSC (ncsc.gov.uk) ou NHS England Cyber Operations.
• Union européenne : Composez 112 dans tous les États membres de l'UE. Les entités couvertes par la Directive NIS2 doivent signaler les pannes opérationnelles importantes à leur CSIRT national dans les 24 heures.
• Australie et Nouvelle-Zélande : Composez 000 en Australie ou 111 en Nouvelle-Zélande ; signaler les incidents liés aux infrastructures critiques à l'ACSC (1300 CYBER1).
• Inde et Asie-Pacifique : Composez 112 en Inde pour les interventions d'urgence ; signaler les incidents d'infrastructure ou de cybersécurité à CERT-In (incident@cert-in.org.in).

Questions fréquemment posées¶

Que se passe-t-il si mon profil utilisateur lui-même ne parvient pas à se connecter après le démarrage ("We can't sign in to your account" / Profil temporaire) car NTUSER.DAT est corrompu ?¶

En plus des cinq ruches système à l'intérieur `\Windows\System32\config\`, chaque compte d'utilisateur individuel possède sa propre ruche de registre (`HKEY_CURRENT_USER`) stocké à **`C:\Users\\NTUSER.DAT`** (plus `AppData\Local\Microsoft\Windows\UsrClass.dat`). Si votre PC démarre correctement sur l'écran de connexion, mais que la connexion charge un bureau temporaire vide car `NTUSER.DAT` a été corrompu lors d'une panne de courant, ouvrez une invite de commande élevée, exécutez `vssadmin list shadows`, et copiez le sain `NTUSER.DAT` hors de `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (lorsque vous êtes connecté à un deuxième compte administrateur ou à WinRE afin que le fichier ne soit pas verrouillé).

Pourquoi WinRE demander une clé de récupération BitLocker à 48 chiffres avant de me laisser ouvrir l'invite de commande, alors que je n'ai jamais activé BitLocker sur moi-même ?¶

Sur presque tous les ordinateurs portables Windows 11 (et Windows 10) modernes avec `TPM 2.0` et Modern Standby, la connexion avec un compte Microsoft lors de la configuration initiale active automatiquement **Device Encryption (`BitLocker`)** en arrière-plan et télécharge votre clé de récupération à 48 chiffres sur votre compte Microsoft. Ouvert **`https://aka.ms/myrecoverykey`** sur votre smartphone, connectez-vous avec le compte Microsoft (`@outlook.com`, `@hotmail.com`, `@gmail.com`) ou votre identifiant d'entrée au travail/à l'école (`myaccount.microsoft.com`) utilisé sur ce PC, puis saisissez la clé à 48 chiffres correspondant au `Key ID` affiché à l’écran. Une fois débloqué, `D:\Windows\System32\config` est entièrement accessible dans l'invite de commande WinRE.

Et si copy échoue avec The process cannot access the file because it is being used by another process quand j'essaye d'écraser SYSTEM ou SOFTWARE dans WinRE ?¶

Cette erreur se produit pour l'une des deux raisons suivantes : (1) vous avez accidentellement tapé `C:\Windows\System32\config\SYSTEM` quand `C:` ou `X:` est en fait le disque RAM WinRE en cours d'exécution (`X:\Windows\System32\config\SYSTEM` est verrouillé par WinRE lui-même ; vérifiez toujours votre véritable lettre de lecteur SSD hors ligne `D:` ou `E:` avec `diskpart -> list vol`); ou (2) tu as couru `reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM` plus tôt dans la session et j'ai oublié de courir **`reg unload HKLM\TestSys`** avant de courir `copy`.

Pourquoi mon PC plante-t-il avec BAD_SYSTEM_CONFIG_INFO (0x00000074) même sur un tout nouveau programme d'installation USB Windows avant de toucher le SSD ?¶

Si `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) se produit lors du démarrage d'une **toute nouvelle clé d'installation USB Windows 10/11** (sur laquelle le programme d'installation charge la sienne). `boot.wim` la ruche du registre RAM dans la mémoire système), votre registre SSD n'est **pas** le problème : **la RAM de votre système (`DDR4 / DDR5`) corrompt la ruche de registre en mémoire lors de sa décompression**. Entrez votre carte mère `BIOS / UEFI` configuration (`Del` ou `F2`), désactiver `XMP / EXPO` profils d'overclocking de la mémoire pour que la RAM fonctionne aux vitesses JEDEC standard, ou testez avec une barrette de RAM à la fois en utilisant `MemTest86`.

Un antivirus ou une détection de point de terminaison tiers peut-il (EDR) La mise à jour du pilote du noyau provoque une boucle BSOD qui ressemble à une corruption du registre ?¶

Oui. Pilotes de sécurité en mode noyau (`BOOT_START` conducteurs avec `Start = 0` à l'intérieur `HKLM\SYSTEM\ControlSet001\Services\`) sont chargés par `winload.efi` aux côtés du `SYSTEM` ruche avant même que Windows n'initialise la vidéo. Si un défectueux `.sys` déposer dans `D:\Windows\System32\drivers\` plante au démarrage, vous n'avez même pas besoin de remplacer la ruche de registre : renommez simplement le problème `.sys` déposer dans `D:\Windows\System32\drivers\` (ou charger `D:\Windows\System32\config\SYSTEM` avec `reg load HKLM\TestSys` et changez le service cassé `Start` valeur de `0` à `4` [Désactivé]).

Quel est le COMPONENTS ruche à l'intérieur C:\Windows\System32\config\, et pourquoi est-ce 100 Mo ?¶

Contrairement à `SYSTEM`, `SOFTWARE`, `SAM`, `SECURITY`, et `DEFAULT` (qui sont chargés à chaque démarrage), les **`COMPONENTS`** ruche (`C:\Windows\System32\config\COMPONENTS`) n'est chargé dynamiquement à la demande que lorsque **Windows Update (`TiWorker.exe` /Service basé sur les composants)** ou `sfc /scannow` court. Un corrompu `COMPONENTS` Hive n'empêchera **jamais** le démarrage de Windows (`0x00000074`), mais cela entraînera l'échec des mises à jour Windows avec `0x80073712` jusqu'à ce qu'il soit réparé avec `DISM /Online /Cleanup-Image /RestoreHealth`.

Guides associés¶

• Écran bleu Windows (BSOD) et réparation de démarrage
• Verrouillage des clés de récupération du chiffrement BitLocker, FileVault et LUKS et réinitialisation du TPM
• Brique de mise à jour du micrologiciel BIOS et UEFI, perte de puissance et flashback double BIOS
• Mode lecture seule soudaine SSD et NVMe, 0 % de blocs de rechange et TRIM désactivant le sauvetage
• Panne de disque dur et récupération de données
• Sauvegardes informatiques, stratégie 3-2-1 et reprise après sinistre
• Numéros d'urgence par pays

Sources et directives officielles¶

• Microsoft Apprendre (learn.microsoft.com) : Vérification des bogues 0x74: BAD_SYSTEM_CONFIG_INFO Référence officielle de dépannage (BCD truncatememory / numproc Correction et vérification de la ruche du registre).
• Assistance Microsoft (KB4509719): Le registre système n'est plus sauvegardé sur le RegBack dossier à partir de Windows 10 version 1803 (EnablePeriodicBackup Configuration du registre).
• Éléments internes de Microsoft Windows (7e édition, Russinovich et al.) : Architecture du gestionnaire de configuration, structure binaire du Registry Hive (regf, hbin) et le journal des transactions doubles (.LOG1 / .LOG2) Récupération.
• Documentation sur le stockage Microsoft Server : Service de cliché instantané des volumes (VSS)Administration (vssadmin list shadows et GLOBALROOT Accès à l'espace de noms du périphérique).
• Institut national des normes et de la technologie (NIST) (États-Unis) : Publication spéciale 800-86 : Analyse et récupération médico-légales du registre Windows.