Hive del registro di Windows danneggiato (BAD_SYSTEM_CONFIG_INFO BSOD): Perché RegBack È vuoto in Windows 10/11 e come ripristinare gli hive dalle copie shadow VSS¶

Visualizzazione di un arresto anomalo del computer Windows 10, Windows 11 o Windows Server durante l'avvio in una schermata blu infinita (BSOD) visualizzazione del ciclo Stop code: BAD_SYSTEM_CONFIG_INFO (0x00000074), CRITICAL_PROCESS_DIED o una schermata nera di Windows Boot Manager che indica \Windows\System32\config\SYSTEM is missing or contains errors (Status: 0xc000014c / 0xc0000225) indica uno o più hive del registro binario principali di Windows (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) o i dati di configurazione di avvio (BCD) il negozio è stato danneggiato durante un'interruzione di corrente, un arresto forzato o un aggiornamento cumulativo non riuscito. Peggio ancora, quando gli amministratori seguono tutorial online meno recenti che dicono loro di aprire l'ambiente ripristino Windows (WinRE) Prompt dei comandi e copia i file di registro di backup da C:\Windows\System32\config\RegBack\, scoprono che il RegBack la cartella è completamente vuota (o contiene 0-byte file). A partire da Windows 10 versione 1803 e in tutte le build di Windows 11, Microsoft ha disabilitato permanentemente il file RegIdleBackup attività per risparmiare spazio su disco. Non pulire e reinstallare Windows: quasi sicuramente il tuo PC conserva copie intatte e recentemente salvate di ogni hive del registro all'interno del Volume Shadow Copy Service nascosto (VSS) istantanee (HarddiskVolumeShadowCopyN) e transazione .LOG1 / .LOG2 diari da cui puoi estrarre in 3 minuti WinRE. Per la risoluzione dei problemi generali del BSOD relativi a driver o hardware, vedere Schermata blu di Windows (BSOD) e riparazione dell'avvio; se BitLocker richiede una chiave di ripristino di 48 cifre prima di aprire il prompt dei comandi, consultare Blocco della chiave di ripristino della crittografia BitLocker, FileVault e LUKS e ripristino del TPM e Modalità di sola lettura improvvisa SSD e NVMe e salvataggio disabilitante TRIM. Se questo errore di sistema disabilita le postazioni di lavoro cliniche dell'ospedale, l'invio di emergenza (CAD) o controlli di sicurezza, chiama il numero di emergenza locale (911 negli Stati Uniti e in Canada, 112 in tutta l’Unione Europea, 999 nel Regno Unito) o controlla il nostro elenco di numeri di emergenza.

Fallo adesso¶

1. NON fare clic su "Ripristina questo PC -> Rimuovi tutto" o copiare alla cieca 0-byte file fuori C:\Windows\System32\config\RegBack\: Se corri copy C:\Windows\System32\config\RegBack\* C:\Windows\System32\config\ su Windows 10 (1803+) o Windows 11 senza verificare dir RegBack per prima cosa sovrascriverai gli hive del registro parzialmente danneggiati con 0-byte file vuoti, distruggendo gli alveari rimanenti e rendendo il ripristino molto più difficile.
2. Avviare nell'ambiente ripristino Windows (WinRE) e aprire Troubleshoot -> Advanced options -> Command Prompt:
3. Se Windows non riesce ad avviarsi per tre volte di seguito, avvia automaticamente Riparazione automatica -> Opzioni avanzate.
4. In alternativa, avvia da qualsiasi supporto di installazione USB di Windows 10/11, premi Shift + F10 (o Shift + Fn + F10 sui laptop) direttamente nella schermata iniziale di selezione della lingua e in posizione elevata X:\Sources> Il prompt dei comandi si apre immediatamente senza fare clic sui menu.
5. Trova la vera lettera dell'unità della partizione Windows (diskpart -> list vol), come spesso accade D: o E: all'interno di WinRE, NON C:: All'interno dell'ambiente di ripristino, C: viene spesso assegnato a 100 megabyte System Reserved o Recovery partizione mentre è attiva l'effettiva installazione di Windows D: o E:. Corri dir C:\Windows, dir D:\Windows, dir E:\Windows per confermare quale lettera di unità contiene \Windows\System32\config\.
6. Esegui sempre il backup dei tuoi dispositivi esistenti (anche danneggiati) config\ cartella in C:\Config_Backup\ PRIMA di toccare un singolo file: esegui mkdir D:\Config_Backup e xcopy /h /i /c /k /e /r /y D:\Windows\System32\config D:\Config_Backup. È necessario conservare entrambi i cinque file hive primari (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) e i relativi file di registro delle transazioni nascosti (SYSTEM.LOG1, SYSTEM.LOG2, SOFTWARE.LOG1, SOFTWARE.LOG2).
7. Prima di sostituire qualsiasi alveare, verificare se BCD (Boot Configuration Data) troncamento o un log delle transazioni dirty hive (.LOG1 / .LOG2) è la vera causa di BAD_SYSTEM_CONFIG_INFO:
8. Dentro 30% di BAD_SYSTEM_CONFIG_INFO BSOD, gli alveari del registro vanno bene al 100% e il BCD store ha semplicemente un file corrotto truncatememory / numproc bandiera (msconfig trappola) o bisogni reg load per riprodurre il .LOG1/.LOG2 registro delle transazioni automaticamente.
9. Se SYSTEM o SOFTWARE è veramente danneggiato, estrai una copia integra direttamente da una copia shadow VSS (\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Windows\System32\config\) utilizzando vssadmin list shadows: Anche quando System Restore (rstrui.exe) fallisce con un errore nella GUI, il volume VSS Shadow Copy sottostante esiste sul disco e consente di copiare in modo pulito SYSTEM e SOFTWARE alveari direttamente dentro \Windows\System32\config\ utilizzando copy o robocopy.

Albero decisionale: BAD_SYSTEM_CONFIG_INFO (0x00000074) e 0xc000014c triage anagrafico¶

Utilizza questo diagramma di flusso da WinRE Prompt dei comandi (Shift + F10) per individuare l'esatto file danneggiato e ripristinarlo senza perdere i programmi installati o gli account utente:

flowchart TD
    Start["Windows si blocca all'avvio: BAD_SYSTEM_CONFIG_INFO (0x74) o 0xc000014c"] --> OpenCmd["Avvia in WinRE o Windows USB -> Apri prompt dei comandi (Shift + F10)"]

    OpenCmd --> FindDrive["Trova la vera lettera dell'unità Windows (ad esempio D :) tramite: diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["Eseguire il backup della cartella di configurazione corrente (inclusi .LOG1/.LOG2 nascosti): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["Controllo 1: esegui bcdedit -> Qualcuno ha impostato truncatememory o numproc in msconfig?"]
    CheckBcd -->|"Sì: memoria troncata o valore errato Presente"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"No: BCD pulito"| TestReplay["Controllo 2: testare e riprodurre i log delle transazioni (.LOG1/.LOG2) per ciascun hive tramite caricamento reg HKLM\\TempHive"]

    TestReplay --> WhichBroken{"Il caricamento reg riesce e riproduce .LOG1/.LOG2 in modo pulito?"}
    WhichBroken -->|"Sì: caricamento reg Registro transazioni sporche riprodotto -> Scarica tramite scaricamento reg"| BootFixed["Riavvia il PC: intestazione Hive sporca corretta sul posto con zero rollback"]

    WhichBroken -->|"No: SISTEMA o SOFTWARE Restituisce 'Il database del registro di configurazione è danneggiato' o è 0 byte"| CheckVss["Esegui: vssadmin list shadows"]

    CheckVss --> HasVss{"Sono elencate le copie shadow del volume (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"Sì: esistono copie shadow"| CopyVss["Copia SOLO l'hive danneggiato (ad esempio SISTEMA / SOFTWARE) dal più recente HarddiskVolumeShadowCopyN a D:\\Windows\\System32\\config\\"]

    HasVss -->|"No: 0 copie shadow elencate"| CheckAlt["Controlla le origini Hive alternative: D:\\Windows\\System32\\config\\TxR\\ O Windows.old O WinSxS Component Hive Repair"]

Fase 1: Perché BAD_SYSTEM_CONFIG_INFO succede e perché RegBack è vuoto in Windows 10/11¶

Prima di modificare qualsiasi file all'interno \Windows\System32\config\, capire cosa fanno effettivamente i cinque file hive del registro e perché il file tradizionale RegBack il metodo non funziona più.

1. Anatomia di \Windows\System32\config\¶

Quando il kernel di Windows (ntoskrnl.exe) e caricatore di avvio (winload.efi) inizializzati durante l'avvio, caricano cinque file di database binari (chiamati Hives, iniziando con la firma ASCII a 4 byte regf al byte 0) da \Windows\System32\config\:

2. Perché C:\Windows\System32\config\RegBack è vuoto in Windows 10 (1803+) e Windows 11¶

Da Windows XP a Windows 10 versione 1709, un'attività pianificata denominata \Microsoft\Windows\Registry\RegIdleBackup copiato automaticamente SYSTEM, SOFTWARE, SAM, SECURITY, e DEFAULT in \Windows\System32\config\RegBack\ ogni volta che il sistema era inattivo. - Cosa è cambiato Microsoft: a partire da Windows 10 versione 1803 (maggio 2018) e continuando per ogni versione di Windows 11, Microsoft ha ufficialmente disabilitato la RegBack popolamento per impostazione predefinita per ridurre l'ingombro del disco (documentato nel supporto Microsoft KB4509719). - Il risultato: a meno che tu non abbia aggiunto manualmente il file EnablePeriodicBackup = 1 DWORD a HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager prima che il tuo PC si bloccasse, era in funzione dir D:\Windows\System32\config\RegBack mostrerà 0 File(s) (o cinque file di dimensione 0 byte). - Perché hai ancora un backup: Anche se RegBack è vuoto, Windows 10 e Windows 11 creano automaticamente Copia shadow del volume (VSS) snapshot prima degli aggiornamenti di Windows, delle installazioni di applicazioni MSI, delle installazioni dei driver e dei checkpoint di ripristino settimanali. Ogni snapshot VSS contiene una copia congelata completa e puntuale di \Windows\System32\config\.

Fase 2: correzioni rapide di non rollback (msconfig Trappola GAV e .LOG1/.LOG2 Riproduzione della transazione)¶

Prima della sostituzione SYSTEM o SOFTWARE da una copia shadow, prova queste due correzioni di rollback zero nel file WinRE Prompt dei comandi (Shift + F10). Oltre la metà BAD_SYSTEM_CONFIG_INFO (0x00000074) gli arresti anomali vengono risolti proprio qui in meno di 60 secondi senza ripristinare una singola impostazione.

Passaggio 1: identifica la vera lettera dell'unità Windows (D: contro C:) ed eseguire il backup config\¶

Nel X:\Sources> Finestra del prompt dei comandi, trova quale lettera di unità contiene l'installazione di Windows:

diskpart
list volume
exit

Effettua immediatamente un backup completo di D:\Windows\System32\config (utilizzando /h così nascosto .LOG1 e .LOG2 file di transazione sono inclusi):

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

Passaggio 2: verificare la correzione A: Qualcuno è cambiato Number of processors o Maximum memory dentro msconfig?¶

La documentazione ufficiale di Microsoft per Bug Check 0x74 (BAD_SYSTEM_CONFIG_INFO) evidenzia una famigerata trappola: gli utenti aprono msconfig -> Avvio -> Opzioni avanzate a seguito di un pessimo video di "ottimizzazione del gioco", controlla Number of processors o Maximum memory (impostandolo su 0 o un valore errato) e riavviare. Immediatamente al riavvio, Windows raggiunge un permanente BAD_SYSTEM_CONFIG_INFO BSOD prima ancora di toccare gli alveari del registro.

Controlla i dati di configurazione di avvio (BCD) memorizza adesso:

bcdedit /enum {default}

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

Passaggio 3: verificare la correzione B: riproduzione sporca .LOG1 / .LOG2 log delle transazioni hive sul posto utilizzando reg load¶

Cosa succederebbe se l'alimentazione venisse interrotta mentre Windows stava scrivendo? SYSTEM o 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 |
+-------------------------------------------------------------------------+

Prova ciascuno dei cinque alveari (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) uno per uno dentro WinRE Prompt dei comandi utilizzando 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

Fase 3: estrazione degli alveari del registro sano da VSS Copie shadow (HarddiskVolumeShadowCopyN)¶

Perché estraiamo manualmente l'hive danneggiato da una copia shadow del volume invece di fare clic su Risoluzione dei problemi -> Opzioni avanzate -> Ripristino configurazione di sistema nella GUI? 1. Innanzitutto, se SYSTEM o SOFTWARE è illeggibile, il grafico System Restore (rstrui.exe) la procedura guidata spesso si blocca System Restore failed to extract the original copy of the directory from the restore point (0x80070002 / 0x80070017). 2. In secondo luogo, il Ripristino configurazione di sistema grafico sostituisce tutti gli hive e ripristina centinaia di driver/file eseguibili sul disco, mentre copia solo il singolo file danneggiato SYSTEM o SOFTWARE alveare da HarddiskVolumeShadowCopyN impiega 10 secondi e lascia gli altri alveari (SAM, SECURITY) intatto.

Passaggio 1: elenca tutte le copie shadow del volume disponibili sul disco¶

Nel WinRE Prompt dei comandi, esegui:

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

Passaggio 2: verificare gli hive del registro all'interno del volume della copia shadow¶

Perché standard cd o dir i comandi a volte soffocano il \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1 percorso dello spazio dei nomi del kernel, puoi passare il percorso tra virgolette a diro creare un comodo collegamento simbolico (mklink /d) su D:\ puntando direttamente alla Copia Shadow:

# 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

Passaggio 3: copia SOLO gli hive danneggiati dalla copia shadow in D:\Windows\System32\config\¶

Supponiamo che il tuo test nella Fase 2, Passaggio 3 abbia mostrato che SYSTEM impossibile caricare (o entrambi SYSTEM e SOFTWAREfallito).

Esegui questi comandi esatti per sostituire quello rotto SYSTEM (e/o SOFTWARE) alveare in modo pulito:

# 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

Passaggio 4: verificare in modo pulito i caricamenti dell'hive ripristinati (reg load) e controlla CurrentControlSet¶

Verifica che il file appena copiato SYSTEM carichi hive con zero errori:

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

Fase 4: E se vssadmin list shadows Spettacoli No items found (0 copie shadow)?¶

Cosa succede se Protezione sistema (VSS) era completamente spento sull'unità, RegBack è vuoto e reg load fallisce SYSTEM o SOFTWARE? Hai ancora tre percorsi di ripristino di fallback prima di reinstallare Windows:

Fallback 1: Cambia Default a LastKnownGood (ControlSet002) all'interno SYSTEM¶

Se reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM riusce e il BSOD (BAD_SYSTEM_CONFIG_INFO) si verifica perché all'interno è presente un driver o una chiave di servizio ControlSet001 (Current = 0x1) è danneggiato while ControlSet002 (LastKnownGood = 0x2) all'interno dello stesso SYSTEM l'alveare è intatto:

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

Fallback 2: controlla C:\Windows\System32\config\TxR\ e C:\Windows.old\Windows\System32\config\¶

Controlla se la funzionalità aggiornata di recente del PC è build (22H2 -> 23H2 -> 24H2) o dispone di Kernel Transaction Manager (TxR) log del contenitore:

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

Fallback 3: ripristina un aggiornamento cumulativo installato a metà (dism /RevertPendingActions)¶

Spesso, BAD_SYSTEM_CONFIG_INFO o CRITICAL_PROCESS_DIED si verifica perché il PC ha perso alimentazione a 30% durante Working on updates... Don't turn off your computer, lasciando SOFTWARE e \Windows\WinSxS\pending.xml fuori sincrono. Dal WinRE Prompt dei comandi, indica a Gestione e manutenzione immagini di distribuzione (DISM) motore per annullare tutte le transazioni di aggiornamento non salvate rispetto all'immagine Windows offline (D:\):

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

Fallback 4: riparazione di dati di configurazione di avvio illeggibili (BCD) conservare (bootrec /rebuildbcd e bcdboot)¶

E se tutti e cinque i registri avessero un alveare all'interno? D:\Windows\System32\config\ caricare e scaricare in modo pulito con reg load, eppure il PC lancia ancora 0xc000014c (The Boot Configuration Data for your PC is missing or contains errors) o 0xc000000f? Perché Windows BCD file sul tuo file nascosto 100 MB Partizione di sistema EFI FAT32 (\EFI\Microsoft\Boot\BCD) è esso stesso memorizzato nello stesso identico file binario regf formato hive del registro come SYSTEM e SOFTWARE, una perdita di potenza può corrompere il BCD alveare mentre se ne va D:\Windows\System32\config\ intatto. Ricostruiscine uno nuovo di zecca BCD hive sulla partizione di sistema EFI in 15 secondi:

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

Fase 5: Riattivazione automatica RegBack backup in Windows 10 e Windows 11¶

Una volta che il tuo PC Windows è tornato sul desktop, riattiva la funzionalità integrata di Microsoft RegIdleBackup compito così C:\Windows\System32\config\RegBack\ viene popolato automaticamente ogni settimana e verifica Ripristino configurazione di sistema (VSS) è attivo:

• Riattiva automatico RegBack backup hive in Windows 10 (1803+) e Windows 11: aprire un prompt dei comandi con privilegi elevati (Run as Administrator) ed esegui questo singolo comando ufficiale del registro (KB4509719):

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

  Quindi attivare immediatamente l'attività di backup una volta per verificare C:\Windows\System32\config\RegBack si riempie di copie sane di tutti e cinque gli alveari:

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

• Verifica la protezione del sistema (VSS Punti di ripristino) è disattivato ON per C:: premere Win + R, digita sysdm.cpl ,4, seleziona il tuo C: fare clic su Configura, selezionare Attiva protezione sistema, impostare Utilizzo massimo su 5% (10 GB a 25 GB) e fai clic su Crea per creare subito una copia shadow della linea di base pulita.
• Corri sfc /scannow e DISM /Online /Cleanup-Image /RestoreHealth una volta avviato Windows per verificare che non vi siano DLL di sistema o manifesti dell'archivio componenti (COMPONENTS alveare) sono stati danneggiati durante l'incidente.

Numeri di emergenza regionali e protocolli d'agenzia¶

Mentre un Windows BAD_SYSTEM_CONFIG_INFO Il BSOD è normalmente un problema interno di riparazione IT o di personal computer, i guasti di workstation o server che interessano ospedali, spedizioni di emergenza o infrastrutture pubbliche richiedono un'escalation immediata:

• Stati Uniti e Canada: Quadrante 911 se un arresto anomalo di Windows disabilita il monitoraggio clinico del paziente, l'invio di emergenza (CAD), o controlli per la sicurezza della vita, e passare alle procedure relative ai tempi di inattività delle strutture. Segnalare bootloop aziendali diffusi causati da aggiornamenti di agenti di sicurezza o incidenti informatici a CISA (1-844-Say-CISA / cisa.gov/report) o il Centro canadese per la sicurezza informatica (1-833-CYBER-88).
• Regno Unito: Quadrante 999per minacce alla vita o interruzioni cliniche acute del servizio sanitario nazionale. Segnalare gravi incidenti informatici o di disponibilità al NCSC (ncsc.gov.uk) o NHS England Cyber Operations.
• Unione Europea: Quadrante 112in tutti gli stati membri dell'UE. Le entità coperte dalla Direttiva NIS2 devono segnalare interruzioni operative significative al proprio CSIRT nazionale entro 24 ore.
• Australia e Nuova Zelanda: Quadrante 000 in Australia o 111in Nuova Zelanda; segnalare incidenti infrastrutturali critici all'ACSC (1300 CYBER1).
• India e Asia-Pacifico: quadrante 112 in India per la risposta alle emergenze; segnalare incidenti infrastrutturali o informatici al CERT-In (incident@cert-in.org.in).

Domande frequenti¶

Cosa succede se il mio profilo utente stesso non riesce ad accedere dopo l'avvio ("We can't sign in to your account" /Profilo temporaneo) perché NTUSER.DAT è corrotto?¶

Oltre ai cinque alveari di sistema all'interno `\Windows\System32\config\`, ogni singolo account utente ha il proprio hive del registro (`HKEY_CURRENT_USER`) memorizzato in **`C:\Users\\NTUSER.DAT`** (più `AppData\Local\Microsoft\Windows\UsrClass.dat`). Se il tuo PC si avvia correttamente nella schermata di accesso, ma l'accesso carica un desktop temporaneo vuoto perché `NTUSER.DAT` è stato danneggiato durante un'interruzione di corrente, aprire un prompt dei comandi con privilegi elevati, eseguire `vssadmin list shadows`e copia il file sano `NTUSER.DAT` fuori `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (mentre si accede a un secondo account amministratore o WinRE in modo che il file non sia bloccato).

Perché l'ha fatto WinRE chiedere una chiave di ripristino BitLocker a 48 cifre prima di lasciarmi aprire il prompt dei comandi, quando non ho mai attivato BitLocker da solo?¶

Su quasi tutti i moderni laptop Windows 11 (e Windows 10) con `TPM 2.0` e Modern Standby, l'accesso con un account Microsoft durante la configurazione iniziale abilita automaticamente la **Crittografia dispositivo (`BitLocker`)** in background e carica la chiave di ripristino di 48 cifre sul tuo account Microsoft. Aperto **`https://aka.ms/myrecoverykey`**sul tuo smartphone accedi con l'Account Microsoft (`@outlook.com`, `@hotmail.com`, `@gmail.com`) o ID Entra lavoro/scuola (`myaccount.microsoft.com`) utilizzato su quel PC e immettere la chiave di 48 cifre corrispondente al file `Key ID` mostrato sullo schermo. Una volta sbloccato, `D:\Windows\System32\config` è completamente accessibile nel prompt dei comandi di WinRE.

E se copy fallisce con The process cannot access the file because it is being used by another process quando provo a sovrascrivere SYSTEM o SOFTWARE in WinRE?¶

Questo errore si verifica per uno dei due motivi: (1) hai digitato accidentalmente `C:\Windows\System32\config\SYSTEM` quando `C:` o `X:` è in realtà il disco RAM WinRE in esecuzione live (`X:\Windows\System32\config\SYSTEM` è bloccato da WinRE stesso; verifica sempre la lettera dell'unità SSD offline reale `D:` o `E:` con `diskpart -> list vol`); o (2) hai corso `reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM` all'inizio della sessione e ho dimenticato di eseguire **`reg unload HKLM\TestSys`** prima di correre `copy`.

Perché il mio PC si blocca con BAD_SYSTEM_CONFIG_INFO (0x00000074) anche su un nuovissimo programma di installazione USB di Windows prima di toccare l'SSD?¶

Se `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) si verifica durante l'avvio di una **nuova chiavetta USB di installazione di Windows 10/11** (dove il programma di installazione sta caricando il proprio `boot.wim` Hive del registro RAM nella memoria di sistema), il registro SSD **non** è il problema: **la RAM del sistema (`DDR4 / DDR5`) sta danneggiando l'hive del registro in memoria mentre viene decompresso**. Inserisci la tua scheda madre `BIOS / UEFI` impostazione (`Del` o `F2`), disabilitare `XMP / EXPO` profili di overclocking della memoria in modo che la RAM funzioni a velocità JEDEC standard o test con uno stick di RAM alla volta utilizzando `MemTest86`.

Può un antivirus o un rilevamento endpoint di terze parti (EDR) l'aggiornamento del driver del kernel causa un loop BSOD che assomiglia a un danneggiamento del registro?¶

SÌ. Driver di sicurezza in modalità kernel (`BOOT_START` autisti con `Start = 0` dentro `HKLM\SYSTEM\ControlSet001\Services\`) vengono caricati da `winload.efi` accanto a `SYSTEM` hive prima ancora che Windows inizializzi il video. Se difettoso `.sys` archiviare `D:\Windows\System32\drivers\` si blocca all'avvio, non è nemmeno necessario sostituire l'hive del registro: è sufficiente rinominare il problema `.sys` archiviare `D:\Windows\System32\drivers\` (o caricare `D:\Windows\System32\config\SYSTEM` con `reg load HKLM\TestSys` e modificare i servizi interrotti `Start` valore da `0` a `4` [Disabilitato]).

Cos'è il COMPONENTS alveare dentro C:\Windows\System32\config\e perché è 100 MB?¶

A differenza `SYSTEM`, `SOFTWARE`, `SAM`, `SECURITY`, e `DEFAULT` (che vengono caricati ad ogni avvio), i **`COMPONENTS`** alveare (`C:\Windows\System32\config\COMPONENTS`) viene caricato dinamicamente solo su richiesta quando **Windows Update (`TiWorker.exe` / Assistenza basata su componenti)** o `sfc /scannow` corre. Un corrotto `COMPONENTS` hive **non** impedirà mai l'avvio di Windows (`0x00000074`), anche se ciò causerà il fallimento degli aggiornamenti di Windows `0x80073712` fino alla riparazione con `DISM /Online /Cleanup-Image /RestoreHealth`.

Guide correlate¶

• Schermata blu di Windows (BSOD) e riparazione dell'avvio
• Blocco della chiave di ripristino della crittografia BitLocker, FileVault e LUKS e ripristino del TPM
• Brick di aggiornamento firmware BIOS e UEFI, perdita di alimentazione e flashback Dual-BIOS
• Modalità di sola lettura improvvisa SSD e NVMe, 0% di blocchi di riserva e ripristino con disabilitazione TRIM
• Guasto del disco rigido e ripristino dei dati
• Backup del computer, strategia 3-2-1 e disaster recovery
• Numeri di emergenza per paese

Fonti e indicazioni ufficiali¶

• Microsoft Impara (learn.microsoft.com): Controllo errori 0x74: BAD_SYSTEM_CONFIG_INFO Riferimento ufficiale per la risoluzione dei problemi (BCD truncatememory / numproc Correzione e verifica dell'hive del registro).
• Supporto Microsoft (KB4509719): Non viene più eseguito il backup del registro di sistema nel file RegBack cartella che inizia in Windows 10 versione 1803 (EnablePeriodicBackup Configurazione del registro).
• Componenti interni di Microsoft Windows (7a edizione, Russinovich et al.): Architettura di Configuration Manager, struttura binaria Hive del registro (regf, hbin) e il registro delle doppie transazioni (.LOG1 / .LOG2) Recupero.
• Documentazione sull'archiviazione di Microsoft Server: Servizio Copia Shadow del volume (VSS) Amministrazione (vssadmin list shadows e GLOBALROOT Accesso allo spazio dei nomi del dispositivo).
• Istituto nazionale di standard e tecnologia (NIST) (Stati Uniti): Pubblicazione speciale 800-86: Analisi forense e ripristino del registro di Windows.