כוורת הרישום של Windows פגומה (BAD_SYSTEM_CONFIG_INFO BSOD): למה RegBack ריק ב-Windows 10/11 וכיצד לשחזר כוורות מעותקי צל של VSS¶

לראות מכונת Windows 10, Windows 11 או Windows Server קורסת במהלך האתחול לתוך מסך כחול אינסופי של מוות (BSOD) מציג לולאה Stop code: BAD_SYSTEM_CONFIG_INFO (0x00000074), CRITICAL_PROCESS_DIED, או מסך שחור של Windows Boot Manager המציין \Windows\System32\config\SYSTEM is missing or contains errors (Status: 0xc000014c / 0xc0000225) פירושו אחת או יותר מכוורות הרישום הבינארי הליבה של Windows (SYSTEM, SOFTWARE, SAM, SECURITY, DEFAULT) או נתוני תצורת האתחול (BCD) החנות נקרעה במהלך הפסקת חשמל, כיבוי מאולץ או עדכון מצטבר שנכשל. גרוע מכך, כאשר מנהלי מערכת עוקבים אחר מדריכים מקוונים ישנים יותר ואומרים להם לפתוח את סביבת השחזור של Windows (WinRE) שורת פקודה והעתקת קבצי רישום גיבוי מתוך C:\Windows\System32\config\RegBack\, הם מגלים שה RegBack התיקיה ריקה לחלוטין (או מכילה 0-byte קבצים). החל מ-Windows 10 גרסה 1803 ובכל הגירסאות של Windows 11, מיקרוסופט השביתה לצמיתות את RegIdleBackup משימה לחיסכון בשטח דיסק. אין למחוק ולהתקין מחדש את Windows: המחשב שלך כמעט בוודאות מחזיק עותקים שלמים, שהועברו לאחרונה, של כל כוורת רישום בתוך שירות צללים מוסתרים (Volume Shadow Copy)VSS) תמונות מצב (HarddiskVolumeShadowCopyN) ועסקה .LOG1 / .LOG2 יומנים שתוכלו לחלץ מהם תוך 3 דקות WinRE. לפתרון בעיות כלליות של מנהל התקן או חומרה BSOD, ראה מסך כחול של Windows (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. אתחול בסביבת השחזור של Windows (WinRE) ופתוח Troubleshoot -> Advanced options -> Command Prompt:
3. אם Windows לא מצליח לאתחל שלוש פעמים ברציפות, הוא מפעיל אוטומטית את תיקון אוטומטי -> אפשרויות מתקדמות.
4. לחלופין, אתחול מכל Windows 10/11 USB התקנת מדיה, הקש Shift + F10 (או Shift + Fn + F10 במחשבים ניידים) ממש במסך בחירת השפה הראשוני, ומוגבה X:\Sources> שורת הפקודה נפתחת מיד מבלי ללחוץ על תפריטים.
5. מצא את אות הכונן האמיתית של מחיצת Windows שלך (diskpart -> list vol), כפי שזה קורה לעתים קרובות D: או E: בתוך WinRE, NOT C:: בתוך סביבת ההתאוששות, C: מוקצה לעתים קרובות ל-100 מגה-בייט System Reserved או Recovery מחיצה בזמן שהתקנת Windows בפועל שלך יושבת 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 Shadow Copy (\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Windows\System32\config\) באמצעות vssadmin list shadows: אפילו מתי System Restore (rstrui.exe) נכשל עם שגיאה ב-GUI, אמצעי האחסון הבסיסי של VSS Shadow Copy קיים בדיסק ומאפשר לך להעתיק נקי SYSTEM ו SOFTWARE כוורות ישר לתוך \Windows\System32\config\ באמצעות copy או robocopy.

עץ ההחלטות: BAD_SYSTEM_CONFIG_INFO (0x00000074) ו 0xc000014c ניסוי הרישום¶

השתמש בתרשים זרימה זה מה- WinRE שורת פקודה (Shift + F10) כדי לאתר את הקובץ הפגום במדויק ולשחזר אותו מבלי לאבד תוכניות מותקנות או חשבונות משתמש:

flowchart TD
    Start["Windows קורס באתחול: BAD_SYSTEM_CONFIG_INFO (0x74) או 0xc000014c"] --> OpenCmd["אתחול לתוך WinRE או Windows USB -> פתח את שורת הפקודה (Shift + F10)"]

    OpenCmd --> FindDrive["מצא True Windows Drive Letter (למשל D:) דרך: diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["גבה את תיקיית התצורה הנוכחית (כולל Hidden .LOG1/.LOG2): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["בדיקה 1: הפעל את bcdedit -> האם מישהו הגדיר truncatemory או numproc ב-msconfig?"]
    CheckBcd -->|"כן: זיכרון קטוע או ערך רע הווה"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"לא: BCD נקי"| TestReplay["בדיקה 2: בדיקה והפעלה חוזרת של יומני עסקאות (.LOG1/.LOG2) עבור כל כוורת באמצעות טעינת reg HKLM\\TempHive"]

    TestReplay --> WhichBroken{"האם reg טוען להצליח ולהפעיל מחדש את LOG1/.LOG2 בצורה נקייה?"}
    WhichBroken -->|"כן: טעינה רשמית משוחזרת יומן עסקאות מלוכלך -> פריקה באמצעות פרק פריקה"| BootFixed["אתחול המחשב: כותרת הכוורת המלוכלכת קבועה במקום עם אפס החזרה"]

    WhichBroken -->|"לא: SYSTEM או SOFTWARE מחזירה 'מסד הנתונים של רישום התצורה פגום' או שהוא 0 בתים"| CheckVss["הפעלה: vssadmin list shadows"]

    CheckVss --> HasVss{"האם מופיעים עותקי צל של נפח (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"כן: קיימים עותקי צל"| CopyVss["העתק רק את הכוורת הפגומה (למשל SYSTEM / SOFTWARE) מה- 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\¶

כאשר ליבת Windows (ntoskrnl.exe) ומטען אתחול (winload.efi) מאתחלים במהלך האתחול, הם טוענים חמישה קבצי מסד נתונים בינאריים (הנקראים Hives, החל בחתימת ASCII של 4 בתים regf ב-byte 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, מיקרוסופט השביתה באופן רשמי את אוטומטי 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) צילומי מצב לפני עדכוני Windows, התקנות יישום MSI, התקנות מנהלי התקנים ונקודות ביקורת שחזור שבועיות. כל תמונת מצב של VSS מכילה עותק קפוא שלם של נקודת זמן \Windows\System32\config\.

שלב 2: תיקונים מהירים ללא חזרה (msconfig BCD Trap & .LOG1/.LOG2 שידור חוזר של עסקאות)¶

לפני החלפה SYSTEM או SOFTWARE מתוך עותק צל, בדוק את שני תיקוני אפס החזרה לאחור ב- WinRE שורת פקודה (Shift + F10). יותר ממחצית מכולם BAD_SYSTEM_CONFIG_INFO (0x00000074) קריסות נפתרות ממש כאן תוך פחות מ-60 שניות מבלי להחזיר הגדרה אחת לאחור.

שלב 1: זהה את אות הכונן האמיתית שלך ב-Windows (D: לעומת C:) ולגבות config\¶

ב- X:\Sources> חלון שורת הפקודה, מצא איזו אות כונן מכילה את התקנת Windows שלך:

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: בדוק תיקון א': האם מישהו השתנה Number of processors או Maximum memory ב msconfig?¶

התיעוד הרשמי של מיקרוסופט עבור בדיקת באגים 0x74 (BAD_SYSTEM_CONFIG_INFO) מדגיש מלכודת ידועה לשמצה: משתמשים נפתחים msconfig -> אתחול -> אפשרויות מתקדמות בעקבות סרטון "אופטימיזציה למשחקים" גרוע, סמן Number of processors או Maximum memory (הגדר אותו ל 0 או ערך רע), ואתחל מחדש. מיד עם האתחול מחדש, Windows פוגע במצב קבוע BAD_SYSTEM_CONFIG_INFO BSOD אפילו לפני שנגע בכוורות הרישום.

בדוק את נתוני תצורת האתחול שלך (BCD) חנות עכשיו:

bcdedit /enum {default}

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

שלב 3: בדוק תיקון B: הפעל מחדש מלוכלך .LOG1 / .LOG2 כוורת יומני עסקאות במקום באמצעות reg load¶

מה אם החשמל היה מנותק בזמן ש-Windows כותב אל 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)¶

מדוע אנו מחלצים את הכוורת השבורה באופן ידני מ- Volume Shadow Copy במקום ללחוץ על פתרון בעיות -> אפשרויות מתקדמות -> שחזור מערכת ב-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: רשום את כל עותקי ה-Shadow Volume הזמינים בדיסק¶

ב- 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: ודא את כוורות הרישום בתוך אמצעי האחסון של Shadow Copy¶

כי סטנדרטי 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: העתק רק את הכוורת/ים הפגומים מ-Shadow Copy לתוך 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

Fallback 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) מנוע כדי להחזיר את כל עסקאות העדכון הלא מחויבות כנגד תמונת Windows הלא מקוונת (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 כוורת על מחיצת מערכת EFI שלך תוך 15 שניות:

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¶

ברגע שמחשב Windows שלך חוזר לשולחן העבודה, הפעל מחדש את המובנה של Microsoft 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 לאחר אתחול ל-Windows כדי לאמת שאין קובצי DLL של מערכת או מניפסטים של מאגר רכיבים (COMPONENTS כוורת) ניזוקו במהלך ההתרסקות.

מספרי חירום אזוריים ופרוטוקולי סוכנות¶

בעוד Windows BAD_SYSTEM_CONFIG_INFO BSOD הוא בדרך כלל בעיית IT פנימית או תיקון מחשב אישי, כשלים בתחנת עבודה או שרת המשפיעים על בתי חולים, שיגור חירום או תשתית ציבורית דורשים הסלמה מיידית:

• ארצות הברית וקנדה: חייגו 911 אם קריסת Windows משביתה ניטור קליני של חולים, שיגור חירום (CAD), או בקרות בטיחות חיים, ועבור להליכי השבתה של המתקן. דווח על תקלות אתחול ארגוניות נפוצות שנגרמו על ידי עדכוני סוכני אבטחה או תקריות סייבר ל-CISA (1-844-Say-CISA / cisa.gov/report) או המרכז הקנדי לאבטחת סייבר (1-833-CYBER-88).
• בריטניה: חייגו 999 עבור איומי חיים או שיבושים קליניים חריפים של NHS. דווח על אירועי סייבר או זמינות גדולים ל-NCSC (ncsc.gov.uk) או NHS England Cyber Operations.
• האיחוד האירופי: חייגו 112 בכל המדינות החברות באיחוד האירופי. ישויות מכוסות במסגרת הדירקטיבה 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 לבקש מפתח שחזור של BitLocker בן 48 ספרות לפני שהוא נותן לי לפתוח את שורת הפקודה, כאשר מעולם לא הפעלתי את BitLocker על עצמי?¶

כמעט בכל המחשבים הניידים המודרניים של Windows 11 (ו-Windows 10) עם `TPM 2.0` ו-Modern Standby, כניסה עם חשבון Microsoft במהלך ההגדרה הראשונית מפעילה אוטומטית את **הצפנת התקן (`BitLocker`)** ברקע ומעלה את מפתח השחזור בן 48 הספרות לחשבון Microsoft שלך. פתוח **`https://aka.ms/myrecoverykey`** בטלפון החכם שלך, היכנס עם חשבון Microsoft (`@outlook.com`, `@hotmail.com`, `@gmail.com`) או מזהה Entra לעבודה/בית ספר (`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:` הוא למעשה דיסק ה-RAM של 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) אפילו על מתקין USB חדש לגמרי של Windows לפני נגיעה ב-SSD?¶

אם `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) מתרחשת בזמן אתחול **מקל התקנת USB חדש לגמרי של Windows 10/11** (כאשר המתקין טוען את עצמו `boot.wim` רישום RAM נכנס לזיכרון המערכת), רישום ה-SSD שלך הוא **לא** הבעיה: **זיכרון RAM של המערכת שלך (`DDR4 / DDR5`) משחית את כוורת הרישום בזיכרון בזמן שהיא פורקת**. הזן את לוח האם שלך `BIOS / UEFI` הגדרה (`Del` או `F2`), להשבית `XMP / EXPO` פרופילי אוברקלוקינג זיכרון כך ש-RAM פועל במהירויות JEDEC סטנדרטיות, או בדוק עם מקל RAM אחד בכל פעם באמצעות `MemTest86`.

האם אנטי וירוס או זיהוי נקודות קצה של צד שלישי (EDR) עדכון מנהל התקן ליבה לגרום ללולאת BSOD שנראית כמו שחיתות ברישום?¶

כֵּן. מנהלי אבטחה במצב ליבה (`BOOT_START` נהגים עם `Start = 0` בפנים `HKLM\SYSTEM\ControlSet001\Services\`) נטענים על ידי `winload.efi` לצד ה `SYSTEM` כוורת לפני ש-Windows אפילו מאתחל את הווידאו. אם פגום `.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 מגה-בייט?¶

בניגוד `SYSTEM`, `SOFTWARE`, `SAM`, `SECURITY`, ו `DEFAULT` (שנטענים בכל אתחול), ה**`COMPONENTS`** כוורת (`C:\Windows\System32\config\COMPONENTS`) נטען באופן דינמי לפי דרישה רק כאשר **Windows Update (`TiWorker.exe` / שירות מבוסס רכיבים)** או `sfc /scannow` פועל. א מושחת `COMPONENTS` כוורת **לעולם** לא תמנע מ-Windows אתחול (`0x00000074`), למרות שזה יגרום לכשל בעדכון Windows `0x80073712` עד לתיקון עם `DISM /Online /Cleanup-Image /RestoreHealth`.

מדריכים קשורים¶

• מסך כחול של Windows (BSOD) ותיקון אתחול
• נעילת מפתח שחזור הצפנה של BitLocker, FileVault ו-LUKS ואיפוס TPM
• לבנת עדכון קושחה של BIOS ו-UEFI, אובדן חשמל ו-Dual-BIOS Flashback
• מצב קריאה פתאומי של SSD ו-NVMe, 0% חסימות חילוף ו-TRIM השבתת הצלה
• כשל בכונן קשיח ושחזור נתונים
• גיבוי מחשבים, אסטרטגיית 3-2-1, והתאוששות מאסון
• מספרי חירום לפי מדינה

מקורות והדרכה רשמית¶

• Microsoft Learn (learn.microsoft.com): בדיקת באג 0x74: BAD_SYSTEM_CONFIG_INFO הפניה רשמית לפתרון בעיות (BCD truncatememory / numproc תיקון ואימות כוורת הרישום).
• תמיכת מיקרוסופט (KB4509719): רישום המערכת כבר לא מגובה ב- RegBack תיקייה שמתחילה ב-Windows 10 גרסה 1803 (EnablePeriodicBackup תצורת הרישום).
• Microsoft Windows Internals (מהדורה 7, Russinovich et al.): ארכיטקטורת מנהל התצורה, מבנה בינארי של כוורת הרישום (regf, hbin), ויומן עסקאות כפול (.LOG1 / .LOG2) התאוששות.
• תיעוד אחסון שרת של Microsoft: שירות העתקת צל בנפח (VSS) מינהל (vssadmin list shadows ו GLOBALROOT גישה למרחב השמות של המכשיר).
• המכון הלאומי לתקנים וטכנולוגיה (NIST) (ארצות הברית): פרסום מיוחד 800-86: ניתוח ושחזור משפטי של הרישום של Windows.