വിൻഡോസ് രജിസ്ട്രി ഹൈവ് കേടായി (`BAD_SYSTEM_CONFIG_INFO` BSOD): എന്തുകൊണ്ട് `RegBack` Windows 10/11-ൽ ശൂന്യമാണ്, VSS ഷാഡോ പകർപ്പുകളിൽ നിന്ന് തേനീച്ചക്കൂടുകൾ എങ്ങനെ പുനഃസ്ഥാപിക്കാം¶

രാജ്യത്തിനനുസരിച്ച് എമർജൻസി നമ്പറുകൾ വ്യത്യസ്തമാണ്. ഈ പേജ് 911 ഉപയോഗിക്കുന്നു, യുണൈറ്റഡ് സ്റ്റേറ്റ്സിനും കാനഡയ്ക്കുമുള്ള നമ്പർ. മറ്റ് പല രാജ്യങ്ങളും 112, 999 അല്ലെങ്കിൽ മറ്റൊരു നമ്പർ ഉപയോഗിക്കുന്നു. നിങ്ങളുടെ രാജ്യത്തിനായുള്ള നമ്പർ കണ്ടെത്തുക.

ഒരു വിൻഡോസ് 10, വിൻഡോസ് 11, അല്ലെങ്കിൽ വിൻഡോസ് സെർവർ മെഷീൻ സ്റ്റാർട്ടപ്പ് സമയത്ത് അനന്തമായ ബ്ലൂ സ്‌ക്രീൻ ഓഫ് ഡെത്ത് ആയി ക്രാഷ് ചെയ്യുന്നത് കാണുന്നത് (BSOD) ലൂപ്പ് പ്രദർശിപ്പിക്കുന്നു Stop code: BAD_SYSTEM_CONFIG_INFO (0x00000074), CRITICAL_PROCESS_DIED, അല്ലെങ്കിൽ ഒരു കറുത്ത വിൻഡോസ് ബൂട്ട് മാനേജർ സ്ക്രീൻ പ്രസ്താവിക്കുന്നു \Windows\System32\config\SYSTEM is missing or contains errors (Status: 0xc000014c / 0xc0000225) എന്നാൽ വിൻഡോസിൻ്റെ ഒന്നോ അതിലധികമോ കോർ ബൈനറി രജിസ്ട്രി തേനീച്ചക്കൂടുകൾ (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) അല്ലെങ്കിൽ ബൂട്ട് കോൺഫിഗറേഷൻ ഡാറ്റ (BCD) വൈദ്യുതി മുടക്കം, നിർബന്ധിത അടച്ചുപൂട്ടൽ അല്ലെങ്കിൽ ക്യുമുലേറ്റീവ് അപ്‌ഡേറ്റ് പരാജയപ്പെട്ടപ്പോൾ സ്റ്റോർ കീറിപ്പോയി. അതിലും മോശം, വിൻഡോസ് റിക്കവറി എൻവയോൺമെൻ്റ് തുറക്കാൻ പറയുന്ന പഴയ ഓൺലൈൻ ട്യൂട്ടോറിയലുകൾ അഡ്മിനിസ്ട്രേറ്റർമാർ പിന്തുടരുമ്പോൾ (WinRE) കമാൻഡ് പ്രോംപ്റ്റ് ചെയ്ത് ബാക്കപ്പ് രജിസ്ട്രി ഫയലുകൾ ** എന്നതിൽ നിന്ന് പകർത്തുകC:\Windows\System32\config\RegBack\, അവർ അത് കണ്ടെത്തുന്നു ** RegBack ഫോൾഡർ പൂർണ്ണമായും ശൂന്യമാണ് (അല്ലെങ്കിൽ അടങ്ങിയിരിക്കുന്നു 0-byte ഫയലുകൾ). വിൻഡോസ് 10 പതിപ്പ് 1803 മുതൽ വിൻഡോസ് 11 ൻ്റെ എല്ലാ ബിൽഡുകളിലും മൈക്രോസോഫ്റ്റ് ശാശ്വതമായി പ്രവർത്തനരഹിതമാക്കി RegIdleBackup ഡിസ്ക് സ്ഥലം ലാഭിക്കുന്നതിനുള്ള ചുമതല. വിൻഡോസ് തുടച്ച് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യരുത്: നിങ്ങളുടെ പിസി, മറഞ്ഞിരിക്കുന്ന എല്ലാ രജിസ്‌ട്രി പുഴയുടെയും ഈയിടെ പ്രതിജ്ഞാബദ്ധമായ പകർപ്പുകൾ സൂക്ഷിക്കുന്നു ** വോളിയം ഷാഡോ കോപ്പി സേവനം (VSSസ്നാപ്പ്ഷോട്ടുകൾ (HarddiskVolumeShadowCopyN)** ഇടപാടും .LOG1 / .LOG2 നിങ്ങൾക്ക് 3 മിനിറ്റിനുള്ളിൽ എക്‌സ്‌ട്രാക്‌റ്റുചെയ്യാൻ കഴിയുന്ന ജേണലുകൾ WinRE. പൊതുവായ ഡ്രൈവർ അല്ലെങ്കിൽ ഹാർഡ്‌വെയർ BSOD ട്രബിൾഷൂട്ടിങ്ങിനായി, കാണുക വിൻഡോസ് ബ്ലൂ സ്ക്രീനും (BSOD) ബൂട്ട് നന്നാക്കലും; എങ്കിൽ BitLocker കമാൻഡ് പ്രോംപ്റ്റ് തുറക്കുന്നതിന് മുമ്പ് 48 അക്ക വീണ്ടെടുക്കൽ കീ ആവശ്യപ്പെടുന്നു, കൂടിയാലോചിക്കുക BitLocker, FileVault, LUKS എൻക്രിപ്ഷൻ വീണ്ടെടുക്കൽ കീ ലോക്കൗട്ടും TPM റീസെറ്റും ഒപ്പം SSD, NVMe സഡൻ റീഡ്-ഒൺലി മോഡ്, TRIM രക്ഷാപ്രവർത്തനം പ്രവർത്തനരഹിതമാക്കുന്നു. ഈ സിസ്റ്റം പരാജയം ഹോസ്പിറ്റൽ ക്ലിനിക്കൽ വർക്ക് സ്റ്റേഷനുകൾ പ്രവർത്തനരഹിതമാക്കുകയാണെങ്കിൽ, എമർജൻസി ഡിസ്പാച്ച് (CAD), അല്ലെങ്കിൽ ജീവൻ സുരക്ഷാ നിയന്ത്രണങ്ങൾ, നിങ്ങളുടെ പ്രാദേശിക എമർജൻസി നമ്പറിൽ വിളിക്കുക (911 അമേരിക്കയിലും കാനഡയിലും, 112 യൂറോപ്യൻ യൂണിയനിലുടനീളം, 999 യുണൈറ്റഡ് കിംഗ്ഡത്തിൽ) അല്ലെങ്കിൽ ഞങ്ങളുടെ ഡയറക്ടറി പരിശോധിക്കുക അടിയന്തര നമ്പറുകൾ.

ഇപ്പോൾ ഇത് ചെയ്യുക¶

** "ഈ പിസി പുനഃസജ്ജമാക്കുക -> എല്ലാം നീക്കം ചെയ്യുക" ക്ലിക്ക് ചെയ്യരുത് അല്ലെങ്കിൽ അന്ധമായി പകർത്തരുത് 0-byte ഫയലുകൾ പുറത്ത് C:\Windows\System32\config\RegBack\**: നിങ്ങൾ ഓടുകയാണെങ്കിൽ copy C:\Windows\System32\config\RegBack\* C:\Windows\System32\config\ Windows 10 (1803+) അല്ലെങ്കിൽ Windows 11 പരിശോധിക്കാതെ തന്നെ dir RegBack ആദ്യം, നിങ്ങളുടെ ഭാഗികമായി കേടായ രജിസ്ട്രി തേനീച്ചക്കൂടുകൾ ഉപയോഗിച്ച് നിങ്ങൾ പുനരാലേഖനം ചെയ്യും 0-byte ശൂന്യമായ ഫയലുകൾ, ശേഷിക്കുന്ന തേനീച്ചക്കൂടുകൾ നശിപ്പിക്കുകയും വീണ്ടെടുക്കൽ വളരെ പ്രയാസകരമാക്കുകയും ചെയ്യുന്നു.
** വിൻഡോസ് റിക്കവറി എൻവയോൺമെൻ്റിലേക്ക് ബൂട്ട് ചെയ്യുക (WinRE) കൂടാതെ തുറക്കുക Troubleshoot -> Advanced options -> Command Prompt**:
വിൻഡോസ് തുടർച്ചയായി മൂന്ന് തവണ ബൂട്ട് ചെയ്യുന്നതിൽ പരാജയപ്പെടുകയാണെങ്കിൽ, അത് സ്വയമേവ ഓട്ടോമാറ്റിക് റിപ്പയർ -> വിപുലമായ ഓപ്ഷനുകൾ സമാരംഭിക്കുന്നു.
പകരമായി, ഏതെങ്കിലും Windows 10 / 11 USB ഇൻസ്റ്റലേഷൻ മീഡിയയിൽ നിന്നും ബൂട്ട് ചെയ്യുക, അമർത്തുക Shift + F10 (അല്ലെങ്കിൽ Shift + Fn + F10 ലാപ്‌ടോപ്പുകളിൽ) പ്രാരംഭ ഭാഷ തിരഞ്ഞെടുക്കൽ സ്‌ക്രീനിൽ തന്നെ, കൂടാതെ ഒരു എലവേറ്റഡ് X:\Sources> മെനുകളിലൂടെ ക്ലിക്ക് ചെയ്യാതെ തന്നെ കമാൻഡ് പ്രോംപ്റ്റ് തുറക്കുന്നു.
** നിങ്ങളുടെ വിൻഡോസ് പാർട്ടീഷൻ്റെ യഥാർത്ഥ ഡ്രൈവ് ലെറ്റർ കണ്ടെത്തുക (diskpart -> list vol), അത് പലപ്പോഴും D: അല്ലെങ്കിൽ E: WinRE ഉള്ളിൽ, അല്ല C:**: വീണ്ടെടുക്കൽ പരിതസ്ഥിതിക്കുള്ളിൽ, C: 100 മെഗാബൈറ്റിലേക്ക് ഇടയ്ക്കിടെ നിയോഗിക്കപ്പെടുന്നു System Reserved അല്ലെങ്കിൽ Recovery നിങ്ങളുടെ യഥാർത്ഥ വിൻഡോസ് ഇൻസ്റ്റലേഷൻ ഇരിക്കുമ്പോൾ പാർട്ടീഷൻ D: അല്ലെങ്കിൽ E:. ഓടുക dir C:\Windows, dir D:\Windows, dir E:\Windows ഏത് ഡ്രൈവ് അക്ഷരം ഉൾക്കൊള്ളുന്നു എന്ന് സ്ഥിരീകരിക്കാൻ \Windows\System32\config\.
** നിങ്ങളുടെ നിലവിലുള്ള (തകർന്ന പോലും) എപ്പോഴും ബാക്കപ്പ് ചെയ്യുക config\ എന്നതിലേക്കുള്ള ഫോൾഡർ C:\Config_Backup\ ഒരൊറ്റ ഫയൽ സ്പർശിക്കുന്നതിന് മുമ്പ്**: റൺ ചെയ്യുക mkdir D:\Config_Backup ഒപ്പം xcopy /h /i /c /k /e /r /y D:\Windows\System32\config D:\Config_Backup. അഞ്ച് പ്രാഥമിക ഹൈവ് ഫയലുകളും നിങ്ങൾ സൂക്ഷിക്കണം (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) ** കൂടാതെ** അവരുടെ മറഞ്ഞിരിക്കുന്ന ഇടപാട് ലോഗ് ഫയലുകൾ (SYSTEM.LOG1, SYSTEM.LOG2, SOFTWARE.LOG1, SOFTWARE.LOG2).
** ഏതെങ്കിലും കൂട് മാറ്റുന്നതിന് മുമ്പ്, ഉണ്ടോ എന്ന് പരിശോധിക്കുക BCD (Boot Configuration Data) വെട്ടിച്ചുരുക്കൽ അല്ലെങ്കിൽ ഒരു വൃത്തികെട്ട കൂട് ഇടപാട് ലോഗ് (.LOG1 / .LOG2) ആണ് യഥാർത്ഥ കാരണം BAD_SYSTEM_CONFIG_INFO**:
ഇൻ 30% യുടെ BAD_SYSTEM_CONFIG_INFO BSOD-കൾ, രജിസ്ട്രി തേനീച്ചക്കൂടുകൾ 100 ശതമാനം മികച്ചതാണ് BCD സ്റ്റോറിൽ കേവലം ഒരു കേടായിരിക്കുന്നു truncatememory / numproc പതാക (msconfig കെണി) അല്ലെങ്കിൽ ആവശ്യങ്ങൾ reg load വീണ്ടും പ്ലേ ചെയ്യാൻ .LOG1/.LOG2 ഇടപാട് ലോഗ് സ്വയമേവ.
** എങ്കിൽ SYSTEM അല്ലെങ്കിൽ SOFTWARE ശരിക്കും കേടായതാണ്, ഒരു VSS ഷാഡോ പകർപ്പിൽ നിന്ന് നേരിട്ട് ആരോഗ്യകരമായ ഒരു പകർപ്പ് എക്‌സ്‌ട്രാക്റ്റുചെയ്യുക (\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Windows\System32\config\) ഉപയോഗിക്കുന്നു vssadmin list shadows**: എപ്പോൾ പോലും System Restore (rstrui.exe) GUI-യിലെ ഒരു പിശക് കൊണ്ട് പരാജയപ്പെടുന്നു, അണ്ടർലയിങ്ങ് VSS ഷാഡോ കോപ്പി വോളിയം ഡിസ്കിൽ നിലവിലുണ്ട്, അത് പകർത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു SYSTEM ഒപ്പം SOFTWARE നേരെ തേനീച്ചക്കൂടുകൾ \Windows\System32\config\ ഉപയോഗിക്കുന്നത് copy അല്ലെങ്കിൽ robocopy.

Danger

**ഒരിക്കലും തിരുത്തിയെഴുതരുത് SAM അല്ലെങ്കിൽ SECURITY നിർദ്ദിഷ്ട രണ്ട് ചെറിയ ഫയലുകളല്ലെങ്കിൽ മാസങ്ങൾ പഴക്കമുള്ള ബാക്കപ്പിനൊപ്പം 0 bytes അല്ലെങ്കിൽ അഴിമതി : ഏകദേശം 99 ശതമാനം രജിസ്ട്രി ക്രാഷുകളും ** മാത്രമേ ബാധിക്കുകയുള്ളൂSYSTEM (15 MB വരെ 30 MB) അല്ലെങ്കിൽ SOFTWARE (80 MB വരെ 150 MB), കാരണം ആ രണ്ട് തേനീച്ചക്കൂടുകൾ ബൂട്ട് സമയത്തും വിൻഡോസ് അപ്‌ഡേറ്റുകളിലും നിരന്തരം എഴുതപ്പെടുന്നു. SAM (Security Accounts Manager, സാധാരണ 64 KB വരെ 256 KB) ഒപ്പം SECURITY തേനീച്ചക്കൂടുകൾ നിങ്ങളുടെ പ്രാദേശിക ഉപയോക്തൃ പാസ്‌വേഡ് ഹാഷുകളും ഡൊമെയ്ൻ മെഷീൻ അക്കൗണ്ട് ട്രസ്റ്റ് പാസ്‌വേഡും സൂക്ഷിക്കുന്നു ($machine.ACC). നിങ്ങൾ ആരോഗ്യകരമായ ഒരു തിരുത്തിയെഴുതിയാൽ SAM ഒപ്പം SECURITY സജീവമായ ഡയറക്‌ടറി ഡൊമെയ്ൻ-ജോയ്ൻ ചെയ്‌ത പിസിയിൽ 2 മാസം പ്രായമുള്ള ഷാഡോ കോപ്പി ഉപയോഗിച്ച് കൂട് വയ്ക്കുക അല്ലെങ്കിൽ ഒരു പാസ്‌വേഡ് മാറ്റത്തിന് ശേഷം, നിങ്ങൾ ഡൊമെയ്ൻ ട്രസ്റ്റ് ബന്ധം തകർക്കും (The trust relationship between this workstation and the primary domain failed) അല്ലെങ്കിൽ സമീപകാല പ്രാദേശിക പാസ്‌വേഡ് മാറ്റങ്ങൾ ലോക്ക് ഔട്ട് ചെയ്യുക. നിർദ്ദിഷ്‌ട കൂട് മാത്രം മാറ്റിസ്ഥാപിക്കുക (SYSTEM അല്ലെങ്കിൽ SOFTWARE) അത് പരാജയപ്പെടുന്നു reg load ഘട്ടം 2-ൽ പരീക്ഷ.

തീരുമാന വൃക്ഷം: `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) കൂടാതെ `0xc000014c` രജിസ്ട്രി ട്രയേജ്¶

എന്നതിൽ നിന്ന് ഈ ഫ്ലോചാർട്ട് ഉപയോഗിക്കുക WinRE കമാൻഡ് പ്രോംപ്റ്റ് (Shift + F10) കൃത്യമായ കേടായ ഫയൽ കണ്ടെത്താനും ഇൻസ്റ്റാൾ ചെയ്ത പ്രോഗ്രാമുകളോ ഉപയോക്തൃ അക്കൗണ്ടുകളോ നഷ്ടപ്പെടാതെ അത് പുനഃസ്ഥാപിക്കുന്നതിന്:

flowchart TD
    Start["ബൂട്ട് ചെയ്യുമ്പോൾ വിൻഡോസ് ക്രാഷുകൾ: BAD_SYSTEM_CONFIG_INFO (0x74) അല്ലെങ്കിൽ 0xc000014c"] --> OpenCmd["WinRE അല്ലെങ്കിൽ Windows USB-ലേക്ക് ബൂട്ട് ചെയ്യുക -> കമാൻഡ് പ്രോംപ്റ്റ് തുറക്കുക (Shift + F10)"]

    OpenCmd --> FindDrive["ട്രൂ വിൻഡോസ് ഡ്രൈവ് ലെറ്റർ കണ്ടെത്തുക (ഉദാ. ഡി:) വഴി: diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["നിലവിലെ കോൺഫിഗറേഷൻ ഫോൾഡർ ബാക്കപ്പ് ചെയ്യുക (മറഞ്ഞിരിക്കുന്ന .LOG1/.LOG2 ഉൾപ്പെടെ): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["പരിശോധിക്കുക 1: bcdedit റൺ ചെയ്യുക -> msconfig-ൽ ആരെങ്കിലും ട്രങ്കേറ്റ്മെമ്മറി അല്ലെങ്കിൽ numproc സജ്ജീകരിച്ചോ?"]
    CheckBcd -->|"അതെ: വെട്ടിച്ചുരുക്കിയ മെമ്മറി അല്ലെങ്കിൽ മോശം മൂല്യം നിലവിലുണ്ട്"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"നമ്പർ: BCD ക്ലീൻ"| TestReplay["2 പരിശോധിക്കുക: റെഗ് ലോഡ് HKLM\\TempHive വഴി ഓരോ പുഴയുടെയും ട്രാൻസാക്ഷൻ ലോഗുകൾ (.LOG1/.LOG2) ടെസ്റ്റ് & റീപ്ലേ ചെയ്യുക"]

    TestReplay --> WhichBroken{"റെഗ് ലോഡ് വിജയിക്കുകയും .LOG1/.LOG2 വൃത്തിയായി റീപ്ലേ ചെയ്യുകയും ചെയ്യുന്നുണ്ടോ?"}
    WhichBroken -->|"അതെ: reg ലോഡ് വീണ്ടും പ്ലേ ചെയ്‌ത ഡേർട്ടി ട്രാൻസാക്ഷൻ ലോഗ് -> reg unload വഴി അൺലോഡ് ചെയ്യുക"| BootFixed["റീബൂട്ട് പിസി: സീറോ റോൾബാക്കിനൊപ്പം ഡേർട്ടി ഹൈവ് ഹെഡർ സ്ഥലത്തുതന്നെ ഉറപ്പിച്ചു"]

    WhichBroken -->|"നമ്പർ: സിസ്റ്റം അല്ലെങ്കിൽ സോഫ്റ്റ്വെയർ 'കോൺഫിഗറേഷൻ രജിസ്ട്രി ഡാറ്റാബേസ് കേടായതാണ്' അല്ലെങ്കിൽ 0 ബൈറ്റുകൾ നൽകുന്നു"| CheckVss["പ്രവർത്തിപ്പിക്കുക: vssadmin ലിസ്റ്റ് ഷാഡോകൾ"]

    CheckVss --> HasVss{"വോളിയം ഷാഡോ കോപ്പികൾ ലിസ്റ്റ് ചെയ്തിട്ടുണ്ടോ (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"അതെ: ഷാഡോ കോപ്പികൾ നിലവിലുണ്ട്"| CopyVss["ഏറ്റവും പുതിയ HarddiskVolumeShadowCopyN-ൽ നിന്ന് D:\\Windows\\System32\\config\\ എന്നതിലേക്ക് കേടായ കൂട് (ഉദാ. സിസ്റ്റം / സോഫ്റ്റ്‌വെയർ) മാത്രം പകർത്തുക"]

    HasVss -->|"നമ്പർ: 0 ഷാഡോ കോപ്പികൾ ലിസ്‌റ്റ് ചെയ്‌തു"| CheckAlt["ഇതര ഹൈവ് ഉറവിടങ്ങൾ പരിശോധിക്കുക: D:\\Windows\\System32\\config\\TxR\\ അല്ലെങ്കിൽ Windows.old അല്ലെങ്കിൽ WinSxS കോമ്പോണൻ്റ് ഹൈവ് റിപ്പയർ"]

ഘട്ടം 1: എന്തുകൊണ്ട് `BAD_SYSTEM_CONFIG_INFO` സംഭവിക്കുന്നു, എന്തുകൊണ്ട് `RegBack` Windows 10/11-ൽ ശൂന്യമാണ്¶

ഉള്ളിലുള്ള ഏതെങ്കിലും ഫയലുകൾ പരിഷ്കരിക്കുന്നതിന് മുമ്പ് \Windows\System32\config\, അഞ്ച് രജിസ്ട്രി ഹൈവ് ഫയലുകൾ യഥാർത്ഥത്തിൽ എന്താണ് ചെയ്യുന്നതെന്നും പരമ്പരാഗതമായത് എന്തുകൊണ്ടാണെന്നും മനസ്സിലാക്കുക RegBack രീതി ഇനി പ്രവർത്തിക്കില്ല.

1. ശരീരഘടന `\Windows\System32\config\`¶

വിൻഡോസ് കേർണൽ (ntoskrnl.exe) ഒപ്പം ബൂട്ട് ലോഡറും (winload.efi) സ്റ്റാർട്ടപ്പ് സമയത്ത്, അവർ അഞ്ച് ബൈനറി ഡാറ്റാബേസ് ഫയലുകൾ ലോഡ് ചെയ്യുന്നു (4-ബൈറ്റ് ASCII സിഗ്നേച്ചറിൽ തുടങ്ങി Hives എന്ന് വിളിക്കുന്നു. regf ബൈറ്റിൽ 0) നിന്ന് \Windows\System32\config\:

രജിസ്ട്രി ഹൈവ് ഫയലിൻ്റെ പേര്	രജിസ്ട്രി പാത മൌണ്ട് ചെയ്തു `regedit`	സാധാരണ ആരോഗ്യമുള്ള ഫയൽ വലിപ്പം	ഈ നിർദ്ദിഷ്ട ഫയൽ കേടായാൽ എന്ത് സംഭവിക്കും
`SYSTEM`	`HKEY_LOCAL_MACHINE\SYSTEM`	`15 MB` വരെ `40 MB` (`15.7 million` വരെ `41.9 million` ബൈറ്റുകൾ)	ഉടനടി ബൂട്ട് പരാജയം (`0xc000014c`) അല്ലെങ്കിൽ `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`): `winload.efi` വായിക്കുന്നു `SYSTEM` ഏത് സ്റ്റോറേജ് ഡ്രൈവറുകളാണ് കേർണൽ അറിയാൻ തുടങ്ങുന്നത് (`storahci.sys`, `stornvme.sys`), സേവനങ്ങൾ, ഒപ്പം `ControlSet001` ലോഡ് ചെയ്യാനുള്ള ഹാർഡ്‌വെയർ പാരാമീറ്ററുകൾ.
`SOFTWARE`	`HKEY_LOCAL_MACHINE\SOFTWARE`	`80 MB` വരെ `200 MB` (`83.8 million` വരെ `209.7 million` ബൈറ്റുകൾ)	ബൂട്ടിൽ അല്പം കഴിഞ്ഞ് ക്രാഷുകൾ (`BAD_SYSTEM_CONFIG_INFO` അല്ലെങ്കിൽ `CRITICAL_PROCESS_DIED` ലോഗിൻ സ്ക്രീനിന് തൊട്ടുമുമ്പ്) എപ്പോൾ `smss.exe` / `winlogon.exe` വിൻഡോസ് ക്ലാസുകൾ, നയങ്ങൾ, ഇൻസ്റ്റാൾ ചെയ്ത ഘടക മാനിഫെസ്റ്റുകൾ എന്നിവ ലോഡ് ചെയ്യുന്നു.
`SAM`	`HKEY_LOCAL_MACHINE\SAM`	`64 KB` വരെ `256 KB`	പ്രാദേശിക ഉപയോക്തൃ അക്കൗണ്ട് ഡാറ്റാബേസ് (`RID 500 Administrator`, പ്രാദേശിക ഉപയോക്താക്കൾ). ഡിസ്ക് നിറഞ്ഞിട്ടില്ലെങ്കിൽ അപൂർവ്വമായി കേടായി.
`SECURITY`	`HKEY_LOCAL_MACHINE\SECURITY`	`64 KB` വരെ `512 KB`	പ്രാദേശിക സുരക്ഷാ അതോറിറ്റി (`LSA`) രഹസ്യങ്ങൾ, ബിറ്റ്‌ലോക്കർ/ഡിപിഎപിഐ മെഷീൻ കീകൾ, ആക്റ്റീവ് ഡയറക്‌ടറി ഡൊമെയ്ൻ കമ്പ്യൂട്ടർ ട്രസ്റ്റ് പാസ്‌വേഡ്. അപൂർവ്വമായി കേടായി.
`DEFAULT`	`HKEY_USERS\.DEFAULT`	`256 KB` വരെ `2 MB`	ഇതിനായുള്ള പ്രൊഫൈൽ ക്രമീകരണങ്ങൾ `LOCAL SYSTEM` (`S-1-5-18`) പ്രീ-ലോഗിൻ ഡെസ്ക്ടോപ്പ് (ലോഗിൻ സ്ക്രീൻ തന്നെ പ്രവർത്തിക്കുന്നിടത്ത്).
*`.LOG1` & `.LOG2`* (മറഞ്ഞിരിക്കുന്ന സിസ്റ്റം ഫയലുകൾ)	ഓരോ പുഴയിലും റൈറ്റ്-എഹെഡ് ട്രാൻസാക്ഷൻ ലോഗുകൾ (`SYSTEM.LOG1`, `SYSTEM.LOG2`)	`256 KB` വരെ `8 MB`	നിർണ്ണായക : വിൻഡോസ് ഒരു പുഴയിൽ മാറ്റം വരുത്തുമ്പോഴെല്ലാം, അത് മാറ്റങ്ങൾ എഴുതുന്നു `.LOG1` / `.LOG2` അടിസ്ഥാനം അപ്ഡേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ആദ്യം `regf` തലക്കെട്ട് (`Primary Sequence Number == Secondary Sequence Number`).

2. എന്തുകൊണ്ട് `C:\Windows\System32\config\RegBack` Windows 10 (1803+), Windows 11 എന്നിവയിൽ ശൂന്യമാണ്¶

Windows XP മുതൽ Windows 10 പതിപ്പ് 1709 വരെ, ഒരു ഷെഡ്യൂൾ ചെയ്ത ടാസ്‌ക് എന്ന് പേരിട്ടു \Microsoft\Windows\Registry\RegIdleBackup യാന്ത്രികമായി പകർത്തി SYSTEM, SOFTWARE, SAM, SECURITY, ഒപ്പം DEFAULT കടന്നു \Windows\System32\config\RegBack\ സിസ്റ്റം നിഷ്ക്രിയമായിരുന്നപ്പോഴെല്ലാം. - Microsoft എന്താണ് മാറ്റിയത്: Windows 10 പതിപ്പ് 1803 (മെയ് 2018) മുതൽ Windows 11 ൻ്റെ എല്ലാ റിലീസുകളിലും തുടരുന്നു, Microsoft ഔദ്യോഗികമായി ഓട്ടോമാറ്റിക് പ്രവർത്തനരഹിതമാക്കി RegBack ഡിസ്ക് ഫൂട്ട്പ്രിൻ്റ് കുറയ്ക്കുന്നതിന് ഡിഫോൾട്ടായി ജനസംഖ്യ (Microsoft Support KB4509719-ൽ രേഖപ്പെടുത്തിയിരിക്കുന്നു). - ഫലം: നിങ്ങൾ സ്വമേധയാ ചേർത്തിട്ടില്ലെങ്കിൽ EnablePeriodicBackup = 1 DWORD-ലേക്ക് HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager നിങ്ങളുടെ പിസി ക്രാഷ് ആകുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുന്നു dir D:\Windows\System32\config\RegBack കാണിക്കും 0 File(s) (അല്ലെങ്കിൽ വലുപ്പമുള്ള അഞ്ച് ഫയലുകൾ 0 ബൈറ്റുകൾ). - എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് ഇപ്പോഴും ഒരു ബാക്കപ്പ് ഉള്ളത്: എന്നിരുന്നാലും RegBack ശൂന്യമാണ്, Windows 10 ഉം Windows 11 ഉം സ്വയമേവ ** വോളിയം ഷാഡോ കോപ്പി സൃഷ്ടിക്കുന്നു (VSS) വിൻഡോസ് അപ്‌ഡേറ്റുകൾ, MSI ആപ്ലിക്കേഷൻ ഇൻസ്റ്റാളുകൾ, ഡ്രൈവർ ഇൻസ്റ്റാളേഷനുകൾ, പ്രതിവാര പുനഃസ്ഥാപിക്കൽ ചെക്ക്‌പോസ്റ്റുകൾ എന്നിവയ്ക്ക് മുമ്പുള്ള സ്‌നാപ്പ്‌ഷോട്ടുകൾ**. ഓരോ വിഎസ്എസ് സ്നാപ്പ്ഷോട്ടിലും പൂർണ്ണമായ, പോയിൻ്റ്-ഇൻ-ടൈം ഫ്രീസുചെയ്‌ത പകർപ്പ് അടങ്ങിയിരിക്കുന്നു \Windows\System32\config\.

ഘട്ടം 2: വേഗത്തിലുള്ള നോൺ-റോൾബാക്ക് പരിഹാരങ്ങൾ (`msconfig` BCD ട്രാപ്പ് & `.LOG1/.LOG2` ഇടപാട് റീപ്ലേ)¶

മാറ്റിസ്ഥാപിക്കുന്നതിന് മുമ്പ് SYSTEM അല്ലെങ്കിൽ SOFTWARE ഒരു നിഴൽ പകർപ്പിൽ നിന്ന്, ഈ രണ്ട് സീറോ-റോൾബാക്ക് പരിഹാരങ്ങൾ പരിശോധിക്കുക WinRE കമാൻഡ് പ്രോംപ്റ്റ് (Shift + F10). ആകെ പകുതിയിലധികം BAD_SYSTEM_CONFIG_INFO (0x00000074) ഒരു ക്രമീകരണം പോലും പിൻവലിക്കാതെ തന്നെ 60 സെക്കൻഡിനുള്ളിൽ ക്രാഷുകൾ പരിഹരിക്കപ്പെടും.

ഘട്ടം 1: നിങ്ങളുടെ യഥാർത്ഥ വിൻഡോസ് ഡ്രൈവ് ലെറ്റർ തിരിച്ചറിയുക (`D:` vs `C:`) കൂടാതെ ബാക്കപ്പ് `config\`¶

ൽ X:\Sources> കമാൻഡ് പ്രോംപ്റ്റ് വിൻഡോ, നിങ്ങളുടെ വിൻഡോസ് ഇൻസ്റ്റാളേഷൻ കൈവശമുള്ള ഡ്രൈവ് ലെറ്റർ കണ്ടെത്തുക:

diskpart
list volume
exit

നോക്കൂ Size ഒപ്പം Label ഏത് ഡ്രൈവ് അക്ഷരം കാണാനുള്ള കോളങ്ങൾ (C:, D:, അല്ലെങ്കിൽ E:) നിങ്ങളുടെ പ്രധാന Windows OS പാർട്ടീഷനാണ് (ഈ ഗൈഡിൻ്റെ ബാക്കി ഭാഗങ്ങളിൽ, ഞങ്ങൾ ** ഉപയോഗിക്കുംD:**; നിങ്ങളുടെ യഥാർത്ഥ ഡ്രൈവ് ലെറ്റർ പകരം വയ്ക്കുക).

ഉടനടി പൂർണ്ണമായ ബാക്കപ്പ് ഉണ്ടാക്കുക D:\Windows\System32\config (ഉപയോഗിക്കുന്നു /h അങ്ങനെ മറഞ്ഞിരിക്കുന്നു .LOG1 ഒപ്പം .LOG2 ഇടപാട് ഫയലുകൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്:

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

ഘട്ടം 2: ഫിക്സ് എ പരിശോധിക്കുക: ആരെങ്കിലും മാറിയോ `Number of processors` അല്ലെങ്കിൽ `Maximum memory` ഇൻ `msconfig`?¶

ബഗ് പരിശോധനയ്ക്കുള്ള മൈക്രോസോഫ്റ്റിൻ്റെ ഔദ്യോഗിക ഡോക്യുമെൻ്റേഷൻ 0x74 (BAD_SYSTEM_CONFIG_INFO) ഒരു കുപ്രസിദ്ധ കെണി എടുത്തുകാണിക്കുന്നു: ഉപയോക്താക്കൾ തുറക്കുന്നു msconfig -> ബൂട്ട് -> വിപുലമായ ഓപ്ഷനുകൾ ഒരു മോശം "ഗെയിമിംഗ് ഒപ്റ്റിമൈസേഷൻ" വീഡിയോയ്ക്ക് ശേഷം, ** പരിശോധിക്കുകNumber of processors** അല്ലെങ്കിൽ Maximum memory (ഇത് സജ്ജമാക്കുന്നു 0 അല്ലെങ്കിൽ ഒരു മോശം മൂല്യം), റീബൂട്ട് ചെയ്യുക. റീബൂട്ട് ചെയ്ത ഉടൻ തന്നെ, വിൻഡോസ് സ്ഥിരത കൈവരിക്കുന്നു BAD_SYSTEM_CONFIG_INFO രജിസ്ട്രി തേനീച്ചക്കൂടുകളിൽ സ്പർശിക്കുന്നതിന് മുമ്പ് BSOD.

നിങ്ങളുടെ ബൂട്ട് കോൺഫിഗറേഷൻ ഡാറ്റ പരിശോധിക്കുക (BCD) ഇപ്പോൾ സംഭരിക്കുക:

bcdedit /enum {default}

** എന്നതിനായുള്ള ഔട്ട്പുട്ടിൻ്റെ താഴെ നോക്കുകtruncatememory**, numproc, അല്ലെങ്കിൽ removememory. ആ വരികളിൽ ഏതെങ്കിലും പ്രത്യക്ഷപ്പെടുകയാണെങ്കിൽ, അവ ഉടനടി ഇല്ലാതാക്കുക:

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

ആ മൂല്യങ്ങൾ നിലവിലുണ്ടെങ്കിൽ, ടൈപ്പ് ചെയ്യുക wpeutil reboot ഇപ്പോൾ: നിങ്ങളുടെ പിസി ഡെസ്ക്ടോപ്പിലേക്ക് നേരിട്ട് ബൂട്ട് ചെയ്യും.

ഘട്ടം 3: ഫിക്സ് ബി പരിശോധിക്കുക: വൃത്തികെട്ട റീപ്ലേ `.LOG1` / `.LOG2` തേനീച്ച ഇടപാട് ലോഗുകൾ ഇൻ-പ്ലേസ് ഉപയോഗിച്ച് `reg load`¶

വിൻഡോസ് എഴുതുമ്പോൾ പവർ കട്ട് ആയാലോ SYSTEM അല്ലെങ്കിൽ 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 |
+-------------------------------------------------------------------------+

അഞ്ച് തേനീച്ചക്കൂടുകളിൽ ഓരോന്നും പരിശോധിക്കുക (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) ഓരോന്നായി WinRE കമാൻഡ് പ്രോംപ്റ്റ് ഉപയോഗിക്കുന്നു reg load:

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

- അത് പ്രിൻ്റ് ചെയ്താൽ The operation completed successfully: നിങ്ങൾ അത് മാത്രമല്ല തെളിയിച്ചത് SYSTEM രക്ഷിക്കാവുന്നതാണ്, ** എങ്കിൽ SYSTEM ഒരു വൃത്തികെട്ട ഉണ്ടായിരുന്നു .LOG1/.LOG2 ക്രമം പൊരുത്തക്കേട്, reg load ഇടപാട് ലോഗ് വീണ്ടും പ്ലേ ചെയ്യുകയും മെമ്മറിയിലെ കൂട് നന്നാക്കുകയും ചെയ്തു**. ഇപ്പോൾ റിപ്പയർ ചെയ്ത ഹെഡർ അൺലോഡ് ചെയ്ത് ഡിസ്കിലേക്ക് വൃത്തിയായി ഫ്ലഷ് ചെയ്യുക:

reg unload HKLM\TestSys

- കൃത്യമായ അതേ ലോഡ്-അൺലോഡ് ടെസ്റ്റ് ആവർത്തിക്കുക SOFTWARE, SAM, SECURITY, ഒപ്പം DEFAULT:

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

- അഞ്ചും എങ്കിലോ reg load / reg unload കമാൻഡുകൾ വിജയിച്ചോ? അവയിലൊന്ന് ലോഡുചെയ്യാൻ 2 മുതൽ 3 സെക്കൻഡ് വരെ എടുത്താൽ (അതിൻ്റെ റീപ്ലേ .LOG1/.LOG2 ജേണൽ) തുടർന്ന് വൃത്തിയായി അൺലോഡ് ചെയ്തു, റീബൂട്ട് ചെയ്യാൻ ശ്രമിക്കുക (wpeutil reboot) ഇപ്പോൾ: വൃത്തികെട്ട ജേണൽ വീണ്ടും പ്ലേ ചെയ്യുന്നു reg load പലപ്പോഴും പരിഹരിക്കുന്നു 0xc000014c ഒപ്പം BAD_SYSTEM_CONFIG_INFO പൂർണ്ണമായും. - എങ്കിൽ എന്ത് reg load പരാജയപ്പെടുന്നു SYSTEM അല്ലെങ്കിൽ SOFTWARE കൂടെ ERROR: The configuration registry database is corrupt അല്ലെങ്കിൽ The file or directory is corrupted and unreadable? പൊട്ടിയ കൃത്യമായ കൂട് ഇപ്പോൾ നിങ്ങൾക്കറിയാം (e.g., SYSTEM), മറ്റ് നാല് തേനീച്ചക്കൂടുകൾ ആരോഗ്യകരമാണെന്ന് നിങ്ങൾക്കറിയാം. ഒരു വിഎസ്എസ് ഷാഡോ പകർപ്പിൽ നിന്ന് തകർന്ന കൂട് മാത്രം മാറ്റിസ്ഥാപിക്കുന്നതിന് 3-ാം ഘട്ടത്തിലേക്ക് ഉടൻ പോകുക.

ഘട്ടം 3: ആരോഗ്യകരമായ രജിസ്ട്രി തേനീച്ചകൾ വേർതിരിച്ചെടുക്കുന്നു `VSS` നിഴൽ പകർപ്പുകൾ (`HarddiskVolumeShadowCopyN`)¶

GUI-യിലെ ട്രബിൾഷൂട്ട് -> അഡ്വാൻസ്ഡ് ഓപ്‌ഷനുകൾ -> സിസ്റ്റം പുനഃസ്ഥാപിക്കുക ക്ലിക്ക് ചെയ്യുന്നതിനുപകരം ഒരു വോളിയം ഷാഡോ കോപ്പിയിൽ നിന്ന് തകർന്ന കൂട് നമ്മൾ സ്വമേധയാ എക്‌സ്‌ട്രാക്‌റ്റ് ചെയ്യുന്നത് എന്തുകൊണ്ട്? 1. ആദ്യം, എങ്കിൽ SYSTEM അല്ലെങ്കിൽ SOFTWARE വായിക്കാൻ കഴിയില്ല, ഗ്രാഫിക്കൽ System Restore (rstrui.exe) മാന്ത്രികൻ പലപ്പോഴും തകരുന്നു System Restore failed to extract the original copy of the directory from the restore point (0x80070002 / 0x80070017). 2. രണ്ടാമതായി, ഗ്രാഫിക്കൽ സിസ്റ്റം പുനഃസ്ഥാപിക്കൽ എല്ലാ തേനീച്ചകളും മാറ്റിസ്ഥാപിക്കുകയും ഡിസ്കിലുടനീളം നൂറുകണക്കിന് ഡ്രൈവർ/എക്സിക്യൂട്ടബിൾ ഫയലുകൾ തിരികെ കൊണ്ടുവരികയും ചെയ്യുന്നു, അതേസമയം കേടായ ഒറ്റത്തവണ പകർത്തുന്നു. SYSTEM അല്ലെങ്കിൽ SOFTWARE മുതൽ കൂട് HarddiskVolumeShadowCopyN 10 സെക്കൻഡ് എടുക്കുകയും നിങ്ങളുടെ മറ്റ് തേനീച്ചക്കൂടുകൾ ഉപേക്ഷിക്കുകയും ചെയ്യുന്നു (SAM, SECURITY) തൊട്ടുകൂടാത്തത്.

ഘട്ടം 1: ഡിസ്കിൽ ലഭ്യമായ എല്ലാ വോളിയം ഷാഡോ പകർപ്പുകളും ലിസ്റ്റ് ചെയ്യുക¶

ൽ WinRE കമാൻഡ് പ്രോംപ്റ്റ്, പ്രവർത്തിപ്പിക്കുക:

vssadmin list shadows

നിഴൽ പകർപ്പുകളുടെ പട്ടികയും അവയുടെ സൃഷ്‌ടി ടൈംസ്റ്റാമ്പുകളും നോക്കുക (Contained 1 shadow copies at creation time: 10/30/2026 11:14:02 PM):

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

ഏറ്റവും ഉയർന്ന സംഖ്യ (ഏറ്റവും പുതിയത്) തിരിച്ചറിയുക Shadow Copy Volume ക്രാഷ് ആരംഭിക്കുന്നതിന് മുമ്പ്* സൃഷ്ടിച്ചത് (ഉദാഹരണത്തിന്, \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy2 അല്ലെങ്കിൽ HarddiskVolumeShadowCopy1).

ഘട്ടം 2: ഷാഡോ കോപ്പി വോളിയത്തിനുള്ളിലെ രജിസ്ട്രി തേനീച്ചകൾ പരിശോധിക്കുക¶

കാരണം സ്റ്റാൻഡേർഡ് cd അല്ലെങ്കിൽ dir കമാൻഡുകൾ ചിലപ്പോൾ ശ്വാസം മുട്ടിക്കുന്നു \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1 കേർണൽ നെയിംസ്പേസ് പാത്ത്, ഒന്നുകിൽ ഉദ്ധരണികളിൽ നിങ്ങൾക്ക് പാത്ത് നൽകാം dir, അല്ലെങ്കിൽ സൗകര്യപ്രദമായ ഒരു പ്രതീകാത്മക ലിങ്ക് സൃഷ്ടിക്കുക (mklink /d) ഓൺ D:\ ഷാഡോ കോപ്പിയിലേക്ക് നേരെ ചൂണ്ടിക്കാണിക്കുന്നു:

# 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

അത് സ്ഥിരീകരിക്കുക SYSTEM (-15-35 MB) കൂടാതെ SOFTWARE (-80-180 MB) അകത്ത് D:\ShadowMount\Windows\System32\config ആരോഗ്യകരമായ പൂജ്യമല്ലാത്ത ഫയൽ വലുപ്പങ്ങളും സമീപകാല തീയതികളും ഉണ്ടായിരിക്കുക.

ഘട്ടം 3: ഷാഡോ പകർപ്പിൽ നിന്ന് കേടായ കൂട്(കൾ) മാത്രം പകർത്തുക `D:\Windows\System32\config\`¶

ഘട്ടം 2 ലെ നിങ്ങളുടെ ടെസ്റ്റ് ഘട്ടം 3 ** എന്ന് കാണിച്ചുവെന്ന് കരുതുകSYSTEM** ലോഡ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടു (അല്ലെങ്കിൽ രണ്ടും SYSTEM ഒപ്പം SOFTWARE പരാജയപ്പെട്ടു).

Warning

** പഴയത് ഇല്ലാതാക്കുക അല്ലെങ്കിൽ നീക്കുക .LOG1 ഒപ്പം .LOG2 നിങ്ങൾ മാറ്റിസ്ഥാപിക്കുന്ന നിർദ്ദിഷ്‌ട കൂടിനുള്ള ഫയലുകൾ**: നിങ്ങൾ കേടായത് മാറ്റിസ്ഥാപിക്കുകയാണെങ്കിൽ SYSTEM ആരോഗ്യമുള്ള ഒരു ഫയൽ SYSTEM ഇന്നലത്തെ ഷാഡോ പകർപ്പിൽ നിന്നുള്ള ഫയൽ, ** നിങ്ങൾ ഇന്നത്തെത് നീക്കുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യണം SYSTEM.LOG1 ഒപ്പം SYSTEM.LOG2 ഫയലുകൾ** (നിങ്ങൾ ഇതിനകം ബാക്കപ്പ് ചെയ്‌തിട്ടുള്ളവ D:\Config_Emergency_Backup ഘട്ടം 2-ൽ ഘട്ടം 1). ഇന്ന് വിട്ടാൽ .LOG1 ഒപ്പം .LOG2 ഇന്നലത്തെ അരികിൽ ഇരിക്കുന്നു SYSTEM hive, ഇന്നത്തെ പൊരുത്തമില്ലാത്ത ഇടപാട് ലോഗ് ഇന്നലത്തെ പുഴയിൽ പ്രയോഗിക്കാൻ Windows ശ്രമിച്ചേക്കാം.

തകർന്നവ മാറ്റിസ്ഥാപിക്കാൻ ഈ കൃത്യമായ കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുക SYSTEM (കൂടാതെ/അല്ലെങ്കിൽ SOFTWARE) വൃത്തിയായി കൂട്:

# 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

ഘട്ടം 4: പുനഃസ്ഥാപിച്ച കൂട് ലോഡുകൾ വൃത്തിയായി പരിശോധിക്കുക (`reg load`) കൂടാതെ പരിശോധിക്കുക `CurrentControlSet`¶

പുതുതായി പകർത്തിയത് പരിശോധിക്കുക SYSTEM പൂജ്യം പിശകുകളുള്ള കൂട് ലോഡ്:

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

യുടെ ഔട്ട്പുട്ട് നോക്കുക reg query HKLM\TestRestored\Select:

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

ഇപ്പോൾ ടൈപ്പ് ചെയ്യുക wpeutil reboot (അല്ലെങ്കിൽ കമാൻഡ് പ്രോംപ്റ്റ് അടച്ച് Windows 10/11-ലേക്ക് തുടരുക ക്ലിക്ക് ചെയ്യുക). നിങ്ങളുടെ പിസി വിൻഡോസ് ലോഗിൻ സ്ക്രീനിലേക്ക് വൃത്തിയായി ബൂട്ട് ചെയ്യും.

ഘട്ടം 4: എങ്കിൽ എന്തുചെയ്യും `vssadmin list shadows` കാണിക്കുന്നു `No items found` (0 ഷാഡോ കോപ്പികൾ)?¶

സിസ്റ്റം സംരക്ഷണം ആണെങ്കിൽ (VSS) ഡ്രൈവിൽ പൂർണ്ണമായും ഓഫാക്കി, RegBack ശൂന്യമാണ്, ഒപ്പം reg load പരാജയപ്പെടുന്നു SYSTEM അല്ലെങ്കിൽ SOFTWARE? വിൻഡോസ് പുനഃസ്ഥാപിക്കുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് ഇപ്പോഴും മൂന്ന് ഫാൾബാക്ക് വീണ്ടെടുക്കൽ പാതകളുണ്ട്:

ഫോൾബാക്ക് 1: മാറുക `Default` വരെ `LastKnownGood` (`ControlSet002`) അകത്ത് `SYSTEM`¶

എങ്കിൽ reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM വിജയിക്കുന്നു, കൂടാതെ BSOD (BAD_SYSTEM_CONFIG_INFO) ഒരു ഡ്രൈവറോ സേവന കീയോ ഉള്ളതിനാൽ സംഭവിക്കുന്നു ControlSet001 (Current = 0x1) സമയത്ത് കേടായി ControlSet002 (LastKnownGood = 0x2) അതേ ഉള്ളിൽ SYSTEM കൂട് കേടുകൂടാതെയിരിക്കും:

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

(വിൻഡോസ് 10, 11 എന്നിവയിൽ അമർത്തുക F8 "അവസാനം അറിയപ്പെടുന്ന നല്ല കോൺഫിഗറേഷൻ" എന്നതിനായി ബൂട്ട് മെനുവിൽ നിന്ന് നീക്കം ചെയ്തു, പക്ഷേ Select\Default ഉള്ളിൽ രജിസ്ട്രി പോയിൻ്റർ SYSTEM ഇപ്പോഴും ബഹുമാനിക്കുന്നു ControlSet002 വഴി സ്വമേധയാ മാറുമ്പോൾ reg add.)

ഫാൾബാക്ക് 2: പരിശോധിക്കുക `C:\Windows\System32\config\TxR\` ഒപ്പം `C:\Windows.old\Windows\System32\config\`¶

പിസി അടുത്തിടെ അപ്ഗ്രേഡ് ചെയ്ത ഫീച്ചർ ബിൽഡ് ആണോ എന്ന് പരിശോധിക്കുക (22H2 -> 23H2 -> 24H2) അല്ലെങ്കിൽ കേർണൽ ട്രാൻസാക്ഷൻ മാനേജർ ഉണ്ട് (TxR) കണ്ടെയ്നർ ലോഗുകൾ:

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

എങ്കിൽ D:\Windows.old\Windows\System32\config\SYSTEM ഒരു സമീപകാല വിൻഡോസ് ഫീച്ചർ അപ്‌ഡേറ്റിൽ നിന്ന് നിലവിലുണ്ട്, നിങ്ങൾക്ക് അതിൽ നിന്ന് ഹാർഡ്‌വെയർ/സർവീസ് ട്രീകൾ പരിശോധിക്കുകയും സംരക്ഷിക്കുകയും ചെയ്യാം, അല്ലെങ്കിൽ ഫീച്ചർ അപ്‌ഡേറ്റ് പിൻവലിക്കാം (Troubleshoot -> Advanced options -> Uninstall Updates -> Uninstall latest feature update).

ഫാൾബാക്ക് 3: പകുതി-ഇൻസ്റ്റാൾ ചെയ്ത ക്യുമുലേറ്റീവ് അപ്‌ഡേറ്റ് തിരികെ കൊണ്ടുവരിക (`dism /RevertPendingActions`)¶

ഇടയ്ക്കിടെ, BAD_SYSTEM_CONFIG_INFO അല്ലെങ്കിൽ CRITICAL_PROCESS_DIED പിസിക്ക് പവർ നഷ്ടപ്പെട്ടതിനാൽ സംഭവിക്കുന്നു 30% സമയത്ത് Working on updates... Don't turn off your computer, വിടവാങ്ങുന്നു SOFTWARE ഒപ്പം \Windows\WinSxS\pending.xml സമന്വയത്തിന് പുറത്താണ്. ൽ നിന്ന് WinRE കമാൻഡ് പ്രോംപ്റ്റ്, ഡിപ്ലോയ്‌മെൻ്റ് ഇമേജ് സർവീസിംഗും മാനേജ്‌മെൻ്റും പറയുക (DISM) ഓഫ്‌ലൈൻ വിൻഡോസ് ഇമേജിന് എതിരായി എല്ലാ പ്രതിബദ്ധതയില്ലാത്ത അപ്‌ഡേറ്റ് ഇടപാടുകളും പഴയപടിയാക്കാനുള്ള എഞ്ചിൻ (D:\):

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

എങ്കിൽ dism /RevertPendingActions വിജയകരമായി പൂർത്തിയാക്കുന്നു, ഇല്ലാതാക്കുക D:\Scratch ഒപ്പം റീബൂട്ട് ചെയ്യുക.

ഫാൾബാക്ക് 4: വായിക്കാൻ കഴിയാത്ത ബൂട്ട് കോൺഫിഗറേഷൻ ഡാറ്റ നന്നാക്കുന്നു (`BCD`സ്റ്റോർ (`bootrec /rebuildbcd` ഒപ്പം `bcdboot`)¶

അഞ്ച് രജിസ്ട്രി തേനീച്ചക്കൂടുകൾ ഉള്ളിലാണെങ്കിൽ എന്തുചെയ്യും D:\Windows\System32\config\ ഉപയോഗിച്ച് വൃത്തിയായി ലോഡും അൺലോഡും reg load, എന്നിട്ടും പിസി ഇപ്പോഴും എറിയുന്നു 0xc000014c (The Boot Configuration Data for your PC is missing or contains errors) അല്ലെങ്കിൽ 0xc000000f? കാരണം വിൻഡോസ് BCD നിങ്ങളുടെ മറച്ച ഫയൽ 100 MB FAT32 EFI സിസ്റ്റം പാർട്ടീഷൻ (\EFI\Microsoft\Boot\BCD) അതേ ബൈനറിയിൽ തന്നെ സംഭരിച്ചിരിക്കുന്നു regf രജിസ്ട്രി ഹൈവ് ഫോർമാറ്റ് ആയി SYSTEM ഒപ്പം SOFTWARE, ഒരു വൈദ്യുതി നഷ്ടം ദുഷിപ്പിക്കും BCD പോകുമ്പോൾ കൂട് D:\Windows\System32\config\ തൊട്ടുകൂടാത്ത. ഒരു പുതിയ ബ്രാൻഡ് പുനർനിർമ്മിക്കുക BCD 15 സെക്കൻഡിനുള്ളിൽ നിങ്ങളുടെ EFI സിസ്റ്റം പാർട്ടീഷനിൽ ഹൈവ് ചെയ്യുക:

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

Tip

** ഡിസ്കിൻ്റെ സ്മാർട്ട് ആരോഗ്യം പരിശോധിക്കുക (wmic diskdrive get status) കൂടാതെ ഫയൽസിസ്റ്റം (chkdsk D: /f) ബാക്കപ്പ് ചെയ്‌ത ശേഷം**: മിഡ്-റൈറ്റിൻ്റെ പവർ കട്ട് ചെയ്തില്ലെങ്കിൽ, RAM-ന് ഒരു അസ്ഥിരമായ XMP/EXPO ഓവർലോക്ക് ഉണ്ട്, അല്ലെങ്കിൽ SSD/HDD മോശം സെക്ടറുകൾ ഉള്ളിൽ തന്നെ വികസിപ്പിച്ചെടുത്തില്ലെങ്കിൽ രജിസ്ട്രി തേനീച്ചക്കൂടുകൾ എവിടെയും സ്വയം കേടാകില്ല. \Windows\System32\config\. നിങ്ങൾ ബാക്കപ്പ് ചെയ്തുകഴിഞ്ഞാൽ D:\Config_Emergency_Backup (കൂടാതെ ഏതെങ്കിലും നിർണ്ണായക ഉപയോക്തൃ പ്രമാണങ്ങൾ പകർത്തി D:\Users\ ഒരു USB ഡ്രൈവിലേക്ക്), റൺ ചെയ്യുക chkdsk D: /f വിൻഡോസിലേക്ക് റീബൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് WinRE-ൽ.

ഘട്ടം 5: യാന്ത്രികമായി വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുന്നു `RegBack` Windows 10, Windows 11 എന്നിവയിലെ ബാക്കപ്പുകൾ¶

നിങ്ങളുടെ വിൻഡോസ് പിസി ഡെസ്‌ക്‌ടോപ്പിൽ തിരിച്ചെത്തിയാൽ, മൈക്രോസോഫ്റ്റിൻ്റെ ബിൽറ്റ്-ഇൻ വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുക RegIdleBackup ചുമതല അങ്ങനെ C:\Windows\System32\config\RegBack\ എല്ലാ ആഴ്‌ചയും സ്വയമേവ ജനസംഖ്യയുള്ളതാണ്, കൂടാതെ സിസ്റ്റം പുനഃസ്ഥാപിക്കൽ പരിശോധിക്കുക (VSS) സജീവമാണ്:

** യാന്ത്രികമായി വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുക RegBack Windows 10 (1803+), Windows 11** എന്നിവയിലെ ഹൈവ് ബാക്കപ്പുകൾ: ഒരു ഉയർന്ന കമാൻഡ് പ്രോംപ്റ്റ് തുറക്കുക (Run as Administrator) കൂടാതെ ഈ ഒരൊറ്റ ഔദ്യോഗിക രജിസ്ട്രി കമാൻഡ് പ്രവർത്തിപ്പിക്കുക (KB4509719):
```
reg add "HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager" /v EnablePeriodicBackup /t REG_DWORD /d 1 /f
```
തുടർന്ന് സ്ഥിരീകരിക്കാൻ ഉടൻ തന്നെ ബാക്കപ്പ് ടാസ്‌ക് ട്രിഗർ ചെയ്യുക C:\Windows\System32\config\RegBack അഞ്ച് തേനീച്ചക്കൂടുകളുടെയും ആരോഗ്യകരമായ പകർപ്പുകൾ നിറയ്ക്കുന്നു:
```
schtasks /run /tn "\Microsoft\Windows\Registry\RegIdleBackup"
dir C:\Windows\System32\config\RegBack
```
** സിസ്റ്റം പരിരക്ഷ പരിശോധിക്കുക (VSS പോയിൻ്റുകൾ പുനഃസ്ഥാപിക്കുക) തിരിഞ്ഞു ON വേണ്ടി C:**: അമർത്തുക Win + R, ടൈപ്പ് sysdm.cpl ,4, നിങ്ങളുടെ തിരഞ്ഞെടുക്കുക C: ഡ്രൈവ് ചെയ്യുക, കോൺഫിഗർ ചെയ്യുക ക്ലിക്ക് ചെയ്യുക, സിസ്റ്റം പ്രൊട്ടക്ഷൻ ഓണാക്കുക തിരഞ്ഞെടുക്കുക, പരമാവധി ഉപയോഗം ഇതിലേക്ക് സജ്ജമാക്കുക 5% (10 GB വരെ 25 GB), ഇപ്പോൾ ക്ലീൻ ബേസ്‌ലൈൻ ഷാഡോ കോപ്പി ഉണ്ടാക്കാൻ സൃഷ്ടിക്കുക ക്ലിക്ക് ചെയ്യുക.
** ഓടുക sfc /scannow ഒപ്പം DISM /Online /Cleanup-Image /RestoreHealth** സിസ്റ്റം DLL-കളോ ഘടക സ്റ്റോർ മാനിഫെസ്റ്റുകളോ ഇല്ലെന്ന് പരിശോധിക്കാൻ ഒരിക്കൽ വിൻഡോസിലേക്ക് ബൂട്ട് ചെയ്തു (COMPONENTS കൂട്) തകർച്ചയിൽ കേടുപാടുകൾ സംഭവിച്ചു.

പ്രാദേശിക അടിയന്തര നമ്പറുകളും ഏജൻസി പ്രോട്ടോക്കോളുകളും¶

ഒരു വിൻഡോ സമയത്ത് BAD_SYSTEM_CONFIG_INFO BSOD സാധാരണയായി ഒരു ആന്തരിക ഐടി അല്ലെങ്കിൽ പേഴ്‌സണൽ കമ്പ്യൂട്ടർ റിപ്പയർ പ്രശ്‌നമാണ്, ആശുപത്രികളെ ബാധിക്കുന്ന വർക്ക്‌സ്റ്റേഷൻ അല്ലെങ്കിൽ സെർവർ തകരാറുകൾ, എമർജൻസി ഡിസ്‌പാച്ച് അല്ലെങ്കിൽ പൊതു അടിസ്ഥാന സൗകര്യങ്ങൾ എന്നിവ ഉടനടി വർദ്ധിപ്പിക്കേണ്ടതുണ്ട്:

യുണൈറ്റഡ് സ്റ്റേറ്റ്സും കാനഡയും: ഡയൽ ചെയ്യുക 911 ഒരു വിൻഡോസ് ക്രാഷ് ക്ലിനിക്കൽ പേഷ്യൻ്റ് മോണിറ്ററിംഗ് പ്രവർത്തനരഹിതമാക്കിയാൽ, എമർജൻസി ഡിസ്പാച്ച് (CAD), അല്ലെങ്കിൽ ലൈഫ്-സേഫ്റ്റി കൺട്രോളുകൾ, കൂടാതെ ഫെസിലിറ്റി ഡൗൺടൈം നടപടിക്രമങ്ങളിലേക്ക് മാറുക. സെക്യൂരിറ്റി ഏജൻ്റ് അപ്‌ഡേറ്റുകളോ സൈബർ സംഭവങ്ങളോ മൂലമുണ്ടാകുന്ന വ്യാപകമായ എൻ്റർപ്രൈസ് ബൂട്ട്‌ലൂപ്പുകൾ ** CISA (1-844-Say-CISA / cisa.gov/report)** അല്ലെങ്കിൽ ** കനേഡിയൻ സൈബർ സെക്യൂരിറ്റി സെൻ്റർ (1-833-CYBER-88)**.
യുണൈറ്റഡ് കിംഗ്ഡം: ഡയൽ ചെയ്യുക 999 ജീവന് ഭീഷണികൾ അല്ലെങ്കിൽ നിശിത NHS ക്ലിനിക്കൽ തടസ്സങ്ങൾ. പ്രധാന സൈബർ അല്ലെങ്കിൽ ലഭ്യത സംഭവങ്ങൾ NCSC ലേക്ക് റിപ്പോർട്ട് ചെയ്യുക (ncsc.gov.uk) അല്ലെങ്കിൽ NHS ഇംഗ്ലണ്ട് സൈബർ ഓപ്പറേഷൻസ്.
യൂറോപ്യൻ യൂണിയൻ: ഡയൽ ചെയ്യുക 112 എല്ലാ EU അംഗരാജ്യങ്ങളിലും ഉടനീളം. NIS2 ഡയറക്‌ടീവിന് കീഴിലുള്ള കവർഡ് എൻ്റിറ്റികൾ അവരുടെ ദേശീയ CSIRT-ൽ 24 മണിക്കൂറിനുള്ളിൽ കാര്യമായ പ്രവർത്തന തകരാറുകൾ റിപ്പോർട്ട് ചെയ്യണം.
ഓസ്‌ട്രേലിയയും ന്യൂസിലൻഡും: ഡയൽ ചെയ്യുക 000 ഓസ്‌ട്രേലിയയിൽ അല്ലെങ്കിൽ 111 ന്യൂസിലാൻഡിൽ; നിർണായകമായ അടിസ്ഥാന സൗകര്യ സംഭവങ്ങൾ ** ACSC ലേക്ക് റിപ്പോർട്ട് ചെയ്യുക (1300 CYBER1)**.
ഇന്ത്യയും ഏഷ്യ-പസഫിക്: ഡയൽ 112 അടിയന്തര പ്രതികരണത്തിനായി ഇന്ത്യയിൽ; ഇൻഫ്രാസ്ട്രക്ചർ അല്ലെങ്കിൽ സൈബർ സംഭവങ്ങൾ CERT-In (incident@cert-in.org.in).

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ¶

എൻ്റെ ഉപയോക്തൃ പ്രൊഫൈൽ തന്നെ ബൂട്ട് ചെയ്തതിന് ശേഷം ലോഗിൻ ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടാൽ എന്തുചെയ്യും (`"We can't sign in to your account"` / താൽക്കാലിക പ്രൊഫൈൽ) കാരണം `NTUSER.DAT` കേടായിട്ടുണ്ടോ?¶

അകത്ത് അഞ്ച് സിസ്റ്റം തേനീച്ചക്കൂടുകൾ കൂടാതെ `\Windows\System32\config\`, ഓരോ വ്യക്തിഗത ഉപയോക്തൃ അക്കൗണ്ടിനും അതിൻ്റേതായ രജിസ്ട്രി ഹൈവ് ഉണ്ട് (`HKEY_CURRENT_USER`) സംഭരിച്ചിരിക്കുന്നത് **`C:\Users\\NTUSER.DAT`** (കൂടുതൽ `AppData\Local\Microsoft\Windows\UsrClass.dat`). നിങ്ങളുടെ പിസി ലോഗിൻ സ്‌ക്രീനിലേക്ക് ബൂട്ട് ചെയ്യുന്നത് നന്നായിരിക്കും, പക്ഷേ ലോഗിൻ ചെയ്യുന്നത് ഒരു ശൂന്യമായ താൽക്കാലിക ഡെസ്‌ക്‌ടോപ്പ് ലോഡ് ചെയ്യും `NTUSER.DAT` വൈദ്യുതി മുടക്കം ഉണ്ടായ സമയത്ത് കേടായി, ഒരു എലവേറ്റഡ് കമാൻഡ് പ്രോംപ്റ്റ് തുറന്ന് പ്രവർത്തിപ്പിക്കുക `vssadmin list shadows`, ആരോഗ്യമുള്ളത് പകർത്തുക `NTUSER.DAT` പുറത്ത് `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (രണ്ടാമത്തെ അഡ്മിനിസ്‌ട്രേറ്റർ അക്കൗണ്ടിലേക്കോ WinRE-ലേക്കോ ലോഗിൻ ചെയ്‌തിരിക്കുമ്പോൾ ഫയൽ ലോക്ക് ചെയ്യപ്പെടില്ല).

എന്തിനു ചെയ്തു `WinRE` കമാൻഡ് പ്രോംപ്റ്റ് തുറക്കാൻ അനുവദിക്കുന്നതിന് മുമ്പ് 48-അക്ക ബിറ്റ്‌ലോക്കർ വീണ്ടെടുക്കൽ കീ ആവശ്യപ്പെടണോ, ഞാൻ ഒരിക്കലും ബിറ്റ്‌ലോക്കർ ഓണാക്കിയിട്ടില്ലെങ്കിൽ?¶

മിക്കവാറും എല്ലാ ആധുനിക വിൻഡോസ് 11 (ഒപ്പം വിൻഡോസ് 10 ഉം) ലാപ്‌ടോപ്പുകളിലും `TPM 2.0` കൂടാതെ ആധുനിക സ്റ്റാൻഡ്‌ബൈ, പ്രാരംഭ സജ്ജീകരണ സമയത്ത് ഒരു മൈക്രോസോഫ്റ്റ് അക്കൗണ്ട് ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുന്നത് ** ഉപകരണ എൻക്രിപ്ഷൻ സ്വയമേവ പ്രാപ്തമാക്കുന്നു (`BitLocker`)** പശ്ചാത്തലത്തിൽ നിങ്ങളുടെ 48 അക്ക വീണ്ടെടുക്കൽ കീ നിങ്ങളുടെ Microsoft അക്കൗണ്ടിലേക്ക് അപ്‌ലോഡ് ചെയ്യുന്നു. തുറക്കുക **`https://aka.ms/myrecoverykey`** നിങ്ങളുടെ സ്മാർട്ട്ഫോണിൽ, Microsoft അക്കൗണ്ട് ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുക (`@outlook.com`, `@hotmail.com`, `@gmail.com`) അല്ലെങ്കിൽ ജോലി/സ്കൂൾ എൻട്ര ഐഡി (`myaccount.microsoft.com`) ആ പിസിയിൽ ഉപയോഗിച്ചു, ഒപ്പം പൊരുത്തപ്പെടുന്ന 48 അക്ക കീ നൽകുക `Key ID` സ്ക്രീനിൽ കാണിച്ചിരിക്കുന്നു. അൺലോക്ക് ചെയ്തുകഴിഞ്ഞാൽ, `D:\Windows\System32\config` WinRE കമാൻഡ് പ്രോംപ്റ്റിൽ പൂർണ്ണമായും ആക്സസ് ചെയ്യാവുന്നതാണ്.

എങ്കിൽ എന്ത് `copy` കൂടെ പരാജയപ്പെടുന്നു `The process cannot access the file because it is being used by another process` ഞാൻ തിരുത്തിയെഴുതാൻ ശ്രമിക്കുമ്പോൾ `SYSTEM` അല്ലെങ്കിൽ `SOFTWARE` WinRE-ൽ?¶

രണ്ട് കാരണങ്ങളിൽ ഒന്ന് കൊണ്ടാണ് ആ പിശക് സംഭവിക്കുന്നത്: (1) നിങ്ങൾ ആകസ്മികമായി ടൈപ്പ് ചെയ്തു `C:\Windows\System32\config\SYSTEM` എപ്പോൾ `C:` അല്ലെങ്കിൽ `X:` യഥാർത്ഥത്തിൽ തത്സമയ പ്രവർത്തിക്കുന്ന WinRE റാം ഡിസ്ക് ആണ് (`X:\Windows\System32\config\SYSTEM` WinRE തന്നെ ലോക്ക് ചെയ്തിരിക്കുന്നു; നിങ്ങളുടെ യഥാർത്ഥ ഓഫ്‌ലൈൻ SSD ഡ്രൈവ് ലെറ്റർ എപ്പോഴും പരിശോധിക്കുക `D:` അല്ലെങ്കിൽ `E:` കൂടെ `diskpart -> list vol`); അല്ലെങ്കിൽ (2) നിങ്ങൾ ഓടി `reg load HKLM\TestSys D:\Windows\System32\config\SYSTEM` നേരത്തെ സെഷനിൽ റൺ ചെയ്യാൻ മറന്നു **`reg unload HKLM\TestSys`** ഓടുന്നതിന് മുമ്പ് `copy`.

എന്തുകൊണ്ടാണ് എൻ്റെ പിസി ക്രാഷ് ആകുന്നത് `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) SSD സ്പർശിക്കുന്നതിന് മുമ്പ് ഒരു പുതിയ Windows USB ഇൻസ്റ്റാളറിൽ പോലും?¶

എങ്കിൽ `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) ഒരു **പുതിയ Windows 10/11 USB ഇൻസ്റ്റാളർ സ്റ്റിക്ക് ബൂട്ട് ചെയ്യുമ്പോൾ സംഭവിക്കുന്നു** (ഇവിടെ ഇൻസ്റ്റാളർ സ്വന്തമായി ലോഡ് ചെയ്യുന്നു `boot.wim` സിസ്റ്റം മെമ്മറിയിലേക്ക് റാം രജിസ്ട്രി കൂട്), നിങ്ങളുടെ SSD രജിസ്ട്രി ** അല്ല** പ്രശ്നം: ** നിങ്ങളുടെ സിസ്റ്റം റാം (`DDR4 / DDR5`) അൺപാക്ക് ചെയ്യുമ്പോൾ രജിസ്ട്രി കൂട് മെമ്മറിയിൽ കേടാക്കുന്നു. നിങ്ങളുടെ മദർബോർഡ് നൽകുക `BIOS / UEFI` സജ്ജീകരണം (`Del` അല്ലെങ്കിൽ `F2`), പ്രവർത്തനരഹിതമാക്കുക `XMP / EXPO` മെമ്മറി ഓവർക്ലോക്കിംഗ് പ്രൊഫൈലുകൾ, അതിനാൽ റാം സാധാരണ JEDEC വേഗതയിൽ പ്രവർത്തിക്കുന്നു, അല്ലെങ്കിൽ ഒരു സമയം ഒരു റാം സ്റ്റിക്ക് ഉപയോഗിച്ച് പരിശോധിക്കുക `MemTest86`.

ഒരു മൂന്നാം കക്ഷി ആൻ്റിവൈറസ് അല്ലെങ്കിൽ എൻഡ്‌പോയിൻ്റ് കണ്ടെത്തൽ (`EDR`) കേർണൽ ഡ്രൈവർ അപ്‌ഡേറ്റ് രജിസ്ട്രി അഴിമതി പോലെ തോന്നിക്കുന്ന ഒരു BSOD ലൂപ്പിന് കാരണമാകുമോ?¶

അതെ. കേർണൽ മോഡ് സുരക്ഷാ ഡ്രൈവറുകൾ (`BOOT_START` കൂടെ ഡ്രൈവർമാർ `Start = 0` അകത്ത് `HKLM\SYSTEM\ControlSet001\Services\`) ലോഡ് ചെയ്യുന്നു `winload.efi` കൂടെ `SYSTEM` വിൻഡോസ് വീഡിയോ ആരംഭിക്കുന്നതിന് മുമ്പ് hive. ഒരു തകരാറുണ്ടെങ്കിൽ `.sys` ഫയൽ ചെയ്യുക `D:\Windows\System32\drivers\` ബൂട്ട് സമയത്ത് ക്രാഷുകൾ, നിങ്ങൾ രജിസ്ട്രി കൂട് മാറ്റിസ്ഥാപിക്കേണ്ട ആവശ്യമില്ല: പ്രശ്നമുള്ളതിൻ്റെ പേര് മാറ്റുക. `.sys` ഫയൽ ചെയ്യുക `D:\Windows\System32\drivers\` (അല്ലെങ്കിൽ ലോഡ് `D:\Windows\System32\config\SYSTEM` കൂടെ `reg load HKLM\TestSys` കൂടാതെ തകർന്ന സേവനങ്ങൾ മാറ്റുക `Start` മുതൽ മൂല്യം `0` വരെ `4` [അപ്രാപ്‌തമാക്കി]).

എന്താണ് `COMPONENTS` അകത്ത് കൂട് `C:\Windows\System32\config\`, എന്തുകൊണ്ട് ഇത് 100 MB ആണ്?¶

വ്യത്യസ്തമായി `SYSTEM`, `SOFTWARE`, `SAM`, `SECURITY`, ഒപ്പം `DEFAULT` (ഓരോ ബൂട്ടിലും ലോഡ് ചെയ്യുന്നു), **`COMPONENTS`** കൂട് (`C:\Windows\System32\config\COMPONENTS`) **വിൻഡോസ് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ മാത്രമേ ഡൈനാമിക് ആയി ലോഡ് ചെയ്യപ്പെടുകയുള്ളൂ (`TiWorker.exe` / ഘടക-അധിഷ്ഠിത സേവനം)** അല്ലെങ്കിൽ `sfc /scannow` ഓടുന്നു. ഒരു അഴിമതി `COMPONENTS` തേനീച്ചക്കൂട് **ഒരിക്കലും** വിൻഡോസ് ബൂട്ട് ചെയ്യുന്നതിൽ നിന്ന് തടയില്ല (`0x00000074`), എന്നിരുന്നാലും ഇത് വിൻഡോസ് അപ്‌ഡേറ്റുകൾ പരാജയപ്പെടാൻ ഇടയാക്കും `0x80073712` ഉപയോഗിച്ച് നന്നാക്കുന്നതുവരെ `DISM /Online /Cleanup-Image /RestoreHealth`.

ബന്ധപ്പെട്ട ഗൈഡുകൾ¶

ഉറവിടങ്ങളും ഔദ്യോഗിക മാർഗനിർദേശങ്ങളും¶

മൈക്രോസോഫ്റ്റ് ലേൺ (learn.microsoft.com): ബഗ് ചെക്ക് 0x74: BAD_SYSTEM_CONFIG_INFO ഔദ്യോഗിക ട്രബിൾഷൂട്ടിംഗ് റഫറൻസ് (BCD truncatememory / numproc പരിഹാരവും രജിസ്ട്രി ഹൈവ് പരിശോധനയും).
മൈക്രോസോഫ്റ്റ് പിന്തുണ (KB4509719): സിസ്റ്റം രജിസ്ട്രി ഇനി മുതൽ ബാക്കപ്പ് ചെയ്യപ്പെടില്ല RegBack വിൻഡോസ് 10 പതിപ്പ് 1803-ൽ ആരംഭിക്കുന്ന ഫോൾഡർ (EnablePeriodicBackup രജിസ്ട്രി കോൺഫിഗറേഷൻ).
മൈക്രോസോഫ്റ്റ് വിൻഡോസ് ഇൻ്റേണൽസ് (7-ാം പതിപ്പ്, റുസിനോവിച്ച് എറ്റ്.): കോൺഫിഗറേഷൻ മാനേജർ ആർക്കിടെക്ചർ, രജിസ്ട്രി ഹൈവ് ബൈനറി സ്ട്രക്ചർ (regf, hbin), ഡ്യുവൽ ട്രാൻസാക്ഷൻ ലോഗ് (.LOG1 / .LOG2) വീണ്ടെടുക്കൽ.
മൈക്രോസോഫ്റ്റ് സെർവർ സ്റ്റോറേജ് ഡോക്യുമെൻ്റേഷൻ: വോളിയം ഷാഡോ കോപ്പി സേവനം (VSS) ഭരണം (vssadmin list shadows ഒപ്പം GLOBALROOT ഉപകരണ നെയിംസ്പേസ് ആക്സസ്).
നാഷണൽ ഇൻസ്റ്റിറ്റ്യൂട്ട് ഓഫ് സ്റ്റാൻഡേർഡ്സ് ആൻഡ് ടെക്നോളജി (NIST) (യുണൈറ്റഡ് സ്റ്റേറ്റ്സ്): പ്രത്യേക പ്രസിദ്ധീകരണം 800-86: വിൻഡോസ് രജിസ്ട്രി ഫോറൻസിക് അനാലിസിസ് ആൻഡ് റിക്കവറി.

ഇപ്പോൾ ഇത് ചെയ്യുക¶

തീരുമാന വൃക്ഷം: BAD_SYSTEM_CONFIG_INFO (0x00000074) കൂടാതെ 0xc000014c രജിസ്ട്രി ട്രയേജ്¶

ഘട്ടം 1: എന്തുകൊണ്ട് BAD_SYSTEM_CONFIG_INFO സംഭവിക്കുന്നു, എന്തുകൊണ്ട് RegBack Windows 10/11-ൽ ശൂന്യമാണ്¶

1. ശരീരഘടന \Windows\System32\config\¶

2. എന്തുകൊണ്ട് C:\Windows\System32\config\RegBack Windows 10 (1803+), Windows 11 എന്നിവയിൽ ശൂന്യമാണ്¶

ഘട്ടം 2: വേഗത്തിലുള്ള നോൺ-റോൾബാക്ക് പരിഹാരങ്ങൾ (msconfig BCD ട്രാപ്പ് & .LOG1/.LOG2 ഇടപാട് റീപ്ലേ)¶

ഘട്ടം 1: നിങ്ങളുടെ യഥാർത്ഥ വിൻഡോസ് ഡ്രൈവ് ലെറ്റർ തിരിച്ചറിയുക (D: vs C:) കൂടാതെ ബാക്കപ്പ് config\¶

ഘട്ടം 2: ഫിക്സ് എ പരിശോധിക്കുക: ആരെങ്കിലും മാറിയോ Number of processors അല്ലെങ്കിൽ Maximum memory ഇൻ msconfig?¶

ഘട്ടം 3: ഫിക്സ് ബി പരിശോധിക്കുക: വൃത്തികെട്ട റീപ്ലേ .LOG1 / .LOG2 തേനീച്ച ഇടപാട് ലോഗുകൾ ഇൻ-പ്ലേസ് ഉപയോഗിച്ച് reg load¶

ഘട്ടം 3: ആരോഗ്യകരമായ രജിസ്ട്രി തേനീച്ചകൾ വേർതിരിച്ചെടുക്കുന്നു VSS നിഴൽ പകർപ്പുകൾ (HarddiskVolumeShadowCopyN)¶