লিনাক্স কার্নেল আতঙ্কের কারণ নির্ধারণ করা হচ্ছে


25

আমি একটি উবুন্টু 12.04 ডেরিভেটিভ (amd64) চালিয়ে যাচ্ছি এবং সম্প্রতি আমি সত্যিই অদ্ভুত সমস্যা নিয়ে আসছি। নীল থেকে, আপাতদৃষ্টিতে এক্স কিছুক্ষণের জন্য পুরোপুরি হিম হয়ে যাবে (১-২ মিনিট?) এবং তারপরে সিস্টেমটি পুনরায় বুট হবে। এই সিস্টেমটি ওভারক্লকড, তবে উইন্ডোজ যাচাই করা হিসাবে খুব স্থিতিশীল, যা আমাকে বিশ্বাস করতে পরিচালিত করে যে আমার কোনও মডিউল নিয়ে কার্নেল প্যানিক বা সমস্যা রয়েছে। এমনকি লিনাক্সেও আমি লিনপ্যাক চালাতে পারি এবং সিপিইউতে হাস্যকর লোড চাপানো সত্ত্বেও কোনও ক্রাশ দেখতে পাবে না। ক্র্যাশগুলি এলোমেলো সময়ে ঘটেছিল বলে মনে হচ্ছে, এমনকি মেশিনটি অলস অবস্থায় বসে রয়েছে।

সিস্টেমটি ক্র্যাশ করছে তা কীভাবে আমি ডিবাগ করতে পারি?

এমন এক শিকারে যে এটি মালিকানাধীন এনভিআইডিআইএ ড্রাইভার হতে পারে, আমি ড্রাইভারের স্থিতিশীল সংস্করণ, সংস্করণ 304-এ সমস্ত পথ ফিরিয়ে দিয়েছিলাম এবং আমি এখনও ক্র্যাশটি অনুভব করি।

ক্র্যাশের পরে কেউ কি আমাকে একটি ভাল ডিবাগিং প্রক্রিয়া চালিয়ে যেতে পারে? আমি একটি থাম্ব ড্রাইভ বুট করতে এবং আমার পোস্ট-ক্র্যাশ কনফিগারেশন ফাইলগুলির সমস্ত পোস্ট করে খুশি হতে পারব, সেগুলি কী হবে তা আমি নিশ্চিত নই। আমার সিস্টেমটি ক্র্যাশ করছে তা আমি কীভাবে জানতে পারি?

এখানে একগুচ্ছ লগ, সাধারণ অপরাধী cul

.xsession- ত্রুটিগুলি : http://pastebin.com/EEDtVkVm

/var/log/Xorg.0.log : http://pastebin.com/ftsG5VAn

/var/log/kern.log : http://pastebin.com/Hsy7jcHZ

/ var / লগ / সিসলগ : http://pastebin.com/9Fkp3FMz

এমনকি আমি মোটেও ক্র্যাশটির রেকর্ড খুঁজে পাচ্ছি না।

ক্র্যাশটি ট্রিগার করা এত সহজ নয়, জিপিইউ একবারে একাধিক জিনিস আঁকতে চেষ্টা করছে এমনটা মনে হচ্ছে। আমি যদি কোনও ইউটিউব ভিডিও পূর্ণ স্ক্রিনে রেখেছি এবং এটি কিছুক্ষণের জন্য পুনরাবৃত্তি করতে দিই বা একটি টন জিআইএফ এবং স্কাইপের বিজ্ঞপ্তিটি পপ আপ হয়ে যায়, কখনও কখনও এটি ক্র্যাশ হয়ে যায়। পুরোপুরি এই এক আমার মাথা আঁচড়ান।

সিপিইউ 4.8 গিগাহার্টজ-এ উপচে পড়েছে, তবে এটি সম্পূর্ণ স্থিতিশীল এবং একক ক্র্যাশ ছাড়াই গতকাল বিশাল লিনপ্যাক রান এবং প্রাইম 95 এর 9 ঘন্টা বেঁচে গেছে।

হালনাগাদ

আমি ইনস্টল kdump, crashএবং linux-crashdump, সেইসাথে আমার কার্নেল সংস্করণ 3.2.0-35 জন্য কার্নেল ডিবাগ প্রতীক। আমি যখন চালানোর apport-unpackউপর কার্নেল ফাইল ক্র্যাশ এবং তারপর crashউপর VmCoreক্র্যাশ ডাম্প, এখানে আমি কি দেখতে আছে:

      KERNEL: /usr/lib/debug/boot/vmlinux-3.2.0-35-generic
    DUMPFILE: Downloads/crash/VmCore
        CPUS: 8
        DATE: Thu Jan 10 16:05:55 2013
      UPTIME: 00:26:04
LOAD AVERAGE: 2.20, 0.84, 0.49
       TASKS: 614
    NODENAME: mightymoose
     RELEASE: 3.2.0-35-generic
     VERSION: #55-Ubuntu SMP Wed Dec 5 17:42:16 UTC 2012
     MACHINE: x86_64  (3499 Mhz)
      MEMORY: 8 GB
       PANIC: "[ 1561.519960] Kernel panic - not syncing: Fatal Machine check"
         PID: 0
     COMMAND: "swapper/5"
        TASK: ffff880211251700  (1 of 8)  [THREAD_INFO: ffff880211260000]
         CPU: 5
       STATE: TASK_RUNNING (PANIC)

আমি যখন ইউটিলিটিটি logথেকে চালাচ্ছি crash, আমি লগের নীচে এটি দেখতে পাচ্ছি:

[ 1561.519943] [Hardware Error]: CPU 4: Machine Check Exception: 5 Bank 3: be00000000800400
[ 1561.519946] [Hardware Error]: RIP !INEXACT! 33:<00007fe99ae93e54> 
[ 1561.519948] [Hardware Error]: TSC 539b174dead ADDR 3fe98d264ebd MISC 1 
[ 1561.519950] [Hardware Error]: PROCESSOR 0:206a7 TIME 1357862746 SOCKET 0 APIC 1 microcode 28
[ 1561.519951] [Hardware Error]: Run the above through 'mcelog --ascii'
[ 1561.519953] [Hardware Error]: CPU 0: Machine Check Exception: 4 Bank 3: be00000000800400
[ 1561.519955] [Hardware Error]: TSC 539b174de9d ADDR 3fe98d264ebd MISC 1 
[ 1561.519957] [Hardware Error]: PROCESSOR 0:206a7 TIME 1357862746 SOCKET 0 APIC 0 microcode 28
[ 1561.519958] [Hardware Error]: Run the above through 'mcelog --ascii'
[ 1561.519959] [Hardware Error]: Machine check: Processor context corrupt
[ 1561.519960] Kernel panic - not syncing: Fatal Machine check
[ 1561.519962] Pid: 0, comm: swapper/5 Tainted: P   M     C O 3.2.0-35-generic #55-Ubuntu
[ 1561.519963] Call Trace:
[ 1561.519964]  <#MC>  [<ffffffff81644340>] panic+0x91/0x1a4
[ 1561.519971]  [<ffffffff8102abeb>] mce_panic.part.14+0x18b/0x1c0
[ 1561.519973]  [<ffffffff8102ac80>] mce_panic+0x60/0xb0
[ 1561.519975]  [<ffffffff8102aec4>] mce_reign+0x1f4/0x200
[ 1561.519977]  [<ffffffff8102b175>] mce_end+0xf5/0x100
[ 1561.519979]  [<ffffffff8102b92c>] do_machine_check+0x3fc/0x600
[ 1561.519982]  [<ffffffff8136d48f>] ? intel_idle+0xbf/0x150
[ 1561.519984]  [<ffffffff8165d78c>] machine_check+0x1c/0x30
[ 1561.519986]  [<ffffffff8136d48f>] ? intel_idle+0xbf/0x150
[ 1561.519987]  <<EOE>>  [<ffffffff81509697>] ? menu_select+0xe7/0x2c0
[ 1561.519991]  [<ffffffff815082d1>] cpuidle_idle_call+0xc1/0x280
[ 1561.519994]  [<ffffffff8101322a>] cpu_idle+0xca/0x120
[ 1561.519996]  [<ffffffff8163aa9a>] start_secondary+0xd9/0xdb

bt ব্যাকট্রেস আউটপুট:

PID: 0      TASK: ffff880211251700  CPU: 5   COMMAND: "swapper/5"
 #0 [ffff88021ed4aba0] machine_kexec at ffffffff8103947a
 #1 [ffff88021ed4ac10] crash_kexec at ffffffff810b52c8
 #2 [ffff88021ed4ace0] panic at ffffffff81644347
 #3 [ffff88021ed4ad60] mce_panic.part.14 at ffffffff8102abeb
 #4 [ffff88021ed4adb0] mce_panic at ffffffff8102ac80
 #5 [ffff88021ed4ade0] mce_reign at ffffffff8102aec4
 #6 [ffff88021ed4ae40] mce_end at ffffffff8102b175
 #7 [ffff88021ed4ae70] do_machine_check at ffffffff8102b92c
 #8 [ffff88021ed4af50] machine_check at ffffffff8165d78c
    [exception RIP: intel_idle+191]
    RIP: ffffffff8136d48f  RSP: ffff880211261e38  RFLAGS: 00000046
    RAX: 0000000000000020  RBX: 0000000000000008  RCX: 0000000000000001
    RDX: 0000000000000000  RSI: ffff880211261fd8  RDI: ffffffff81c12f00
    RBP: ffff880211261e98   R8: 00000000fffffffc   R9: 0000000000000f9f
    R10: 0000000000001e95  R11: 0000000000000000  R12: 0000000000000003
    R13: ffff88021ed5ac70  R14: 0000000000000020  R15: 12d818fb42cfe42b
    ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
--- <MCE exception stack> ---
 #9 [ffff880211261e38] intel_idle at ffffffff8136d48f
#10 [ffff880211261ea0] cpuidle_idle_call at ffffffff815082d1
#11 [ffff880211261f00] cpu_idle at ffffffff8101322a

কোন ধারনা?


3
আপনি কি বাইনারি ব্লব গ্রাফিক্স ড্রাইভার ব্যবহার করছেন?
jordanm

হ্যাঁ, এনভিআইডিএ কোথাও কি আমি এর জন্য লগ পেতে পারি?
নাফটুলি কে

রিবুট করার পরে /var/log/kern.log বা সিসলগে কোনও আতঙ্কের বার্তা রয়েছে? আপনি অন্য পিসি থেকে লগ ইন করতে পারেন এবং tail -f /var/log/kern.logদৌড়াতে পারেন এবং এটি সেভাবে ধরার চেষ্টা করতে পারেন।
অট--

কিছুই দেখা যাচ্ছে না /var/log/kern.log, কিন্তু এখন lookingুকে syslog
নাফটুলি কে

আমি আমার এনভিআইডিআইএ ড্রাইভারকে 304 স্ট্যাবিলে ডাউনগ্রেড করেছি যা বেশ পুরানো ড্রাইভার এবং আমি এখনও ক্র্যাশটি দেখতে পাচ্ছি। বিস্তারিত সহ ওপি আপডেট করেছেন।
নাফটুলি কে

উত্তর:


35

আমার দুটি পরামর্শ শুরু করার আছে।

প্রথম আপনি পছন্দ করতে যাচ্ছেন না। আপনি আপনার ওভারক্লকড সিস্টেমটি কতটা স্থিতিশীল মনে করেন না কেন, এটি আমার প্রথম সন্দেহ হবে। এবং যে কোনও বিকাশকারী আপনার সমস্যার প্রতিবেদন করছেন একই জিনিস বলবেন। আপনার স্থিতিশীল পরীক্ষার কাজের চাপ অগত্যা একই নির্দেশাবলী ব্যবহার করে মেমরি সাবসিস্টেমকে যতটা চাপুক না কেন চাপ দিচ্ছে stress ওভারক্লকিং বন্ধ করুন। যদি আপনি চান যে লোকেরা সমস্যাটি ওভারক্লকিং না করে বিশ্বাস করে, তবে ওভারক্লকিং না করে এটিকে তৈরি করুন যাতে আপনি একটি পরিষ্কার বাগ রিপোর্ট পেতে পারেন। এই সমস্যা সমাধানে অন্যান্য ব্যক্তিরা কতটা প্রচেষ্টা বিনিয়োগ করবে তাতে এটি একটি বিশাল পার্থক্য আনবে। বাগ-মুক্ত সফটওয়্যার থাকা গর্বের বিষয়, তবে বিশেষত সন্দেহজনক হার্ডওয়্যার সেটআপযুক্ত লোকজনের রিপোর্টগুলি হতাশাজনক সময় ডুবিয়ে দেয় যা সম্ভবত কোনও সত্যিকারের বাগের সাথে জড়িত না।

দ্বিতীয়টি হ'ল উফ ডেটা, যা আপনি লক্ষ্য করেছেন যে আপনি উল্লেখ করেছেন এমন কোনও জায়গায় যায় না। এক্স 11 চালানোর সময় যদি ক্রাশটি কেবল ঘটে থাকে তবে আমার ধারণা স্থানীয় কনসোলটি অনেকটা বাইরে চলে গেছে (এটি কোনওভাবেই ব্যথা), সুতরাং আপনার এটি সিরিয়াল কনসোল, নেটওয়ার্কের মাধ্যমে বা লোকাল ডিস্কে সংরক্ষণের মাধ্যমে করা উচিত (যা এর চেয়ে জটিল) এটি শোনাতে পারে কারণ আপনি কোনও অবিশ্বস্ত কার্নেল আপনার ফাইল সিস্টেমকে দূষিত করতে চান না)। এটি করার কিছু উপায় এখানে রয়েছে:

  • নেটওয়ার্কের মাধ্যমে একটি সার্ভারে সঞ্চয় করতে নেটডাম্প ব্যবহার করুন । আমি কয়েক বছরে এটি করিনি, সুতরাং আমি নিশ্চিত নই যে এই সফ্টওয়্যারটি এখনও আধুনিক কার্নেলগুলির সাথে রয়েছে এবং এটি এতটা সহজ যে এটি শট করার পক্ষে যথেষ্ট।
  • সিরিয়াল কনসোল ব্যবহার করে বুট করুন ; আপনার উভয় মেশিনে বিনামূল্যে সিরিয়াল পোর্টের প্রয়োজন হবে (পুরাতন স্কুল এক বা ইউএসবি সিরিয়াল অ্যাডাপ্টার যাই হোক না কেন) এবং নাল মডেম কেবল; আউটপুট সংরক্ষণ করতে আপনি অন্য মেশিনটি কনফিগার করতে পারবেন।
  • কেডম্প মনে হয় শীতল বাচ্চারা আজকাল যা ব্যবহার করে তা বেশ নমনীয় বলে মনে হয় যদিও এটি আমার পছন্দ হবে না কারণ এটি সেট আপ করা জটিল দেখায়। সংক্ষেপে, এর মধ্যে একটি পৃথক কার্নেল বুট করা জড়িত যা কিছু করতে পারে এবং প্রাক্তন কার্নেলের স্মৃতি বিষয়বস্তু পরীক্ষা করতে পারে তবে আপনাকে অবশ্যই পুরো প্রক্রিয়াটি তৈরি করতে হবে এবং আমি সেখানে প্রচুর পরিমাণে ক্যানড বিকল্প দেখতে পাচ্ছি না। আপডেট: কিছু দুর্দান্ত ডিস্ট্রো জিনিস রয়েছে আসলে; উবুন্টুতে, লিনাক্স-ক্র্যাশডম্প

আপনি ডিবাগ তথ্যটি পেয়ে গেলে, কাইসিমোপস নামে একটি সরঞ্জাম রয়েছে যা আপনি ঠিকানাগুলি প্রতীক নামগুলিতে পরিণত করতে এবং আপনার কার্নেলটি কীভাবে ক্র্যাশ হয়েছিল সে সম্পর্কে ধারণা পেতে শুরু করতে পারেন। এবং যদি প্রতীকী ডাম্পটি আপনার কাছে কোনও অর্থ না বোঝায়, কমপক্ষে এটি এখানে বা সম্ভবত আপনার লিনাক্স বিতরণের মেইলিং তালিকা / বাগ ট্র্যাকারে প্রতিবেদন করতে সহায়ক is


থেকে crashআপনার crashdump উপর, আপনাকে টাইপ করা চেষ্টা করতে পারেন logএবং btএকটি বিট আরো তথ্য (কিছু আতঙ্ক এবং একটি স্ট্যাক ব্যাক-ট্রেস সময় লগ) জন্য। যদিও আপনার Fatal Machine checkমনে হয় এখান থেকে আসছেন । কোডটি স্কিমিং থেকে আপনার প্রসেসর একটি মেশিন চেক এক্সেপশন - একটি হার্ডওয়্যার সমস্যা হিসাবে প্রতিবেদন করেছেন। আবার, আমার প্রথম বাজি ওভারক্লকিংয়ের কারণে হবে। দেখে মনে হচ্ছে logআউটপুটে আরও নির্দিষ্ট কোনও বার্তা থাকতে পারে যা আপনাকে আরও বলতে পারে tell

সেই কোডটি থেকেও দেখে মনে হচ্ছে আপনি mce=3কার্নেল প্যারামিটার দিয়ে বুট করেন , এটি ক্রাশ বন্ধ হয়ে যাবে ... তবে ডায়াগোনস্টিক পদক্ষেপ ব্যতীত আমি সত্যিই এটির সুপারিশ করব না। যদি লিনাক্স কার্নেল মনে করে যে এই ত্রুটিটি ক্রাশ হওয়ার উপযুক্ত, তবে সম্ভবত এটি সঠিক।


যদি ওভারক্লোর সমস্যা হয় তবে আমি একটি ঘড়ির চক্র ক্র্যাশ লগগুলিতে মিস হয়ে যেতে দেখতে সক্ষম হব, তাই দিনের শেষে, আমি কী সমস্যা তা জানতে পারি। এটাই আমার লক্ষ্য: কী ভুল হচ্ছে তা নির্ধারণ করা। যদি আমার Overclock, তারপর জরিমানা, আমি শুধু মত জানতে চাই সমস্যা কি হয়
নাফটুলি কে

1
আমি মনে করি না যে ওভারক্লোকিং ব্যর্থতা লগগুলিতে স্পষ্ট হওয়ার মতো সুস্পষ্ট; আমি কোনও প্রসেসর বিশেষজ্ঞ নই, তবে এটি পুরো জাতীয় প্রসেসরের মতো সঠিকভাবে ক্লকচক্রটি পরিচালনা করে না বা কোনওভাবেই ওএসকে নির্দেশ করে যে এটি এটি মিস করেছে। আপনার লগ পেতে সমস্যা হয় কিনা তা আমাকে জানিয়ে দিন, তবে আইএমএইচও এটি ওভারক্লকিংয়ের সমস্যা কিনা তা ওভারক্লকিংয়ের সময় না ঘটে কিনা তা দেখার সবচেয়ে সহজ উপায়।
স্কট ল্যাম্ব

ঠিক আছে, আমি আমার সেটিংস ব্যাক আপ করার পরে এটি করব। আমি প্রথমে দেখতে পাচ্ছি যে আমি উইন্ডোজটিতে ক্র্যাশটি পুনরুত্পাদন করতে পারি কিনা।
নাফটুলি কে

যদিও আমি লিনাক্সে কখনই বিএসওডের মুখোমুখি না হওয়ার জন্য কৃতজ্ঞ, যদিও এটি আমার কাছে বিস্ময়কর মনে হবে যে উইন্ডোজ লগ করে কোনও সমস্যা প্রদর্শন করার সময় লিনাক্স সক্ষম হতে পারে না।
নাফতুলি কে

1
আমি প্রশ্নটি আপডেট করেছি, যেহেতু আমি চালানোর সময় মেশিনটি ক্র্যাশ করতে সক্ষম হয়েছি linux-crashdumpএবং ক্র্যাশ ডাম্প ফাইলটি পেয়েছি যা আশা করি কারণ নির্ধারণের জন্য পর্যাপ্ত তথ্য রয়েছে।
নাফতুলি কে

5

ক) আরএসস্লগ ডেমন দ্বারা কার্নেল বার্তা কোনও ফাইলে লগ করা হচ্ছে কিনা তা পরীক্ষা করুন

vi /etc/rsyslog.conf

এবং নিম্নলিখিত যোগ করুন

kern.*                 /var/log/kernel.log

rsyslogপরিষেবাটি পুনরায় চালু করুন।

/etc/initd.d/rsyslog restart

খ) বোঝা মডিউলগুলির একটি নোট নিন

`lsmod >/your/home/dir`

গ) আতঙ্কটি যেমন পুনরায় উত্পাদনযোগ্য নয়, এটি হওয়ার জন্য অপেক্ষা করুন

ঘ) আতঙ্ক দেখা দেওয়ার পরে লাইভ বা জরুরী সিডি ব্যবহার করে সিস্টেমটি বুট করুন

ঙ) ফাইল সিস্টেম মাউন্ট করুন (সাধারণত / আক্রান্ত সিস্টেমের যদি প্রথমেই / var এবং / হোম পৃথক ফাইল সিস্টেম নয় চলা হবে) ( pvs, vgs, lvsকমান্ড যদি আপনি প্রভাবিত সিস্টেমের LVM- র ব্যবহার করছেন চালানো যাবে কোড LV আনতে প্রয়োজন) mount -t ext4 /dev/sdXN /mnt

চ) /mnt/var/log/ডিরেক্টরিতে যান এবং kernel.logফাইলটি পরীক্ষা করুন। এটি কোনও নির্দিষ্ট মডিউল বা অন্য কোনও কিছুর জন্য আতঙ্ক ঘটছে কিনা তা নির্ধারণ করার জন্য আপনাকে পর্যাপ্ত তথ্য দিতে হবে।


সেগুলি থেকে লগ ফলাফলগুলি অত্যন্ত
বেআইনী

2
আমার অভিজ্ঞতার হিসাবে, কার্নেল ক্র্যাশগুলি খুব কমই প্রবেশ করতে পারে kernel.log, কারণ লগ তথ্য সিসলগ, ফাইল সিস্টেম ড্রাইভার, ডিস্ক ক্যাশে এবং ডিস্ক ড্রাইভারের মাধ্যমে বেশ দীর্ঘ পথ যেতে হয়। সর্বাধিক সহজ এবং মার্জিত উপায় হ'ল netconsoleকার্নেল মডিউলটি ব্যবহার করা ।
dma_k

2

আপনার প্রসেসর কি উপচে পড়ে আছে? আমার বিআইওএসের ওভার-ক্লকিং মেনুতে গুণকটির সাথে খেলতে গিয়ে আমার আজ একই সমস্যা ছিল; 20x এর আশেপাশে বিভিন্ন গুণকগুলি এটি ঘটায়। আমি এটিকে 18.5x (3.7GHz) এ নামিয়ে এলাম এবং সমস্যাটি চলে গেল; আমি মনে করি এটি মাদারবোর্ড / পাওয়ার ইস্যু ছিল।


2
হ্যাঁ, ওভারক্লকিংয়ের সাথে এর সবকিছুই ছিল। স্পষ্টতই, সিপিইউ যদি চালিয়ে যেতে পারে তবে নির্দিষ্ট প্রসেসরের ত্রুটিগুলির সাথে উইন্ডোজটি আরও কিছুটা ত্রুটি-সহনশীল বলে মনে হয়। mce=3ক্রাশ হওয়া রোধ করার জন্য আমি বুট করা শুরু করতে পারি , তবে অতীতে, প্রতিটি বার ক্রাশ হওয়ার সময় আমি ভোল্টেজটি কেবল বাড়িয়েছি (যা এতবার হয়নি)। কিছু লক্ষ্য করার বিষয় হ'ল আমি একটি অফসেট ভোল্টেজ ব্যবহার করছি যা সাধারণত আরও অস্থির হয়ে কথা বলে।
নাফটুলি কে

1

প্রসেসর ইস্যুতে অবশ্যই লাইনগুলি লক্ষ্য করুন যা বলেছে: টিএসসি 539b174 এডিডিআর 3fe98d264ebd এমআইএসসি 1 [1561.519950] [হার্ডওয়্যার ত্রুটি]: প্রসেসর 0: 206a7 টাইম 1357862746 সকেট 0 এপিক 1 মাইক্রোকোড 28. প্রসেসর 0 কার্নেল প্রক্রিয়া করার জন্য ব্যবহার করা হয়েছে (মাল্টি সিপিইউ সিস্টেমে বিষয়গুলি) এবং সকেট 0 হ'ল আপত্তিকর প্রসেসর (যদিও আমি ধরে নিই যে আপনার কাছে কেবল 1 আছে)। হয় এটি খারাপ বা যেমন আপনি লক্ষ্য করেছেন যে ভ্রান্তির জন্য উপচে পড়া কারণ। আমি জানি আপনি এটি প্রাইম 95 এর মাধ্যমে নিয়েছেন তবে আমি সিস্টেমটি কতটা পুরানো তা সম্পর্কে আপনার কাছে আরও তথ্য নেই কারণ আপনার তাপীয় পেস্টটি কীভাবে দেখায় এবং আপনার এলজিএটি নিশ্চিত করার জন্য পরীক্ষা করেছেন (নীচে সিপিইউ) ঠিক আছে? আমি ভাবছি সম্ভবত এলজিএর অধীনে বাঁকানো পিন বা কিছু পেস্ট হবে। আবার এখানে মূল কারণ।

যদি এটি সমস্যার সমাধান করতে ব্যর্থ হয় তবে সামান্য কৌশল রয়েছে যাতে আপনি আপনার এসএমবিআইওএসটি প্যানিকটি ঠিক কোথায় আঘাত করতে পারে তা ব্যবহার করার জন্য করতে পারেন, অন্য একটি লাইন (টিএসসি 539b174de9d এডিডিআর 3fe98d264ebd এমআইএসসি 1) মূলত এসএমবিআইওএস ডেটা যা দেখিয়ে দিতে পারে যে ক্রাশটি ঘটেছিল। আপনার মেশিনটি শেষ হয়ে গেলে, কমান্ড লাইন চলাকালীন "TSC 539b174de9d ADDR 3fe98d264ebd MISC 1" প্রতিধ্বনি করুন | আউটপুট পেতে sudo mcelog --ascii --dmi, এটি আপনাকে জানাবে এটি একটি হার্ডওয়্যার ত্রুটি এবং এমনকি এটি যে ডিআইএমএম প্রক্রিয়া করছে তা এটি একটি ত্রুটিযুক্ত ডিআইএমএম বা বাস পাথের দিকে ইঙ্গিত করতে পারে, যদি ডিআইএমএম ব্যর্থতা প্রতিটিটির সাথে প্রায় লাফ দেয় umps ক্রাশ যাইহোক, এটি সিপিইউতে নির্দেশ করে।


0

আমাদের একটি পুরানো ছাদে মিক্রোটিক রাউটার ইনস্টল ছিল। ফ্যান স্পিনিং বন্ধ করে প্রসেসরটিকে উত্তাপ দেয়। রাউটারটির পরে আর এখন থেকে কার্নেল প্যানিক থেকে শুরু হয়। সিপিইউ ফ্যান পরিবর্তন করার পরে সবকিছু ঠিকঠাক হয়ে গেছে।

যেহেতু আপনি আপনার মেশিনকে ওভারলক করছেন এটি একটি সম্ভাব্য কারণ হতে পারে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.