การหาสาเหตุของ Linux kernel panic


25

ฉันใช้งานอนุพันธ์ Ubuntu 12.04 (amd64) และฉันมีปัญหาแปลก ๆ เมื่อเร็ว ๆ นี้ ดูเหมือนสีน้ำเงิน X จะหยุดอย่างสมบูรณ์ชั่วขณะหนึ่ง (1-3 นาที) จากนั้นระบบจะรีบูต ระบบนี้ถูกโอเวอร์คล็อก แต่มีเสถียรภาพมากเมื่อผ่านการตรวจสอบใน Windows ซึ่งทำให้ฉันเชื่อว่าฉันมีความตื่นตระหนกของเคอร์เนลหรือมีปัญหากับหนึ่งในโมดูลของฉัน แม้ใน Linux ฉันสามารถเรียกใช้ LINPACK และจะไม่เห็นความผิดพลาดแม้จะวางภาระที่น่าขันบน CPU ดูเหมือนว่าการขัดข้องจะเกิดขึ้นแบบสุ่มแม้ในขณะที่เครื่องไม่ได้ทำงาน

ฉันจะดีบักสิ่งที่ระบบขัดข้องได้อย่างไร

สำหรับลางสังหรณ์ว่าอาจเป็นไดรเวอร์ NVIDIA ที่เป็นกรรมสิทธิ์ฉันได้ย้อนกลับไปเป็นไดรเวอร์รุ่นเสถียรรุ่น 304 และฉันยังคงพบกับความผิดพลาด

ทุกคนสามารถแนะนำขั้นตอนการดีบักที่ดีหลังจากเกิดความผิดพลาดได้หรือไม่? ฉันยินดีเป็นอย่างยิ่งที่จะบูตลงใน thumb drive และโพสต์ไฟล์การกำหนดค่าความผิดพลาดทั้งหมดของฉันฉันไม่แน่ใจว่ามันจะเป็นอะไร ฉันจะทราบได้อย่างไรว่าระบบของฉันหยุดทำงาน

ต่อไปนี้เป็นบันทึกการกระทำผิดปกติ

.xsession-errors : http://pastebin.com/EEDtVkVm

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

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

/ var / log / syslog : http://pastebin.com/9Fkp3FMz

ฉันไม่สามารถแม้แต่จะค้นหาระเบียนของการชนเลยแม้แต่น้อย

การทริกเกอร์ข้อผิดพลาดนั้นไม่ง่ายนักดูเหมือนว่าจะเกิดขึ้นเมื่อ GPU พยายามวาดหลายอย่างพร้อมกัน หากฉันใส่วิดีโอ YouTube แบบเต็มหน้าจอและปล่อยให้ทำซ้ำสักครู่หรือเลื่อนดู GIF จำนวนหนึ่งและการแจ้งเตือนของ Skype ปรากฏขึ้นบางครั้งก็เกิดปัญหาขึ้น เกาหัวของฉันทั้งหมดในอันนี้

ซีพียูโอเวอร์คล็อกที่ 4.8GHz แต่มันมีเสถียรภาพอย่างสมบูรณ์และมีชีวิตรอดจากการทำงานของ LINPACK ขนาดใหญ่และ Prime95 9 ชั่วโมงเมื่อวานนี้โดยไม่ผิดพลาดเพียงครั้งเดียว

ปรับปรุง

ผมเคยติดตั้งkdump, crashและlinux-crashdumpเช่นเดียวกับสัญลักษณ์เคอร์เนลแก้ปัญหาสำหรับรุ่นเคอร์เนลของฉัน 3.2.0-35 เมื่อฉันรันapport-unpackไฟล์เคอร์เนลที่ล้มเหลวและจากนั้นcrashไปที่VmCoredump dump นี่คือสิ่งที่ฉันเห็น:

      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 ส่งออก backtrace:

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
คุณใช้ไดรเวอร์กราฟฟิกไบนารีหยดหรือไม่?
จอร์แดน

ใช่ NVIDIA มีที่ไหนบ้างที่ฉันสามารถรับบันทึกได้
Naftuli Kay

มีข้อความหวาดกลัวใน /var/log/kern.log หรือ syslog หลังจากรีบูตหรือไม่ คุณสามารถเข้าสู่ระบบจากพีซีเครื่องอื่นและมีการtail -f /var/log/kern.logทำงานและพยายามที่จะจับมันเป็นอย่างนั้น
ott--

แสดงให้เห็นว่าไม่มีอะไรขึ้นมาในแต่ตอนนี้มองเข้าไปใน/var/log/kern.log syslog
Naftuli Kay

ฉันได้ลดระดับไดรเวอร์ NVIDIA ของฉันเป็น 304 เสถียรซึ่งเป็นไดรเวอร์ที่ค่อนข้างเก่าและฉันยังคงเห็นข้อผิดพลาด อัปเดต OP ด้วยรายละเอียด
Naftuli Kay

คำตอบ:


35

ฉันมีสองข้อเสนอแนะเพื่อเริ่มต้น

ครั้งแรกที่คุณไม่ชอบ ไม่ว่าคุณจะคิดว่าระบบการโอเวอร์คล็อกของคุณมีความเสถียรแค่ไหน และนักพัฒนาซอฟต์แวร์รายใดก็ตามที่คุณรายงานปัญหาจะพูดเช่นเดียวกัน ภาระงานทดสอบที่มีเสถียรภาพของคุณไม่จำเป็นต้องใช้คำสั่งเดียวกันโดยเน้นระบบย่อยหน่วยความจำให้มากที่สุด หยุดการโอเวอร์คล็อก หากคุณต้องการให้ผู้คนเชื่อว่าปัญหาไม่ใช่การโอเวอร์คล็อกให้ทำมันเกิดขึ้นเมื่อไม่ได้ทำการโอเวอร์คล็อกเพื่อให้คุณสามารถรับรายงานข้อผิดพลาดที่สะอาดได้ สิ่งนี้จะสร้างความแตกต่างอย่างมากในความพยายามของผู้อื่นที่จะลงทุนเพื่อแก้ไขปัญหานี้ การมีซอฟต์แวร์ที่ปราศจากบั๊กเป็นสิ่งที่น่าภาคภูมิใจ แต่รายงานจากผู้ที่มีการตั้งค่าฮาร์ดแวร์ที่น่าสงสัยโดยเฉพาะนั้นเป็นที่น่าผิดหวังในช่วงเวลาที่อาจไม่เกี่ยวข้องกับบั๊กจริงเลย

อย่างที่สองคือการรับข้อมูล oops ซึ่งตามที่คุณสังเกตเห็นไม่ได้ไปสถานที่ที่คุณกล่าวถึง หากความผิดพลาดเกิดขึ้นเฉพาะในขณะที่ใช้งาน X11 ฉันคิดว่าคอนโซลในตัวเครื่องนั้นค่อนข้างจะออกมาดีมาก (มันเป็นความเจ็บปวดอยู่ดี) ดังนั้นคุณต้องทำสิ่งนี้ผ่านทางซีเรียลคอนโซลเครือข่ายหรือโดยการบันทึกลงดิสก์ท้องถิ่น มันอาจฟังดูเพราะคุณไม่ต้องการเคอร์เนลที่ไม่น่าเชื่อถือเสียหายระบบไฟล์ของคุณ) นี่คือวิธีทำสิ่งนี้:

  • ใช้netdumpเพื่อบันทึกไปยังเซิร์ฟเวอร์ผ่านเครือข่าย ฉันไม่ได้ทำสิ่งนี้เป็นเวลาหลายปีดังนั้นฉันไม่แน่ใจว่าซอฟต์แวร์นี้ยังอยู่และทำงานกับเมล็ดทันสมัย ​​แต่มันก็ง่ายพอที่จะคุ้มค่ากับการยิง
  • บูตใช้คอนโซลอนุกรม ; คุณจะต้องมีพอร์ตอนุกรมฟรีทั้งสองเครื่อง (ไม่ว่าจะเป็นโรงเรียนเก่าหรืออะแดปเตอร์ USB อนุกรม) และเคเบิลโมเด็มแบบ null คุณจะกำหนดค่าเครื่องอื่นเพื่อบันทึกผลลัพธ์
  • kdumpดูเหมือนจะเป็นสิ่งที่เด็ก ๆ เท่ห์ ๆ ใช้อยู่ทุกวันนี้และดูเหมือนยืดหยุ่นมากแม้ว่ามันจะไม่ใช่สิ่งที่ฉันชอบเพราะมันดูซับซ้อนในการตั้งค่า สรุปแล้วมันเกี่ยวข้องกับการบูทเคอร์เนลที่แตกต่างกันซึ่งสามารถทำอะไรและตรวจสอบเนื้อหาหน่วยความจำของเคอร์เนลเดิม แต่คุณต้องสร้างกระบวนการทั้งหมดและฉันไม่เห็นตัวเลือกบรรจุกระป๋องมากมาย Update:มีบางสิ่งที่ distro ดีจริง ๆ บน Ubuntu, linux-crashdump

เมื่อคุณได้รับข้อมูลการตรวจแก้จุดบกพร่องมีเครื่องมือที่เรียกว่าksymoopsที่คุณสามารถใช้เปลี่ยนที่อยู่ให้เป็นชื่อสัญลักษณ์และเริ่มรับแนวคิดว่าเคอร์เนลของคุณเกิดความขัดข้องอย่างไร และหากการถ่ายโอนข้อมูลแบบเป็นสัญลักษณ์ไม่ได้มีความหมายอะไรกับคุณอย่างน้อยนี่เป็นสิ่งที่มีประโยชน์ในการรายงานที่นี่หรือบางทีในรายการส่งเมล / ตัวติดตามบั๊กของ Linux


จากcrashบน crashdump ของคุณคุณสามารถลองพิมพ์logและbtรับข้อมูลเพิ่มเติมอีกเล็กน้อย (สิ่งที่บันทึกไว้ระหว่างการตื่นตระหนกและ backtrace สแต็ก) คุณFatal Machine checkน่าจะมาจากที่นี่แม้ว่า จากการอ่านรหัสตัวประมวลผลของคุณได้รายงานข้อยกเว้นการตรวจสอบเครื่องจักร - ปัญหาฮาร์ดแวร์ อีกครั้งการเดิมพันครั้งแรกของฉันจะเกิดจากการโอเวอร์คล็อก ดูเหมือนว่าอาจมีข้อความที่เฉพาะเจาะจงมากขึ้นในlogผลลัพธ์ที่สามารถบอกคุณได้มากขึ้น

นอกจากนี้จากรหัสนั้นดูเหมือนว่าถ้าคุณบูตด้วยmce=3พารามิเตอร์เคอร์เนลมันจะหยุดทำงานล้มเหลว ... แต่ฉันจะไม่แนะนำสิ่งนี้ยกเว้นเป็นขั้นตอนการวินิจฉัย หากเคอร์เนล Linux คิดว่าข้อผิดพลาดนี้คุ้มค่าที่ควรจะทำ


หากการโอเวอร์คล็อกเป็นปัญหาฉันจะสามารถดูรอบนาฬิกาพลาดในบันทึกข้อผิดพลาดดังนั้นในตอนท้ายของวันฉันจะรู้ว่าปัญหาคืออะไร นั่นคือเป้าหมายของฉัน: เพื่อค้นหาสิ่งที่ผิดพลาด หากเป็นโอเวอร์คล็อกของฉันก็โอเคฉันอยากรู้ว่าปัญหาคืออะไร
Naftuli Kay

1
ฉันไม่คิดว่าความล้มเหลวในการโอเวอร์คล็อกนั้นชัดเจนเท่าที่จะเห็นในบันทึก ฉันไม่ได้เป็นผู้เชี่ยวชาญด้านโปรเซสเซอร์ แต่มันไม่เหมือนกับหน่วยประมวลผลทั้งหมดอย่างถูกต้องจัดการวงจรนาฬิกาหรือบ่งชี้ถึงระบบปฏิบัติการอย่างใดอย่างหนึ่งว่ามันพลาด แจ้งให้เราทราบหากคุณมีปัญหาในการบันทึก แต่ IMHO โดยวิธีที่ง่ายที่สุดที่จะรู้ว่ามันเป็นปัญหาการโอเวอร์คล็อกคือการดูว่ามันเกิดขึ้นเมื่อไม่ได้โอเวอร์คล็อกหรือไม่
Scott Lamb

ตกลงฉันจะทำอย่างนั้นหลังจากสำรองการตั้งค่าของฉัน ก่อนอื่นฉันอาจเห็นว่าฉันสามารถทำซ้ำความผิดพลาดใน Windows
Naftuli Kay

ในขณะที่ฉันรู้สึกขอบคุณที่ไม่เคยพบ BSOD ใน Linux มันก็ดูแปลกสำหรับฉันในขณะที่ Windows จะบันทึกและแสดงปัญหา Linux ไม่สามารถทำได้
Naftuli Kay

1
ฉันได้อัปเดตคำถามเนื่องจากฉันสามารถทำงานผิดพลาดของเครื่องในขณะที่ใช้งานlinux-crashdumpและรับไฟล์ crash dump ซึ่งหวังว่าจะมีข้อมูลเพียงพอที่จะระบุสาเหตุ
Naftuli Kay

5

a) ตรวจสอบว่าข้อความเคอร์เนลถูกบันทึกลงในไฟล์โดย rsyslog daemon หรือไม่

vi /etc/rsyslog.conf

และเพิ่มดังต่อไปนี้

kern.*                 /var/log/kernel.log

เริ่มrsyslogบริการใหม่

/etc/initd.d/rsyslog restart

b) จดบันทึกโมดูลที่โหลดไว้

`lsmod >/your/home/dir`

c) เมื่อความตื่นตระหนกไม่สามารถทำซ้ำได้ให้รอให้มันเกิดขึ้น

d) เมื่อเกิดความตื่นตระหนกให้บูตระบบโดยใช้ซีดีสดหรือซีดีฉุกเฉิน

e) การติดตั้งระบบไฟล์ (ปกติ / ถ้าจะพอเพียง / var และ / บ้านไม่ได้เป็นระบบไฟล์ที่แยกต่างหาก) ของระบบได้รับผลกระทบ ( pvs, vgs, lvsคำสั่งจะต้องมีการทำงานถ้าคุณกำลังใช้ LVM ในระบบได้รับผลกระทบเพื่อนำมาขึ้น LV) ที่ mount -t ext4 /dev/sdXN /mnt

f) ไปที่/mnt/var/log/ไดเรกทอรีและตรวจสอบkernel.logไฟล์ สิ่งนี้ควรให้ข้อมูลที่เพียงพอแก่คุณในการพิจารณาว่าเกิดความตื่นตระหนกสำหรับโมดูลใดโมดูลหนึ่งหรืออย่างอื่น


บันทึกผลลัพธ์จากสิ่งที่ยังสรุปไม่ได้: pastebin.com/VdYAHgiH
Naftuli Kay

2
จากประสบการณ์ของฉันเคอร์เนลจึงไม่ค่อยเกิดขึ้นkernel.logเนื่องจากข้อมูลบันทึกต้องใช้เวลานานมากผ่าน syslog, ไดรเวอร์ระบบไฟล์, แคชดิสก์และไดรเวอร์ดิสก์ วิธีที่ง่ายและสวยงามที่สุดคือการใช้netconsoleเคอร์เนลโมดูล
dma_k

2

โปรเซสเซอร์ของคุณโอเวอร์คล็อกหรือไม่ ฉันมีปัญหาเดียวกันนี้ในวันนี้เมื่อฉันเล่นกับตัวคูณในเมนูโอเวอร์คล็อกใน BIOS ของฉัน ตัวคูณต่าง ๆ ประมาณ 20x จะทำให้สิ่งนี้เกิดขึ้น ฉันลดมันลงเหลือ 18.5x (3.7GHz) และปัญหาก็หมดไป ฉันคิดว่ามันเป็นปัญหาเมนบอร์ด / พลังงาน


2
ใช่มันมีทุกอย่างที่เกี่ยวข้องกับการโอเวอร์คล็อก เห็นได้ชัดว่า Windows ดูเหมือนว่าจะทนต่อความผิดพลาดได้อีกเล็กน้อยหากมีข้อบกพร่องของโปรเซสเซอร์หาก CPU สามารถทำงานต่อไปได้ ฉันอาจเริ่มบูทด้วยmce=3เพื่อป้องกันการกระแทก แต่ในอดีตฉันเพิ่งเพิ่มแรงดันไฟฟ้าทุกครั้งที่เกิดการชน (ซึ่งไม่ได้บ่อยครั้ง) สิ่งที่ควรทราบคือฉันกำลังใช้แรงดันไฟฟ้าออฟเซ็ตซึ่งโดยทั่วไปจะพูดไม่แน่นอนมากขึ้น
Naftuli Kay

1

สังเกตเห็นเส้นที่พูดว่า: TSC 539b174dead ADDR 3fe98d264ebd MISC 1 [1561.519950] [ข้อผิดพลาดฮาร์ดแวร์]: ตัวประมวลผล 0: 206a7 เวลา 1357862746 SOCKET 0 APIC 1 microcode 28 ตัวประมวลผล 0 เป็นสิ่งที่เคอร์เนลใช้ในการประมวลผลความล้มเหลว (มีความสำคัญในระบบ multi-cpu) และ socket 0 เป็นตัวประมวลผลที่ละเมิด (แม้ว่าฉันจะถือว่าคุณมีเพียง 1) ไม่ว่าจะเป็นสิ่งที่ไม่ดีหรือตามที่คุณบันทึกไว้ว่าเป็นสาเหตุของข้อผิดพลาดในการโอเวอร์คล็อก ฉันรู้ว่าคุณบอกว่าคุณใช้มันผ่าน prime95 แต่เนื่องจากฉันไม่มีข้อมูลเพิ่มเติมเกี่ยวกับอายุของระบบที่ฉันกำลังคว้าหลอดไม่กี่หลอดวางความร้อนของคุณมีลักษณะอย่างไรและคุณได้ตรวจสอบเพื่อให้แน่ใจว่า LGA ของคุณ ( CPU) ดูดีใช่ไหม ฉันคิดว่าอาจงอหมุดหรือแปะอยู่ใต้ LGA เพียงแค่ทำให้เกิดรากที่นี่

หากไม่สามารถแก้ไขปัญหาได้มีเคล็ดลับเล็กน้อยที่คุณสามารถทำได้เพื่อใช้ SMBIOS ของคุณเพื่อค้นหาว่าที่ใดที่ความตื่นตระหนกพุ่งชนบรรทัดอื่น (TSC 539b174de9d ADDR 3fe98d264ebd MISC 1) นั้นเป็นข้อมูล SMBIOS ที่สามารถแสดงตำแหน่งที่เกิดความผิดพลาดได้ เมื่อเครื่องของคุณทำงานในบรรทัดคำสั่งให้รัน echo "TSC 539b174de9d ADDR 3fe98d264ebd MISC 1" | sudo mcelog --ascii --dmi เพื่อรับเอาต์พุตสิ่งนี้จะบอกคุณว่าเป็นข้อผิดพลาดของฮาร์ดแวร์และแม้กระทั่งสิ่งที่ DIMM กำลังประมวลผลอยู่สิ่งนี้สามารถชี้ไปยัง DIMM ที่ผิดพลาดหรือเส้นทางรถเมล์หากความล้มเหลวของ DIMM กระโดดไปรอบ ๆ อย่างไรก็ตามความผิดพลาดนี้ชี้ไปที่ CPU


0

เรามีเราเตอร์ mikrotik ติดตั้งบนแท่นขุดเจาะเก่า พัดลมหยุดหมุนและทำให้โปรเซสเซอร์ร้อนขึ้น จากนั้นเราเตอร์ก็เริ่มที่ Kernel Panic ทุก ๆ คราว หลังจากเปลี่ยนแฟน CPU ทุกอย่างเป็นไปด้วยดี

เนื่องจากคุณโอเวอร์คล็อกเครื่องของคุณมันอาจเป็นสาเหตุที่เป็นไปได้

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.