উইন্ডোজ রেজিস্ট্রি হাইভ দূষিত (BAD_SYSTEM_CONFIG_INFO বিএসওডি): কেন RegBack উইন্ডোজ 10/11 এ খালি আছে এবং কীভাবে ভিএসএস শ্যাডো কপিগুলি থেকে আমবাত পুনরুদ্ধার করবেন¶

স্টার্টআপের সময় উইন্ডোজ 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 ইউনাইটেড কিংডমে) অথবা আমাদের ডিরেক্টরি দেখুন জরুরী নম্বর.

এখন এই কাজ¶

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 সত্যই দূষিত, একটি ভিএসএস শ্যাডো কপি থেকে সরাসরি একটি সুস্থ কপি বের করুন (\\?\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 রেজিস্ট্রি triage¶

থেকে এই ফ্লোচার্ট ব্যবহার করুন WinRE কমান্ড প্রম্পট (Shift + F10) সঠিক দূষিত ফাইলটি চিহ্নিত করতে এবং ইনস্টল করা প্রোগ্রাম বা ব্যবহারকারীর অ্যাকাউন্টগুলি না হারিয়ে এটি পুনরুদ্ধার করতে:

flowchart TD
    Start["বুটে উইন্ডোজ ক্র্যাশ: BAD_SYSTEM_CONFIG_INFO (0x74) বা 0xc000014c"] --> OpenCmd["WinRE বা Windows USB -> ওপেন কমান্ড প্রম্পটে বুট করুন (Shift + F10)"]

    OpenCmd --> FindDrive["ট্রু উইন্ডোজ ড্রাইভ লেটার খুঁজুন (যেমন D:) এর মাধ্যমে: diskpart -> list vol -> exit"]
    FindDrive --> BackupFirst["বর্তমান কনফিগ ফোল্ডার ব্যাক আপ করুন (লুকানো .LOG1/.LOG2 সহ): xcopy /h D:\\Windows\\System32\\config D:\\Config_Orig\\"]

    BackupFirst --> CheckBcd["চেক 1: bcdedit চালান -> কেউ কি msconfig এ truncatememory বা numproc সেট করেছেন?"]
    CheckBcd -->|"হ্যাঁ: truncatememory বা badvalue Present"| FixBcd["Run: bcdedit /deletevalue {default} truncatememory AND bcdedit /deletevalue {default} numproc -> Reboot"]

    CheckBcd -->|"না: বিসিডি ক্লিন"| TestReplay["চেক 2: রেগ লোড HKLM\\TempHive এর মাধ্যমে প্রতিটি হাইভের জন্য লেনদেন লগ (.LOG1/.LOG2) পরীক্ষা করুন এবং পুনরায় চালান"]

    TestReplay --> WhichBroken{"reg কি লোড সফল হয় এবং .LOG1/.LOG2 পরিষ্কারভাবে রিপ্লে করে?"}
    WhichBroken -->|"হ্যাঁ: reg লোড রিপ্লে করা ডার্টি লেনদেন লগ -> reg আনলোডের মাধ্যমে আনলোড"| BootFixed["পিসি রিবুট করুন: জিরো রোলব্যাকের সাথে ডার্টি হাইভ হেডার ইন-প্লেস ফিক্সড"]

    WhichBroken -->|"না: সিস্টেম বা সফ্টওয়্যার রিটার্ন করে 'কনফিগারেশন রেজিস্ট্রি ডাটাবেস দূষিত' বা 0 বাইট"| CheckVss["চালান: vssadmin তালিকা ছায়া"]

    CheckVss --> HasVss{"ভলিউম শ্যাডো কপি কি তালিকাভুক্ত (HarddiskVolumeShadowCopy1..N)?"}

    HasVss -->|"হ্যাঁ: ছায়া অনুলিপি বিদ্যমান"| CopyVss["নতুন হার্ডডিস্ক ভলিউমশ্যাডোকপিএন থেকে ডি:\\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 * আগে আপনার পিসি ক্র্যাশ, চলমান dir D:\Windows\System32\config\RegBack দেখাবে 0 File(s) (বা সাইজের পাঁচটি ফাইল 0 বাইট)। - কেন আপনি এখনও একটি ব্যাকআপ আছে: যদিও RegBack খালি আছে, Windows 10 এবং Windows 11 স্বয়ংক্রিয়ভাবে ** ভলিউম শ্যাডো কপি তৈরি করে (VSS) স্ন্যাপশট* উইন্ডোজ আপডেট, MSI অ্যাপ্লিকেশন ইনস্টল, ড্রাইভার ইনস্টলেশন, এবং সাপ্তাহিক পুনরুদ্ধার চেকপয়েন্টের আগে। প্রতিটি VSS স্ন্যাপশটে একটি সম্পূর্ণ, পয়েন্ট-ইন-টাইম হিমায়িত কপি থাকে \Windows\System32\config\.

পর্যায় 2: দ্রুত নন-রোলব্যাক সংশোধন (msconfig বিসিডি ফাঁদ এবং .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?¶

বাগ চেকের জন্য Microsoft এর অফিসিয়াল ডকুমেন্টেশন 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 Hive লেনদেন লগ ইন-প্লেস ব্যবহার করে 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-তে Troubleshoot -> Advanced options -> System Restore এ ক্লিক করার পরিবর্তে ভলিউম শ্যাডো কপি থেকে ম্যানুয়ালি ভাঙ্গা হাইভ বের করি? 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? উইন্ডোজ পুনরায় ইনস্টল করার আগে আপনার কাছে এখনও তিনটি ফলব্যাক পুনরুদ্ধারের পথ রয়েছে:

ফলব্যাক 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 সাধারণত একটি অভ্যন্তরীণ আইটি বা ব্যক্তিগত কম্পিউটার মেরামতের সমস্যা, ওয়ার্কস্টেশন বা সার্ভার ব্যর্থতার জন্য হাসপাতাল, জরুরী প্রেরণ, বা পাবলিক অবকাঠামোকে প্রভাবিত করে তাৎক্ষণিক বৃদ্ধির প্রয়োজন:

• যুক্তরাষ্ট্র এবং কানাডা: ডায়াল করুন 911 যদি একটি উইন্ডোজ ক্র্যাশ ক্লিনিকাল রোগীর পর্যবেক্ষণ অক্ষম করে, জরুরী প্রেরণ (CAD), অথবা জীবন-নিরাপত্তা নিয়ন্ত্রণ, এবং সুবিধা ডাউনটাইম পদ্ধতিতে স্যুইচ করুন। নিরাপত্তা এজেন্ট আপডেট বা সাইবার ঘটনা দ্বারা সৃষ্ট ব্যাপক এন্টারপ্রাইজ বুটলুপ CISA (কে রিপোর্ট করুন1-844-Say-CISA / cisa.gov/report) অথবা কানাডিয়ান সেন্টার ফর সাইবার সিকিউরিটি (1-833-CYBER-88)।
• যুক্তরাজ্য: ডায়াল করুন 999 জীবনের হুমকি বা তীব্র NHS ক্লিনিকাল ব্যাঘাতের জন্য। বড় সাইবার বা প্রাপ্যতার ঘটনাগুলি NCSC-তে রিপোর্ট করুন (ncsc.gov.uk) বা NHS ইংল্যান্ড সাইবার অপারেশন।
• ইউরোপীয় ইউনিয়ন: ডায়াল করুন 112 সমস্ত ইইউ সদস্য রাষ্ট্র জুড়ে। 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`) যদি আপনার পিসি লগইন স্ক্রিনে বুট করে, তবে লগইন করলে একটি খালি অস্থায়ী ডেস্কটপ লোড হয় কারণ `NTUSER.DAT` পাওয়ার বিভ্রাটের সময় দূষিত হয়েছিল, একটি উন্নত কমান্ড প্রম্পট খুলুন, চালান `vssadmin list shadows`, এবং সুস্থ কপি `NTUSER.DAT` এর বাইরে `\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\\NTUSER.DAT` (একটি দ্বিতীয় প্রশাসক অ্যাকাউন্টে লগ ইন করার সময় বা WinRE যাতে ফাইলটি লক করা হয় না)।

কেন করেছে WinRE আমাকে কমান্ড প্রম্পট খুলতে দেওয়ার আগে একটি 48-সংখ্যার বিটলকার রিকভারি কী চাইবেন, যখন আমি নিজে থেকে বিটলকার চালু করিনি?¶

প্রায় সব আধুনিক Windows 11 (এবং Windows 10) ল্যাপটপে `TPM 2.0` এবং আধুনিক স্ট্যান্ডবাই, প্রাথমিক সেটআপের সময় একটি Microsoft অ্যাকাউন্ট দিয়ে সাইন ইন করা স্বয়ংক্রিয়ভাবে **ডিভাইস এনক্রিপশন সক্ষম করে (`BitLocker`)** ব্যাকগ্রাউন্ডে এবং আপনার Microsoft অ্যাকাউন্টে আপনার 48-সংখ্যার পুনরুদ্ধার কী আপলোড করে। খুলুন **`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 RAM ডিস্ক (`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 স্পর্শ করার আগে?¶

যদি `BAD_SYSTEM_CONFIG_INFO` (`0x00000074`) একটি **ব্র্যান্ড-নতুন Windows 10/11 USB ইনস্টলার স্টিক** বুট করার সময় ঘটে (যেখানে ইনস্টলার তার নিজস্ব লোড করছে `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` উইন্ডোজ এমনকি ভিডিও আরম্ভ করার আগে 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 এমবি?¶

অপছন্দ `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: উইন্ডোজ রেজিস্ট্রি ফরেনসিক বিশ্লেষণ এবং পুনরুদ্ধার।