Windows Registry Hive oštećen (BAD_SYSTEM_CONFIG_INFO BSOD): Zašto RegBack Je li prazan u sustavu Windows 10/11 i kako vratiti košnice iz VSS kopija u sjeni¶

Vidjeti kako se Windows 10, Windows 11 ili Windows Server stroj ruši tijekom pokretanja u beskrajni plavi ekran smrti (BSOD) prikaz petlje Stop code: BAD_SYSTEM_CONFIG_INFO (0x00000074), CRITICAL_PROCESS_DIED, ili crni zaslon Windows Boot Managera koji kaže \Windows\System32\config\SYSTEM is missing or contains errors (Status: 0xc000014c / 0xc0000225) znači jedno ili više košnica temeljnog binarnog registra sustava Windows (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) ili Podaci o konfiguraciji pokretanja (BCD) pohrana je prekinuta tijekom nestanka struje, prisilnog isključivanja ili neuspjelog kumulativnog ažuriranja. Što je još gore, kada administratori slijede starije online upute koje im govore da otvore okruženje za oporavak sustava Windows (WinRE) Naredbeni redak i kopirajte datoteke sigurnosnog registra iz C:\Windows\System32\config\RegBack\, otkrivaju da the RegBack mapa je potpuno prazna (ili sadrži 0-byte datoteke). Počevši od Windows 10 verzije 1803 i u svim verzijama sustava Windows 11, Microsoft je trajno onemogućio RegIdleBackup zadatak uštedjeti prostor na disku. Nemojte brisati i ponovno instalirati Windows: vaše računalo gotovo sigurno ima netaknute, nedavno unesene kopije svakog saća registra unutar skrivene Usluge kopiranja u sjeni volumena (VSS) snimke (HarddiskVolumeShadowCopyN) i transakcija .LOG1 / .LOG2 dnevnike iz kojih možete izdvojiti za 3 minute WinRE. Za općenito rješavanje problema s BSOD-om upravljačkog programa ili hardvera pogledajte Windows plavi ekran (BSOD) i popravak pokretanja; ako BitLocker traži 48-znamenkasti ključ za oporavak prije otvaranja naredbenog retka, konzultirajte Zaključavanje ključa za oporavak šifriranja BitLocker, FileVault i LUKS i ponovno postavljanje TPM-a i SSD i NVMe iznenadni način rada samo za čitanje i TRIM onemogućavanje spašavanja. Ako ovaj kvar sustava onemogući bolničke kliničke radne stanice, hitno slanje (CAD) ili kontrolama za sigurnost života, nazovite svoj lokalni broj hitne službe (911 u Sjedinjenim Državama i Kanadi, 112 diljem Europske unije, 999 u Ujedinjenom Kraljevstvu) ili provjerite naš imenik hitne brojeve.

Učinite to sada¶

1. NEMOJTE kliknuti "Poništi ovo računalo -> Ukloni sve" ili naslijepo kopirati 0-byte datoteke izvan C:\Windows\System32\config\RegBack\: Ako trčite copy C:\Windows\System32\config\RegBack\* C:\Windows\System32\config\ na Windows 10 (1803+) ili Windows 11 bez provjere dir RegBack prvo ćete prebrisati svoje djelomično oštećene košnice registra 0-byte prazne datoteke, uništavajući preostale košnice i otežavajući oporavak.
2. Pokrenite Windows okruženje za oporavak (WinRE) i otvoriti Troubleshoot -> Advanced options -> Command Prompt:
3. Ako se Windows ne uspije pokrenuti tri puta zaredom, automatski pokreće Automatsko popravljanje -> Napredne opcije.
4. Alternativno, pokrenite sustav s bilo kojeg Windows 10 / 11 USB instalacijskog medija, pritisnite Shift + F10 (ili Shift + Fn + F10 na prijenosnim računalima) odmah na početnom zaslonu za odabir jezika i povišeni X:\Sources> Naredbeni redak otvara se odmah bez klikanja kroz izbornike.
5. Pronađite pravo slovo pogona vaše Windows particije (diskpart -> list vol), kao što to često biva D: ili E: unutar WinRE-a, NE C:: Unutar okruženja za oporavak, C: često se dodjeljuje 100 megabajta System Reserved ili Recovery particiji dok se na njoj nalazi vaša stvarna instalacija sustava Windows D: ili E:. Trči dir C:\Windows, dir D:\Windows, dir E:\Windows kako biste potvrdili koje slovo pogona sadrži \Windows\System32\config\.
6. Uvijek napravite sigurnosnu kopiju postojećeg (čak i pokvarenog) config\ mapa za C:\Config_Backup\ PRIJE nego dodirnete jednu datoteku: Trčite mkdir D:\Config_Backup i xcopy /h /i /c /k /e /r /y D:\Windows\System32\config D:\Config_Backup. Morate sačuvati i pet primarnih datoteka košnice (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) i njihove skrivene datoteke dnevnika transakcija (SYSTEM.LOG1, SYSTEM.LOG2, SOFTWARE.LOG1, SOFTWARE.LOG2).
7. Prije zamjene bilo koje košnice, provjerite je li BCD (Boot Configuration Data) skraćivanje ili prljavi dnevnik transakcija košnice (.LOG1 / .LOG2) pravi je uzrok BAD_SYSTEM_CONFIG_INFO:
8. u 30% od BAD_SYSTEM_CONFIG_INFO BSOD-ovi, košnice registra su 100 posto u redu i BCD trgovina jednostavno ima oštećenu truncatememory / numproc zastava (msconfig zamka) ili potrebe reg load ponoviti .LOG1/.LOG2 dnevnik transakcija automatski.
9. Ako SYSTEM ili SOFTWARE je stvarno oštećen, izvucite zdravu kopiju izravno iz VSS kopije u sjeni (\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Windows\System32\config\) pomoću vssadmin list shadows: Čak i kada System Restore (rstrui.exe) ne uspije s pogreškom u GUI-ju, temeljni volumen VSS Shadow Copy postoji na disku i omogućuje vam čisto kopiranje SYSTEM i SOFTWARE košnice ravno u \Windows\System32\config\ korištenjem copy ili robocopy.

Stablo odlučivanja: BAD_SYSTEM_CONFIG_INFO (0x00000074) i 0xc000014c trijaža registra¶

Koristite ovaj dijagram toka iz WinRE Naredbeni redak (Shift + F10) kako biste odredili točnu oštećenu datoteku i vratili je bez gubitka instaliranih programa ili korisničkih računa:

flowchart TD
    Start["Windows se ruši pri pokretanju: BAD_SYSTEM_CONFIG_INFO (0x74) ili 0xc000014c"] --> OpenCmd["Pokrenite WinRE ili Windows USB -> Otvorite naredbeni redak (Shift + F10)"]

    OpenCmd --> FindDrive["Pronađite istinsko slovo diska sustava Windows (npr. D:) putem: diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["Sigurnosno kopirajte trenutnu konfiguracijsku mapu (uključujući skrivene .LOG1/.LOG2): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["Provjera 1: Pokrenite bcdedit -> Je li netko postavio truncatememory ili numproc u msconfig?"]
    CheckBcd -->|"Da: truncatememory ili badvalue Present"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"Ne: BCD Clean"| TestReplay["Provjera 2: Testirajte i ponovno reproducirajte zapisnike transakcija (.LOG1/.LOG2) za svaku košnicu putem regularnog učitavanja HKLM\\TempHive"]

    TestReplay --> WhichBroken{"Uspješno učitava reg i reproducira li .LOG1/.LOG2 čisto?"}
    WhichBroken -->|"Da: reg. učitavanje Ponovno reproducirano Prljavi zapisnik transakcija -> Istovar putem reg. istovar"| BootFixed["Ponovno pokrenite računalo: prljavo zaglavlje košnice popravljeno na mjestu s nultim povratom"]

    WhichBroken -->|"Ne: SUSTAV ili SOFTVER Vraća 'Baza podataka konfiguracijskog registra je oštećena' ili Je 0 bajtova"| CheckVss["Pokreni: sjene popisa vssadmin"]

    CheckVss --> HasVss{"Jesu li kopije u sjeni volumena navedene (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"Da: Kopije u sjeni postoje"| CopyVss["Kopirajte SAMO oštećenu košnicu (npr. SUSTAV / SOFTVER) s najnovijeg HarddiskVolumeShadowCopyN u D:\\Windows\\System32\\config\\"]

    HasVss -->|"Broj: 0 kopija u sjeni na popisu"| CheckAlt["Provjerite alternativne izvore košnice: D:\\Windows\\System32\\config\\TxR\\ ILI Windows.old ILI WinSxS komponenta Hive Repair"]

Faza 1: Zašto BAD_SYSTEM_CONFIG_INFO događa i zašto RegBack prazno je u sustavu Windows 10/11¶

Prije izmjene bilo koje datoteke unutar \Windows\System32\config\, razumjeti što zapravo radi pet datoteka košnice registra i zašto tradicionalne RegBack metoda više ne funkcionira.

1. Anatomija od \Windows\System32\config\¶

Kada se jezgra sustava Windows (ntoskrnl.exe) i pokretački program (winload.efi) inicijaliziraju tijekom pokretanja, učitavaju pet binarnih datoteka baze podataka (nazvanih Hives, počevši s 4-bajtnim ASCII potpisom regf u bajtu 0) od \Windows\System32\config\:

2. Zašto C:\Windows\System32\config\RegBack prazno je u sustavu Windows 10 (1803+) i Windows 11¶

Od Windows XP do Windows 10 verzija 1709, zakazani zadatak pod nazivom \Microsoft\Windows\Registry\RegIdleBackup automatski kopiran SYSTEM, SOFTWARE, SAM, SECURITY, i DEFAULT u \Windows\System32\config\RegBack\ kad god je sustav bio u stanju mirovanja. - Što je Microsoft promijenio: Počevši od Windows 10 verzije 1803 (svibanj 2018.) i nastavljajući kroz svako izdanje Windowsa 11, Microsoft je službeno onemogućio automatsko RegBack populacije prema zadanim postavkama kako bi se smanjio otisak diska (dokumentirano u Microsoftovoj podršci KB4509719). - Rezultat: Osim ako niste ručno dodali EnablePeriodicBackup = 1 DWORD za HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager prije Vašeg se računala srušilo, radi dir D:\Windows\System32\config\RegBack pokazat će 0 File(s) (ili pet datoteka veličine 0 bajtova). - Zašto još uvijek imate sigurnosnu kopiju: Iako RegBack je prazan, Windows 10 i Windows 11 automatski stvaraju Volume Shadow Copy (VSS) snimke prije ažuriranja sustava Windows, instalacije MSI aplikacije, instalacije upravljačkog programa i tjednih kontrolnih točaka vraćanja. Svaka VSS snimka sadrži potpunu zamrznutu kopiju u određenom trenutku \Windows\System32\config\.

Faza 2: Brzi popravci bez vraćanja (msconfig BCD zamka & .LOG1/.LOG2 ponavljanje transakcije)¶

Prije zamjene SYSTEM ili SOFTWARE iz kopije u sjeni testirajte ova dva popravka vraćanja na nulu u WinRE Naredbeni redak (Shift + F10). Preko polovice svega BAD_SYSTEM_CONFIG_INFO (0x00000074) rušenja se rješavaju upravo ovdje za manje od 60 sekundi bez vraćanja ijedne postavke.

Korak 1: Identificirajte svoje pravo Windows slovo pogona (D: u odnosu na C:) i napravite sigurnosnu kopiju config\¶

u X:\Sources> Prozor naredbenog retka, pronađite koje slovo pogona sadrži vašu instalaciju sustava Windows:

diskpart
list volume
exit

Odmah napravite potpunu sigurnosnu kopiju D:\Windows\System32\config (koristeći /h tako skriveno .LOG1 i .LOG2 transakcijske datoteke su uključene):

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

Korak 2: Provjerite Popravak A: Je li netko promijenio Number of processors ili Maximum memory u msconfig?¶

Microsoftova službena dokumentacija za provjeru grešaka 0x74 (BAD_SYSTEM_CONFIG_INFO) ističe poznatu zamku: korisnici otvaraju msconfig -> Pokretanje -> Napredne opcije nakon lošeg videa "optimizacije igara", provjerite Number of processors ili Maximum memory (postavljanje na 0 ili loša vrijednost) i ponovno pokrenite. Odmah nakon ponovnog pokretanja, Windows pogađa trajno BAD_SYSTEM_CONFIG_INFO BSOD čak i prije nego što dodirnete košnice registra.

Provjerite podatke o konfiguraciji pokretanja (BCD) pohranite odmah:

bcdedit /enum {default}

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

Korak 3: Provjerite Fix B: Replay dirty .LOG1 / .LOG2 korištenje zapisnika transakcija u košnici reg load¶

Što ako je nestalo struje dok je Windows pisao SYSTEM ili 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 |
+-------------------------------------------------------------------------+

Testirajte svaku od pet košnica (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) jedan po jedan u WinRE Korištenje naredbenog retka 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

Faza 3: Vađenje zdravih košnica registra iz VSS Kopije u sjeni (HarddiskVolumeShadowCopyN)¶

Zašto ručno izdvajamo pokvarenu košnicu iz Volume Shadow Copy umjesto da kliknemo Troubleshoot -> Advanced options -> System Restore u GUI? 1. Prvo, ako SYSTEM ili SOFTWARE je nečitljiv, grafički System Restore (rstrui.exe) čarobnjak se često ruši s System Restore failed to extract the original copy of the directory from the restore point (0x80070002 / 0x80070017). 2. Drugo, grafički System Restore zamjenjuje sve košnice i vraća stotine upravljačkih programa/izvršnih datoteka na disku, dok kopira samo jednu oštećenu SYSTEM ili SOFTWARE košnica iz HarddiskVolumeShadowCopyN traje 10 sekundi i napušta ostale košnice (SAM, SECURITY) netaknuta.

Korak 1: Navedite sve dostupne Volume Shadow Copies na disku¶

u WinRE Naredbeni redak, pokrenite:

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

Korak 2: Provjerite košnice registra unutar volumena kopije u sjeni¶

Jer standard cd ili dir naredbe se ponekad guše \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1 staza prostora imena jezgre, možete proslijediti stazu pod navodnicima dirili stvorite prikladnu simboličku vezu (mklink /d) uključeno D:\ pokazujući ravno u kopiju u sjeni:

# 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

Korak 3: Kopirajte SAMO oštećenu košnicu(e) iz Shadow Copy u D:\Windows\System32\config\¶

Pretpostavimo da je vaš test u fazi 2 korak 3 pokazao da SYSTEM nije uspjelo učitavanje (ili oboje SYSTEM i SOFTWARE nije uspio).

Pokrenite ove točne naredbe da biste zamijenili pokvarene SYSTEM (i/ili SOFTWARE) košnica čisto:

# 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

Korak 4: Čisto provjerite obnovljena opterećenja košnice (reg load) i provjerite CurrentControlSet¶

Provjerite je li novo kopirano SYSTEM učitava košnicu s nula pogrešaka:

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

Faza 4: Što ako vssadmin list shadows emisije No items found (0 kopija u sjeni)?¶

Što ako zaštita sustava (VSS) bio je potpuno isključen na pogonu, RegBack je prazan, i reg load ne uspije na SYSTEM ili SOFTWARE? Još uvijek imate tri zamjenska puta za oporavak prije ponovne instalacije sustava Windows:

Zamjena 1: Promjena Default do LastKnownGood (ControlSet002) unutra SYSTEM¶

ako reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM uspjeva, a BSOD (BAD_SYSTEM_CONFIG_INFO) se događa jer je vozač ili servisni ključ unutra ControlSet001 (Current = 0x1) je oštećen dok ControlSet002 (LastKnownGood = 0x2) unutar iste SYSTEM košnica je netaknuta:

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

Zamjena 2: Provjerite C:\Windows\System32\config\TxR\ i C:\Windows.old\Windows\System32\config\¶

Provjerite je li nedavno nadograđena značajka računala (22H2 -> 23H2 -> 24H2) ili ima Kernel Transaction Manager (TxR) zapisnici kontejnera:

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

Zamjenski 3: Vratite napola instalirano kumulativno ažuriranje (dism /RevertPendingActions)¶

često, BAD_SYSTEM_CONFIG_INFO ili CRITICAL_PROCESS_DIED nastaje jer je računalo izgubilo napajanje na 30% tijekom Working on updates... Don't turn off your computer, odlazi SOFTWARE i \Windows\WinSxS\pending.xml izvan sinkronizacije. Od WinRE Naredbeni redak, recite Deployment Image servisiranju i upravljanju (DISM) mehanizam za vraćanje svih neobvezenih transakcija ažuriranja na izvanmrežnu sliku sustava Windows (D:\):

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

Zamjena 4: Popravak nečitljivih podataka o konfiguraciji pokretanja (BCD) pohraniti (bootrec /rebuildbcd i bcdboot)¶

Što ako svih pet matičnih košnica ima unutra D:\Windows\System32\config\ utovariti i istovariti čisto sa reg load, ipak PC i dalje baca 0xc000014c (The Boot Configuration Data for your PC is missing or contains errors) ili 0xc000000f? Budući da Windowsi BCD datoteka na vašem skrivenom 100 MB FAT32 EFI particija sustava (\EFI\Microsoft\Boot\BCD) sama je pohranjena u potpuno istom binarnom formatu regf format košnice registra as SYSTEM i SOFTWARE, gubitak struje može pokvariti BCD košnica pri odlasku D:\Windows\System32\config\ netaknuta. Ponovno izgradite potpuno novi BCD košnica na vašoj particiji EFI sustava za 15 sekundi:

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

Faza 5: Ponovno uključivanje automatskog RegBack sigurnosne kopije u sustavima Windows 10 i Windows 11¶

Nakon što se vaše Windows računalo vrati na radnu površinu, ponovno omogućite Microsoftov ugrađeni RegIdleBackup zadatak tako C:\Windows\System32\config\RegBack\ automatski se popunjava svaki tjedan i provjerite Vraćanje sustava (VSS) je aktivan:

• Ponovo omogući automatski RegBack sigurnosne kopije košnice u sustavima Windows 10 (1803+) i Windows 11: otvorite povišeni naredbeni redak (Run as Administrator) i pokrenite ovu jednu službenu naredbu registra (KB4509719):

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

  Zatim odmah jednom pokrenite zadatak sigurnosnog kopiranja radi provjere C:\Windows\System32\config\RegBack puni zdravim kopijama svih pet košnica:

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

• Provjerite zaštitu sustava (VSS Restore Points) je okrenut ON za C:: Pritisnite Win + R, tip sysdm.cpl ,4, odaberite svoju C: disk, kliknite Konfiguriraj, odaberite Uključi zaštitu sustava, postavite maksimalnu upotrebu na 5% (10 GB do 25 GB) i kliknite Izradi da biste odmah napravili čistu kopiju u sjeni osnovne linije.
• Trči sfc /scannow i DISM /Online /Cleanup-Image /RestoreHealth nakon pokretanja sustava Windows kako bi se provjerilo da nema sistemskih DLL-ova ili manifesta pohrane komponenti (COMPONENTS košnica) oštećeni su tijekom sudara.

Regionalni brojevi za hitne slučajeve i protokoli agencija¶

Dok je Windows BAD_SYSTEM_CONFIG_INFO BSOD je obično interni IT ili problem popravka osobnog računala, kvarovi radnih stanica ili poslužitelja koji utječu na bolnice, hitne službe ili javnu infrastrukturu zahtijevaju trenutnu eskalaciju:

• Sjedinjene Države i Kanada: Birajte 911 ako pad sustava Windows onemogući kliničko praćenje pacijenata, hitno slanje (CAD), ili kontrole životne sigurnosti, i prebaciti se na postupke zastoja pogona. Prijavite CISA-i (1-844-Say-CISA / cisa.gov/report) ili Kanadski centar za kibernetičku sigurnost (1-833-CYBER-88).
• Ujedinjeno Kraljevstvo: Birajte 999 za prijetnje po život ili akutne NHS kliničke poremećaje. Prijavite velike cyber incidente ili incidente dostupnosti NCSC-u (ncsc.gov.uk) ili NHS England Cyber Operations.
• Europska unija: Birajte 112 u svim zemljama članicama EU. Subjekti obuhvaćeni NIS2 Direktivom moraju prijaviti značajne prekide rada svom nacionalnom CSIRT-u u roku od 24 sata.
• Australija i Novi Zeland: Birajte 000 u Australiji ili 111 na Novom Zelandu; prijavite incidente kritične infrastrukture ACSC-u (1300 CYBER1).
• Indija i Azija-Pacifik: Birajte 112 u Indiji za hitne intervencije; prijavite infrastrukturne ili kibernetičke incidente CERT-In (incident@cert-in.org.in).

Često postavljana pitanja¶

Što ako se sam moj korisnički profil ne uspije prijaviti nakon podizanja sustava ("We can't sign in to your account" / Privremeni profil) jer NTUSER.DAT je oštećen?¶

Osim pet sistemskih košnica unutra `\Windows\System32\config\`, svaki pojedinačni korisnički račun ima vlastitu košnicu registra (`HKEY_CURRENT_USER`) pohranjeno na **`C:\Users\\NTUSER.DAT`** (plus `AppData\Local\Microsoft\Windows\UsrClass.dat`). Ako se vaše računalo podiže na zaslonu za prijavu, u redu je, ali prijava učitava praznu privremenu radnu površinu jer `NTUSER.DAT` je oštećen tijekom nestanka struje, otvorite povišeni naredbeni redak, pokrenite `vssadmin list shadows`, i kopirajte zdrave `NTUSER.DAT` od `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (dok ste prijavljeni na drugi administratorski račun ili WinRE tako da datoteka nije zaključana).

Zašto jesam WinRE tražiti 48-znamenkasti ključ za oporavak BitLockera prije nego što mi dopustite da otvorim naredbeni redak, kad nikad nisam sam uključio BitLocker?¶

Na gotovo svim modernim prijenosnim računalima sa sustavom Windows 11 (i Windows 10) s `TPM 2.0` i Modern Standby, prijava s Microsoft računom tijekom početnog postavljanja automatski omogućuje **Device Encryption (`BitLocker`)** u pozadini i prenosi vaš 48-znamenkasti ključ za oporavak na vaš Microsoft račun. Otvoreno **`https://aka.ms/myrecoverykey`** na svom pametnom telefonu prijavite se pomoću Microsoft računa (`@outlook.com`, `@hotmail.com`, `@gmail.com`) ili ID za posao/školu (`myaccount.microsoft.com`) koji se koristi na tom računalu i unesite 48-znamenkasti ključ koji odgovara `Key ID` prikazan na ekranu. Nakon otključavanja, `D:\Windows\System32\config` potpuno je dostupan u WinRE naredbenom retku.

Što ako copy ne uspijeva s The process cannot access the file because it is being used by another process kad pokušam prebrisati SYSTEM ili SOFTWARE u WinRE?¶

Ta se pogreška događa iz jednog od dva razloga: (1) slučajno ste upisali `C:\Windows\System32\config\SYSTEM` kada `C:` ili `X:` je zapravo WinRE RAM disk koji radi uživo (`X:\Windows\System32\config\SYSTEM` zaključava ga sam WinRE; uvijek provjerite svoje stvarno offline SSD slovo `D:` ili `E:` sa `diskpart -> list vol`); ili (2) trčao si `reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM` ranije u sesiji i zaboravio pokrenuti **`reg unload HKLM\TestSys`** prije trčanja `copy`.

Zašto se moje računalo ruši sa BAD_SYSTEM_CONFIG_INFO (0x00000074) čak i na potpuno novom Windows USB instalacijskom programu prije nego što dodirnete SSD?¶

ako `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) događa se tijekom pokretanja **potpuno novog Windows 10/11 USB sticka za instalaciju** (gdje instalacijski program učitava vlastiti `boot.wim` RAM registar košnice u sistemsku memoriju), vaš SSD registar **nije** problem: **vaš sistemski RAM (`DDR4 / DDR5`) oštećuje saće registra u memoriji dok se raspakira**. Unesite svoju matičnu ploču `BIOS / UEFI` postavljanje (`Del` ili `F2`), onemogućiti `XMP / EXPO` profile overclockinga memorije tako da RAM radi standardnim JEDEC brzinama ili testirajte s jednim po jednim komadom RAM-a koristeći `MemTest86`.

Može li antivirus ili Endpoint Detection treće strane (EDR) ažuriranje upravljačkog programa kernela uzrokuje BSOD petlju koja izgleda kao oštećenje registra?¶

Da. Sigurnosni upravljački programi kernelskog načina (`BOOT_START` vozači sa `Start = 0` iznutra `HKLM\SYSTEM\ControlSet001\Services\`) učitava `winload.efi` uz `SYSTEM` košnica prije nego što Windows uopće inicijalizira video. Ako je neispravan `.sys` upisati `D:\Windows\System32\drivers\` ruši pri dizanju, ne morate čak ni zamijeniti košnicu registra: jednostavno preimenujte problematičnu `.sys` upisati `D:\Windows\System32\drivers\` (ili opterećenje `D:\Windows\System32\config\SYSTEM` sa `reg load HKLM\TestSys` i promijeniti pokvarene usluge `Start` vrijednost iz `0` do `4` [Onemogućeno]).

Što je COMPONENTS košnica unutra C:\Windows\System32\config\, a zašto je 100 MB?¶

Za razliku od `SYSTEM`, `SOFTWARE`, `SAM`, `SECURITY`, i `DEFAULT` (koji se učitavaju pri svakom dizanju), **`COMPONENTS`** košnica (`C:\Windows\System32\config\COMPONENTS`) učitava se samo dinamički na zahtjev kada **Windows Update (`TiWorker.exe` / Servisiranje temeljeno na komponentama)** ili `sfc /scannow` trči. A pokvaren `COMPONENTS` košnica **nikada** neće spriječiti podizanje sustava Windows (`0x00000074`), iako će uzrokovati neuspjeh ažuriranja sustava Windows `0x80073712` do popravka sa `DISM /Online /Cleanup-Image /RestoreHealth`.

Povezani vodiči¶

• Windows plavi ekran (BSOD) i popravak pokretanja
• Zaključavanje ključa za oporavak šifriranja BitLocker, FileVault i LUKS i ponovno postavljanje TPM-a
• Brick za ažuriranje firmvera BIOS-a i UEFI-a, gubitak napajanja i Dual-BIOS Flashback
• SSD i NVMe iznenadni način rada samo za čitanje, 0% rezervnih blokova i TRIM onemogućavanje spašavanja
• Kvar tvrdog diska i oporavak podataka
• Sigurnosne kopije računala, strategija 3-2-1 i oporavak od katastrofe
• Brojevi hitnih službi po državama

Izvori i službene upute¶

• Microsoft Learn (learn.microsoft.com): Provjera grešaka 0x74: BAD_SYSTEM_CONFIG_INFO Službena referenca za rješavanje problema (BCD truncatememory / numproc Sanacija i provjera košnice registra).
• Microsoftova podrška (KB4509719): Registar sustava više nije sigurnosno kopiran na RegBack mapa koja počinje u sustavu Windows 10 verzija 1803 (EnablePeriodicBackup Konfiguracija registra).
• Microsoft Windows interno (7. izdanje, Russinovich et al.): Arhitektura upravitelja konfiguracije, binarna struktura košnice registra (regf, hbin) i Dvostruki dnevnik transakcija (.LOG1 / .LOG2) Oporavak.
• Dokumentacija za pohranu Microsoft poslužitelja: Usluga kopiranja volumena u sjeni (VSS) Administracija (vssadmin list shadows i GLOBALROOT Pristup prostoru imena uređaja).
• Nacionalni institut za standarde i tehnologiju (NIST) (Sjedinjene Države): Posebna publikacija 800-86: Forenzička analiza i oporavak Windows registra.