વિન્ડોઝ રજિસ્ટ્રી મધપૂડો દૂષિત (BAD_SYSTEM_CONFIG_INFO BSOD): શા માટે RegBack વિન્ડોઝ 10/11 માં ખાલી છે અને VSS શેડો કોપીઝમાંથી શિળસ કેવી રીતે પુનઃસ્થાપિત કરવી¶

સ્ટાર્ટઅપ દરમિયાન વિન્ડોઝ 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પાવર આઉટેજ, ફરજિયાત શટડાઉન અથવા નિષ્ફળ સંચિત અપડેટ દરમિયાન સ્ટોર ફાટી ગયો હતો. હજુ પણ ખરાબ, જ્યારે એડમિનિસ્ટ્રેટરો જૂના ઓનલાઈન ટ્યુટોરિયલ્સને અનુસરે છે જે તેમને Windows Recovery Environment (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 યુનાઇટેડ કિંગડમમાં) અથવા અમારી ડિરેક્ટરી તપાસો કટોકટી નંબરો.

હવે આ કરો¶

1. ** "આ પીસી રીસેટ કરો -> બધું દૂર કરો" પર ક્લિક કરશો નહીં અથવા આંખ બંધ કરીને નકલ કરશો નહીં 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 ખાલી ફાઇલો, બાકીના શિળસનો નાશ કરે છે અને પુનઃપ્રાપ્તિ વધુ મુશ્કેલ બનાવે છે.
2. વિન્ડોઝ રિકવરી એન્વાયર્નમેન્ટમાં બુટ કરો (WinRE) અને ખોલો Troubleshoot -> Advanced options -> Command Prompt:
3. જો વિન્ડોઝ સળંગ ત્રણ વખત બુટ કરવામાં નિષ્ફળ જાય, તો તે આપોઆપ ઓટોમેટિક રિપેર -> એડવાન્સ્ડ ઓપ્શન્સ શરૂ કરે છે.
4. વૈકલ્પિક રીતે, કોઈપણ Windows 10 / 11 USB ઇન્સ્ટોલેશન મીડિયામાંથી બુટ કરો, ** દબાવોShift + F10** (અથવા Shift + Fn + F10 લેપટોપ પર) જમણી બાજુએ પ્રારંભિક ભાષા પસંદગી સ્ક્રીન પર, અને એલિવેટેડ X:\Sources> કમાન્ડ પ્રોમ્પ્ટ મેનુ પર ક્લિક કર્યા વિના તરત જ ખુલે છે.
5. તમારા વિન્ડોઝ પાર્ટીશનનો સાચો ડ્રાઈવ લેટર શોધો (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\.
6. હંમેશા તમારા હાલના (તૂટેલા પણ) બેકઅપ લો 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).
7. કોઈપણ મધપૂડો બદલતા પહેલા, પરીક્ષણ કરો કે શું BCD (Boot Configuration Data) કાપવું અથવા ગંદા મધપૂડો વ્યવહાર લોગ (.LOG1 / .LOG2)નું વાસ્તવિક કારણ છે BAD_SYSTEM_CONFIG_INFO:
8. માં 30% ના BAD_SYSTEM_CONFIG_INFO BSODs, રજિસ્ટ્રી શિળસ 100 ટકા દંડ છે અને BCD સ્ટોર ખાલી દૂષિત છે truncatememory / numproc ધ્વજ (msconfig છટકું) અથવા જરૂરિયાતો reg load ફરીથી ચલાવવા માટે .LOG1/.LOG2 ટ્રાન્ઝેક્શન લોગ આપોઆપ.
9. જો 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.

નિર્ણય વૃક્ષ: 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["ટ્રુ વિન્ડોઝ ડ્રાઇવ લેટર શોધો (દા.ત. ડી:) આ દ્વારા: ડિસ્કપાર્ટ -> સૂચિ વોલ્યુમ -> બહાર નીકળો"]
    FindDrive --> BackupFirst["વર્તમાન રૂપરેખા ફોલ્ડરનો બેકઅપ લો (છુપાયેલ .LOG1/.LOG2 સહિત): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["તપાસો 1: bcdedit ચલાવો -> શું કોઈએ msconfig માં truncatememory અથવા numproc સેટ કર્યું છે?"]
    CheckBcd -->|"હા: truncatememory or badvalue Present"| 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 -->|"હા: રેગ લોડ રીપ્લે થયેલ ડર્ટી ટ્રાન્ઝેક્શન લોગ -> રેગ અનલોડ દ્વારા અનલોડ"| BootFixed["પીસી રીબુટ કરો: ઝીરો રોલબેક સાથે ડર્ટી હાઇવ હેડર ફિક્સ્ડ ઇન-પ્લેસ"]

    WhichBroken -->|"ના: સિસ્ટમ અથવા સૉફ્ટવેર પરત કરે છે 'રૂપરેખાંકન રજિસ્ટ્રી ડેટાબેઝ દૂષિત છે' અથવા 0 બાઇટ્સ છે"| CheckVss["ચલાવો: vssadmin યાદી પડછાયાઓ"]

    CheckVss --> HasVss{"શું વોલ્યુમ શેડો નકલો સૂચિબદ્ધ છે (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"હા: શેડો નકલો અસ્તિત્વમાં છે"| CopyVss["ફક્ત દૂષિત મધપૂડો (દા.ત. સિસ્ટમ / સોફ્ટવેર) ને નવીનતમ હાર્ડડિસ્કવોલ્યુમશેડોકોપીએન થી D:\\Windows\\System32\\config\\ પર કૉપિ કરો"]

    HasVss -->|"નંબર: 0 શેડો નકલો સૂચિબદ્ધ"| CheckAlt["વૈકલ્પિક મધપૂડો સ્ત્રોતો તપાસો: D:\\Windows\\System32\\config\\TxR\\ અથવા Windows.old અથવા WinSxS કમ્પોનન્ટ મધપૂડો સમારકામ"]

તબક્કો 1: શા માટે BAD_SYSTEM_CONFIG_INFO થાય છે અને શા માટે RegBack વિન્ડોઝ 10/11 માં ખાલી છે¶

અંદર કોઈપણ ફાઈલો સંશોધિત કરતા પહેલા \Windows\System32\config\, પાંચ રજિસ્ટ્રી મધપૂડો ફાઇલો ખરેખર શું કરે છે અને શા માટે પરંપરાગત છે તે સમજો RegBack પદ્ધતિ હવે કામ કરતી નથી.

1. શરીરરચના \Windows\System32\config\¶

જ્યારે વિન્ડોઝ કર્નલ (ntoskrnl.exe) અને બુટ લોડર (winload.efi) સ્ટાર્ટઅપ દરમિયાન પ્રારંભ થાય છે, તેઓ પાંચ બાઈનરી ડેટાબેઝ ફાઇલો લોડ કરે છે (જેને Hives કહેવાય છે, જે 4-બાઈટ ASCII સહીથી શરૂ થાય છે. regf બાઇટ 0 પર) થી \Windows\System32\config\:

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\ જ્યારે પણ સિસ્ટમ નિષ્ક્રિય હતી. - માઈક્રોસોફ્ટે શું બદલ્યું: Windows 10 વર્ઝન 1803 (મે 2018) માં શરૂ કરીને અને Windows 11 ની દરેક રીલીઝ દ્વારા ચાલુ રાખીને, Microsoft એ સત્તાવાર રીતે સ્વચાલિત રીતે અક્ષમ કર્યું RegBack ડિસ્ક ફૂટપ્રિન્ટ ઘટાડવા માટે મૂળભૂત રીતે વસ્તી (Microsoft Support KB4509719 માં દસ્તાવેજીકૃત). - પરિણામ: જ્યાં સુધી તમે મેન્યુઅલી ઉમેર્યું નથી EnablePeriodicBackup = 1 DWORD થી HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager પહેલાં તમારું PC ક્રેશ થાય, ચાલતું હોય dir D:\Windows\System32\config\RegBack બતાવશે 0 File(s) (અથવા કદની પાંચ ફાઇલો 0 બાઇટ્સ). - શા માટે તમારી પાસે હજુ પણ બેકઅપ છે: તેમ છતાં RegBack ખાલી છે, વિન્ડોઝ 10 અને વિન્ડોઝ 11 આપોઆપ બનાવે છે વોલ્યુમ શેડો કોપી (VSSવિન્ડોઝ અપડેટ્સ, MSI એપ્લિકેશન ઇન્સ્ટોલ, ડ્રાઇવર ઇન્સ્ટોલેશન અને સાપ્તાહિક પુનઃસ્થાપિત ચેકપોઇન્ટ્સ પહેલાં સ્નેપશોટ. દરેક VSS સ્નેપશોટમાં સંપૂર્ણ, પોઈન્ટ-ઈન-ટાઇમ સ્થિર નકલ હોય છે \Windows\System32\config\.

તબક્કો 2: ઝડપી નોન-રોલબેક ફિક્સેસ (msconfig BCD ટ્રેપ અને .LOG1/.LOG2 ટ્રાન્ઝેક્શન રિપ્લે)¶

બદલતા પહેલા SYSTEM અથવા SOFTWARE શેડો કૉપિમાંથી, માં આ બે શૂન્ય-રોલબેક ફિક્સેસનું પરીક્ષણ કરો WinRE કમાન્ડ પ્રોમ્પ્ટ (Shift + F10). બધા અડધા કરતાં વધુ BAD_SYSTEM_CONFIG_INFO (0x00000074) ક્રેશ અહીં એક પણ સેટિંગને રોલ બેક કર્યા વિના 60 સેકન્ડની અંદર ઉકેલાઈ જાય છે.

પગલું 1: તમારા સાચા વિન્ડોઝ ડ્રાઇવ લેટરને ઓળખો (D: વિ C:) અને બેક અપ config\¶

માં X:\Sources> કમાન્ડ પ્રોમ્પ્ટ વિન્ડો, શોધો કે કયો ડ્રાઇવ લેટર તમારું વિન્ડોઝ ઇન્સ્ટોલેશન ધરાવે છે:

diskpart
list volume
exit

તરત જ સંપૂર્ણ બેકઅપ બનાવો 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: ફિક્સ A તપાસો: શું કોઈ બદલાયું છે 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}

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

પગલું 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

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

તબક્કો 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

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

પગલું 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

પગલું 3: શેડો કોપીમાંથી ફક્ત દૂષિત મધપૂડોની નકલ કરો D:\Windows\System32\config\¶

ધારો કે તબક્કો 2 પગલું 3 માં તમારી કસોટી દર્શાવે છે કે SYSTEM લોડ કરવામાં નિષ્ફળ (અથવા બંને SYSTEM અને SOFTWARE નિષ્ફળ).

તૂટેલાને બદલવા માટે આ ચોક્કસ આદેશો ચલાવો 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

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

તબક્કો 4: શું જો vssadmin list shadows બતાવે છે No items found (0 શેડો નકલો)?¶

જો સિસ્ટમ પ્રોટેક્શન (VSS) ડ્રાઇવ પર સંપૂર્ણપણે બંધ હતી, RegBack ખાલી છે, અને reg load પર નિષ્ફળ જાય છે SYSTEM અથવા SOFTWARE? Windows પુનઃસ્થાપિત કરતા પહેલા તમારી પાસે હજુ પણ ત્રણ ફોલબેક પુનઃપ્રાપ્તિ પાથ છે:

ફોલબેક 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

ફોલબેક 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

ફોલબેક 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

ફોલબેક 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

તબક્કો 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 એ સામાન્ય રીતે આંતરિક IT અથવા વ્યક્તિગત કમ્પ્યુટર રિપેર સમસ્યા છે, વર્કસ્ટેશન અથવા સર્વર નિષ્ફળતાઓ જે હોસ્પિટલોને અસર કરે છે, ઇમરજન્સી ડિસ્પેચ અથવા જાહેર ઈન્ફ્રાસ્ટ્રક્ચરને તાત્કાલિક વધારવાની જરૂર છે:

• યુનાઈટેડ સ્ટેટ્સ અને કેનેડા: ડાયલ કરો 911 જો વિન્ડોઝ ક્રેશ ક્લિનિકલ પેશન્ટ મોનિટરિંગને અક્ષમ કરે છે, તો ઈમરજન્સી ડિસ્પેચ (CAD), અથવા જીવન-સુરક્ષા નિયંત્રણો, અને સુવિધા ડાઉનટાઇમ પ્રક્રિયાઓ પર સ્વિચ કરો. સુરક્ષા એજન્ટ અપડેટ્સ અથવા સાયબર ઘટનાઓને કારણે વ્યાપક એન્ટરપ્રાઇઝ બૂટલૂપ્સની જાણ કરો CISA (1-844-Say-CISA / cisa.gov/report) અથવા કેનેડિયન સેન્ટર ફોર સાયબર સિક્યુરિટી (1-833-CYBER-88).
• યુનાઇટેડ કિંગડમ: ડાયલ કરો 999 જીવન માટેના જોખમો અથવા તીવ્ર NHS ક્લિનિકલ વિક્ષેપો માટે. મુખ્ય સાયબર અથવા ઉપલબ્ધતાની ઘટનાઓની જાણ NCSC (ncsc.gov.uk) અથવા NHS ઈંગ્લેન્ડ સાયબર ઓપરેશન્સ.
• યુરોપિયન યુનિયન: ડાયલ કરો 112 તમામ EU સભ્ય રાજ્યોમાં. NIS2 ડાયરેક્ટિવ હેઠળ આવરી લેવામાં આવેલી સંસ્થાઓએ 24 કલાકની અંદર તેમના રાષ્ટ્રીય CSIRTને નોંધપાત્ર ઓપરેશનલ આઉટેજની જાણ કરવી આવશ્યક છે.
• ઓસ્ટ્રેલિયા અને ન્યુઝીલેન્ડ: ડાયલ કરો 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`). જો તમારું PC લૉગિન સ્ક્રીન પર બૂટ થાય છે, પરંતુ લૉગ ઇન કરવાથી ખાલી કામચલાઉ ડેસ્કટોપ લોડ થાય છે કારણ કે `NTUSER.DAT` પાવર આઉટેજ દરમિયાન બગડ્યું હતું, એલિવેટેડ કમાન્ડ પ્રોમ્પ્ટ ખોલો, ચલાવો `vssadmin list shadows`, અને તંદુરસ્ત નકલ કરો `NTUSER.DAT` ની બહાર `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (જ્યારે બીજા એડમિનિસ્ટ્રેટર એકાઉન્ટ અથવા WinRE માં લૉગ ઇન કરો જેથી ફાઇલ લૉક ન થાય).

શા માટે કર્યું WinRE મને કમાન્ડ પ્રોમ્પ્ટ ખોલવા દેતા પહેલા 48-અંકની BitLocker રિકવરી કી માટે પૂછો, જ્યારે મેં ક્યારેય BitLocker ચાલુ કર્યું નથી?¶

સાથે લગભગ તમામ આધુનિક Windows 11 (અને Windows 10) લેપટોપ પર `TPM 2.0` અને આધુનિક સ્ટેન્ડબાય, પ્રારંભિક સેટઅપ દરમિયાન Microsoft એકાઉન્ટ સાથે સાઇન ઇન કરવાથી આપમેળે **ઉપકરણ એન્ક્રિપ્શન (`BitLocker`)** પૃષ્ઠભૂમિમાં અને તમારી 48-અંકની પુનઃપ્રાપ્તિ કીને તમારા Microsoft એકાઉન્ટમાં અપલોડ કરે છે. ખોલો **`https://aka.ms/myrecoverykey`** તમારા સ્માર્ટફોન પર, Microsoft એકાઉન્ટ સાથે સાઇન ઇન કરો (`@outlook.com`, `@hotmail.com`, `@gmail.com`) અથવા કાર્ય/શાળા પ્રવેશ ID (`myaccount.microsoft.com`)નો ઉપયોગ તે PC પર થાય છે અને 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 (0x00000074SSD ને સ્પર્શ કરતા પહેલા તદ્દન નવા Windows USB ઇન્સ્ટોલર પર પણ?¶

જો `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`**બ્રાન્ડ-નવી વિન્ડોઝ 10/11 યુએસબી ઇન્સ્ટોલર સ્ટિક** બુટ કરતી વખતે થાય છે (જ્યાં ઇન્સ્ટોલર તેની પોતાની લોડ કરી રહ્યું છે `boot.wim` સિસ્ટમ મેમરીમાં રેમ રજિસ્ટ્રી મધપૂડો), તમારી SSD રજિસ્ટ્રી **નથી** સમસ્યા છે: **તમારી સિસ્ટમ રેમ (`DDR4 / DDR5`) મેમરીમાં રજિસ્ટ્રી મધપૂડોને દૂષિત કરે છે કારણ કે તે અનપેક કરે છે**. તમારું મધરબોર્ડ દાખલ કરો `BIOS / UEFI` સેટઅપ (`Del` અથવા `F2`), અક્ષમ કરો `XMP / EXPO` મેમરી ઓવરક્લોકિંગ પ્રોફાઇલ્સ જેથી રેમ પ્રમાણભૂત JEDEC ઝડપે ચાલે, અથવા એક સમયે RAM ની એક સ્ટિક વડે ટેસ્ટ `MemTest86`.

શું તૃતીય-પક્ષ એન્ટિવાયરસ અથવા એન્ડપોઇન્ટ ડિટેક્શન (EDR) કર્નલ ડ્રાઇવર અપડેટ BSOD લૂપનું કારણ બને છે જે રજિસ્ટ્રી કરપ્શન જેવું લાગે છે?¶

હા. કર્નલ-મોડ સુરક્ષા ડ્રાઇવરો (`BOOT_START` સાથે ડ્રાઇવરો `Start = 0` અંદર `HKLM\SYSTEM\ControlSet001\Services\`) દ્વારા લોડ કરવામાં આવે છે `winload.efi` ની સાથે `SYSTEM` વિન્ડોઝ વિડિયો શરૂ કરે તે પહેલાં મધપૂડો. જો ખામીયુક્ત `.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`.

સંબંધિત માર્ગદર્શિકાઓ¶

• વિન્ડોઝ બ્લુ સ્ક્રીન (BSOD) અને બુટ રિપેર
• BitLocker, FileVault, અને LUKS એન્ક્રિપ્શન રિકવરી કી લોકઆઉટ અને TPM રીસેટ
• BIOS અને UEFI ફર્મવેર ઈંટ, પાવર લોસ અને ડ્યુઅલ-BIOS ફ્લેશબેક અપડેટ કરે છે
• SSD અને NVMe સડન-ઓન્લી-રીડ મોડ, 0% ફાજલ બ્લોક્સ અને TRIM ડિસેબલ રેસ્ક્યૂ
• હાર્ડ ડ્રાઈવ નિષ્ફળતા અને ડેટા પુનઃપ્રાપ્તિ
• કમ્પ્યુટર બેકઅપ, 3-2-1 વ્યૂહરચના અને આપત્તિ પુનઃપ્રાપ્તિ
• દેશ દ્વારા કટોકટી નંબરો

સ્ત્રોતો અને સત્તાવાર માર્ગદર્શન¶

• માઈક્રોસોફ્ટ લર્ન (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: વિન્ડોઝ રજિસ્ટ્રી ફોરેન્સિક એનાલિસિસ એન્ડ રિકવરી.