কনস্ট্যান্ট বিসিসিড 109 বিএসওডি, উইনডবিজি বিশ্লেষণ ইনকোলোনিং


0

শেষ ইনস্টলেশন আমি ব্লুস্ট্যাক্স এবং র্যান্ডম বিএসওড-এর মধ্যে ঘূর্ণায়মান ছিল। এটি সর্বদা বিসিসিড 109 এর এবং এটি ntoskrnl.sys কারণ বলে। আমি minidump বিশ্লেষণ WinDbg ব্যবহৃত। কেউ এই ফলাফল বিশ্লেষণ সাহায্য করতে পারেন?

এখানে প্রাথমিক ফলাফল:

বিস্তারিত ডিবাগিং তথ্য পেতে বিশ্লেষণ -v ব্যবহার করুন।

বাগচেক 109, {A3a039d8a712d637, b3b7465ef9911381, fffff880009be640, 3}

সম্ভবত এর দ্বারা সৃষ্ট: অজানা_ চিত্র (ANALYSIS_INCONCLUSIVE)

অনুসরণ করুন: মেশিন মালিক

যখন আমি দৌড়েছিলাম! বিশ্লেষণ -v আমি নিম্নলিখিত আউটপুট পেয়েছিলাম:

CRITICAL_STRUCTURE_CORRUPTION (109)
This bugcheck is generated when the kernel detects that critical kernel code or
data have been corrupted. There are generally three causes for a corruption:
1) A driver has inadvertently or deliberately modified critical kernel code
 or data. See http://www.microsoft.com/whdc/driver/kernel/64bitPatching.mspx
2) A developer attempted to set a normal kernel breakpoint using a kernel
 debugger that was not attached when the system was booted. Normal breakpoints,
 "bp", can only be set if the debugger is attached at boot time. Hardware
 breakpoints, "ba", can be set at any time.
3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data.
Arguments:
Arg1: a3a039d8a712d637, Reserved
Arg2: b3b7465ef9911381, Reserved
Arg3: fffff880009be640, Failure type dependent information
Arg4: 0000000000000003, Type of corrupted region, can be
    0 : A generic data region
    1 : Modification of a function or .pdata
    2 : A processor IDT
    3 : A processor GDT
    4 : Type 1 process list corruption
    5 : Type 2 process list corruption
    6 : Debug routine modification
    7 : Critical MSR modification

Debugging Details:
------------------


>CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

BUGCHECK_STR:  0x109

PROCESS_NAME:  System

CURRENT_IRQL:  0>

STACK_TEXT:  
nt!KeBugCheckEx

STACK_COMMAND:  kb

SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE

BUCKET_ID:  BAD_STACK

Followup: MachineOwner

এ পর্যন্ত কিছু গবেষণার পর, আমি মনে করি এটি intelHAXM.sys BSODs সৃষ্টি করে। আমি ড্রাইভার যাচাইকারী একাধিক বার ইতিমধ্যে এবং সম্ভবত একটি সম্ভাব্য কারণ হিসাবে ড্রাইভার নির্বাহ দৌড়ে। আমি উইন্ডোজ মেমরি নির্ণয়ের রান এবং কোন ত্রুটি পাওয়া যায় নি। ব্লুস্ট্যাক্স খোলা না থাকলেও BSODs আসেন, তাই আমি আসল অপরাধীকে আটকে রেখেছি।


যদি আপনি এটি intelHAXM মনে করেন এই ফোরাম বিষয় চেক করুন: software.intel.com/en-us/forums/topic/475129?page=1
magicandre1981

যে বিষয়টি আমি অনুমান করেছি এটি হ'ল intelHAXM। এটি উইন্ডোজ 8.1 এবং ম্যাক ওএসএক্সের জন্য ছিল তাই আমি জানতাম না এটি উইন্ডোজ 7 এও প্রযোজ্য কিনা। আমি intelHAXM আপডেট করেছি এবং বর্তমানে কোনও নতুন বিএসডিএসের জন্য অপেক্ষা করছি। আমি যদি আপডেট করা হবে।
Shadow
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.