จอฟ้ามรณะ (อังกฤษ: blue screen of death มักย่อว่า BSoD ยังคงมีชื่ออื่นๆ เช่น blue screen error, blue screen, fatal error, และ bugcheck) และมีชื่ออย่างเป็นทางการว่าข้อผิดพลาดในการหยุดทำงาน (stop error) [1] [2] [3] เป็นหน้าจอแสดงข้อผิดพลาดร้ายแรงที่แสดงโดย Microsoft Windows และ ระบบปฏิบัติการ ReactOS ในกรณีที่ระบบเกิดข้อผิดพลาดร้ายแรง เป็นการบ่งชี้ถึงระบบล่ม ซึ่งระบบปฏิบัติการถึงสภาวะวิกฤตซึ่งไม่สามารถทำงานได้อย่างปลอดภัยอีกต่อไป

จอฟ้ามรณะใน Windows Me

ปัญหาที่เป็นไปได้ที่อาจทำให้เกิด BSoD ได้แก่ ความล้มเหลวของฮาร์ดแวร์ ปัญหาที่อาจมีหรือไม่มีไดรเวอร์อุปกรณ์มาเกี่ยวข้อง หรือการยุติกระบวนการหรือเธรดที่สำคัญโดยไม่คาดคิด

ประวัติศาสตร์ แก้

 
หน้าจอบูตของ Windows 1.01 / 2.03 เต็มไปด้วยอักขระแบบสุ่มเนื่องจากเวอร์ชัน DOS ไม่ถูกต้อง
  วิดีโอจากแหล่งข้อมูลภายนอก
  Windows 1.0 BSOD (Incorrect DOS Version): Short version, showing a failed Windows startup.
  Windows 1.01 Blue Screen of Death: Long version, showing installation of MS-DOS 6 and Windows 1.01, and the failed startup of Windows 1.01.

หน้าจอแสดงข้อผิดพลาดสีน้ำเงินเริ่มแรกในรุ่นเบต้าของ Windows 1.0 ; หาก Windows พบเวอร์ชัน DOS ที่แตกต่างไปจากที่คาดไว้ ข้อความแสดงข้อผิดพลาด "เวอร์ชัน DOS ไม่ถูกต้อง" ข้างข้อความอื่นๆ ที่ระบุรายละเอียดว่าการตรวจสอบใดไม่ผ่าน จะถูกต่อท้ายหน้าจอบูตก่อนที่จะเริ่มทำงานตามปกติ [4] ฟังก์ชันนี้ยังคงมีอยู่ในรุ่นสุดท้าย (เวอร์ชัน 1.01) อย่างไรก็ตาม หน้าจอนี้จะพิมพ์อักขระแบบสุ่มหลังข้อความ "เวอร์ชัน DOS ไม่ถูกต้อง" อันเป็นผลมาจากจุดบกพร่องในโค้ดโลโก้ Windows หลังจากที่ข้อความอื่นถูกลบออก [4] อย่างไรก็ตาม นี่ไม่ใช่หน้าจอขัดข้อง เมื่อขัดข้อง Windows 1.0 จะล็อคหรือออกจาก DOS Windows 2.0 และ Windows 2.1 จะมิเรอร์ Windows 1.0 เนื่องจากใช้หน้าจอบูตเดียวกัน รวมถึงออกจาก DOS เมื่อหยุดทำงานหรือหากเกิดข้อผิดพลาดร้ายแรง

Windows 3.0 ใช้หน้าจอโหมดข้อความสำหรับแสดงข้อความระบบที่สำคัญ โดยปกติจะมาจากไดรเวอร์อุปกรณ์ดิจิทัลใน โหมดปรับปรุง 386 หรือสถานการณ์อื่นๆ ที่โปรแกรมไม่สามารถทำงานได้ Windows 3.1 เปลี่ยนสีของหน้าจอนี้จากสีดำเป็นสีน้ำเงิน Windows 3.1 ยังแสดงหน้าจอสีน้ำเงินเมื่อผู้ใช้กดคีย์ผสม Ctrl+Alt+Delete ในขณะที่ไม่มีโปรแกรมใดไม่ตอบสนองเพื่อเรียกใช้ ตัวจัดการงาน ขั้นพื้นฐาน (สิ่งที่ตรงกันข้ามจะเกิดขึ้นเมื่อมีโปรแกรมที่ไม่ตอบสนอง) เช่นเดียวกับเวอร์ชันก่อนหน้า Windows 3.x จะออกจาก DOS หากเงื่อนไขข้อผิดพลาดรุนแรงเพียงพอ

 
จอฟ้ามรณะดั้งเดิมปรากฏตัวครั้งแรกใน Windows NT 3.1 นี่มาจาก Windows NT 3.51 (ฉบับภาษาอิตาลี)

Blue Screen of Death ตัวแรกปรากฏใน Windows NT 3.1 [5] (เวอร์ชันแรกของตระกูล Windows NT เปิดตัวในปี 1993) และต่อมาปรากฏบนระบบปฏิบัติการ Windows ทั้งหมดที่ออกในภายหลัง ในการทำซ้ำครั้งแรก หน้าจอข้อผิดพลาดเริ่มต้นด้วย *** STOP: ดังนั้นจึงกลายเป็นที่รู้จักในชื่อ "ข้อผิดพลาดในการหยุด"

BSoD อาจเกิดจากไดรเวอร์อุปกรณ์ ที่เขียนไม่ดีหรือฮาร์ดแวร์ทำงานผิดปกติ[6] เช่น หน่วยความจำ ผิดพลาด ปัญหาเกี่ยวกับแหล่งจ่ายไฟ ความร้อนสูงเกินไปของส่วนประกอบ หรือฮาร์ดแวร์ทำงานเกินขีดจำกัดข้อกำหนด ในระบบปฏิบัติการWindows 9x DLLs หรือข้อบกพร่องที่เข้ากันไม่ได้ใน เคอร์เนล ระบบปฏิบัติการอาจทำให้เกิด BSoD ได้เช่นกัน [7] เนื่องจากความไม่เสถียรและการขาดการป้องกันหน่วยความจำในระบบปฏิบัติการ Windows 9x BSoD จึงพบได้บ่อยกว่ามาก

ตรงกันข้ามกับความเข้าใจของคนส่วนใหญ่ ระบบปฏิบัติการแบบฝังตัวของ Windows Embedded Compact (เดิมชื่อ Windows CE) ไม่ได้ใช้จอฟ้ามรณะ[8]

การแสดงที่มา แก้

 
หน้าจอ ตัวจัดการงาน พื้นฐานจาก Windows 3.1x มักจะสับสนกับหน้าจอสีน้ำเงินแห่งความตายเนื่องจากความคล้ายคลึงกัน

เมื่อวันที่ 4 กันยายน 2014 วารสารออนไลน์หลายฉบับ รวมถึง Business Insider,[9] DailyTech,[10] Engadget,[11] Gizmodo,[12] Lifehacker,[13] Neowin,[14] Softpedia,[15] TechSpot,[16] The Register,[17] และ The Verge[18] รายงานว่าจอฟ้ามรณะเป็นผลงานของของ Steve Ballmer อดีต CEO ของ Microsoft อย่างไม่ถูกต้อง โดยอ้างถึงบทความของ Raymond Chen พนักงานของ Microsoft ที่มีชื่อว่า "ใครเป็นคนเขียนข้อความสำหรับหน้าต่าง Ctrl +Alt+Del ใน Windows 3.1?" - [19] บทความนี้มุ่งเน้นไปที่การสร้าง ตัวจัดการงานขั้นพื้นฐานตัวแรก ใน Windows 3.x ซึ่งมีความคล้ายคลึงกันทางภาพกับ BSoD โดย Steve Ballmer เขียนข้อความที่ปรากฏบนนั้น [19] ในการติดตามผลเมื่อวันที่ 9 กันยายน 2014 Raymond Chen บ่นเกี่ยวกับข้อผิดพลาดที่แพร่หลายนี้ อ้างความรับผิดชอบในการแก้ไข BSoD ใน Windows 95 และแพน BGR.com เนื่องจากมี "การสร้างสถานการณ์ขึ้นมาทั้งหมดและวางให้เป็นเรื่องจริง" [20]

อดีตพนักงาน Microsoft David Plummer กล่าวว่าจอฟ้ามรณะ (หรือที่เรียกว่าข้อผิดพลาดในการหยุดทำงาน) ใน ตระกูล Windows NT ได้รับการออกแบบโดย John Vert ผู้พัฒนา Microsoft และไม่ได้รับแรงบันดาลใจจากหน้าจอตัวจัดการงานพื้นฐานของ Windows 3.x [21]นอกจากนี้ John Vert ยังระบุด้วยว่าหน้าจอข้อผิดพลาดในการหยุดทำงาน ได้รับการกำหนดให้เป็นสีน้ำเงินเนื่องจากจานสีสากลของฮาร์ดแวร์วิดีโอในเวลานั้นเป็นสีพื้นฐานมากและเขาใช้กล่อง MIPS OS และ SlickEdit สำหรับการเขียนโปรแกรมเป็นการส่วนตัวเพื่อให้เฟิร์มแวร์ และตัวแก้ไขทั้งสองแสดงข้อความสีขาวบนพื้นหลังสีน้ำเงิน ทำให้ได้รับประสบการณ์การเขียนโปรแกรมที่สอดคล้องกันมากขึ้น [21]

รูปแบบ แก้

เดิม BSoD แสดงข้อความ สีเงิน บนพื้นหลัง สีน้ำเงิน พร้อมข้อมูลเกี่ยวกับค่าหน่วยความจำปัจจุบันและค่ารีจิสเตอร์ เริ่มต้นด้วย Windows Server 2012 (เปิดตัวในเดือนกันยายน 2555) Windows ใช้พื้นหลัง แบบ Cerulean ในตอนแรก Windows 11 ใช้พื้นหลังสีดำ แต่เริ่มจากหมายเลขบิลด์ 22000.348 [22] เปลี่ยนเป็นพื้นหลังสีน้ำเงินเข้ม [23] ตัวอย่างบิลด์ของ Windows 10, Windows 11 และ Windows Server (มีให้จากโปรแกรม วินโดวส์อินไซเดอร์) มีพื้นหลังสีเขียวเข้มแทนที่จะเป็นสีน้ำเงิน[24][25][22] Windows 3.1, 95 และ 98 รองรับการปรับแต่งสีของหน้าจอ[26] ในขณะที่ในตระกูล Windows NT สีเป็นแบบฮาร์ดโค้ด [26]

Windows 95, 98 และ Me เรนเดอร์จอฟ้ามรณะในโหมดข้อความ 80×25 จอฟ้ามรณะในตระกูล Windows NT เริ่มใช้โหมดข้อความ 80×50 บนหน้าจอ 720×400 Windows 2000, Windows XP, Vista และ 7 จอฟ้ามรณะใช้ความละเอียดหน้าจอ 640×480 Windows 2000 ใช้แบบอักษรโหมดเคอร์เนลในตัว Windows XP, Vista และ 7 ใช้แบบอักษร Lucida Console ส่วน Windows 8 และ Windows Server 2012 ใช้แบบอักษร Segoe UI จอฟ้ามรณะบน Windows 8 และ Windows Server 2012 ได้รับการเรนเดอร์ด้วยความละเอียดสูงกว่า Windows เวอร์ชันก่อนหน้า โดยที่บนเครื่อง UEFI นั้น จอฟ้ามรณะจะใช้ความละเอียดหน้าจอสูงสุดที่มีอยู่ ในเครื่อง BIOS รุ่นเก่า พวกเขาจะใช้ความละเอียด 1024×768 เป็นค่าเริ่มต้น แต่ยังสามารถกำหนดค่าให้ใช้ความละเอียดสูงสุดที่มีอยู่ได้ (ผ่านพารามิเตอร์ 'highestmode' ใน Boot Configuration Data ) [27] Windows 10 รุ่น 14316 ขึ้นไปใช้รูปแบบเดียวกับ Windows 8 แต่มีรหัสคิวอาร์ซึ่งนำไปสู่หน้าเว็บ Microsoft Support ที่พยายามช่วยผู้ใช้แก้ไขปัญหาทีละขั้นตอน

วินโดวส์เอ็นที แก้

 
จอฟ้ามรณะใน Windows 2000
 
จอฟ้ามรณะใน Windows XP, Windows Vista และ Windows 7 รวมถึงระบบปฏิบัติการ Windows Server เช่น Windows Server 2003, Windows Server 2008 และ Windows Server 2008 R2
 
จอฟ้ามรณะ "ข้อผิดพลาดร้ายแรงของระบบ" ใน Windows XP, Windows Vista และ Windows 7 รวมถึงระบบปฏิบัติการ Windows Server เช่น Windows Server 2003, Windows Server 2008 และ Windows Server 2008 R2 จอฟ้ามรณะประเภทนี้มีต้นกำเนิดใน Windows NT 3.1 โดย Windows 2000 และ XP-7 ใช้แบบอักษรที่แสดงต่างกันสำหรับหน้าจอข้อผิดพลาด
 
หน้าจอสีน้ำเงินแห่งความตายใน Windows 8, Windows 8.1 และ Windows 10 (RTM–1511) ซึ่งรวมถึง อิโมติคอน เศร้าข้างรหัสข้อผิดพลาด จอฟ้ามรณะ "Fatal System Error" บนระบบปฏิบัติการเหล่านี้และระบบปฏิบัติการหลังจากนั้นใช้การออกแบบเดียวกันกับระบบปฏิบัติการหลัก ยกเว้นรหัสข้อผิดพลาด "0xc000021a" แทนที่ชื่อข้อผิดพลาด
 
หน้าจอสีน้ำเงินแห่งความตายใน Windows 10 (1607 เป็นต้นไป) และ Windows 11 ซึ่งรวมถึงอิโมติคอนเศร้า รหัสข้อผิดพลาด และโค้ด QR เพื่อการแก้ไขปัญหาอย่างรวดเร็ว คำว่า "PC" ได้ถูกเปลี่ยนเป็น "device" โดยเริ่มตั้งแต่เวอร์ชัน 2004 เป็นต้นไป สีน้ำเงินเฉดอื่นถูกใช้ใน Windows 11 บิวด์ตั้งแต่ 22000.348
 
จอฟ้ามรณะใน Windows 11 ที่เป็นบิลด์ก่อน 22000.348 ซึ่งใช้หน้าจอสีดำทั้งหมด ยกเว้นรหัสคิวอาร์ซึ่งยังคงเป็นสีน้ำเงิน

ในระบบปฏิบัติการตระกูล Windows NT หน้าจอสีน้ำเงินแห่งความตาย (เรียกว่า " การตรวจสอบจุดบกพร่อง " ใน ชุดพัฒนาซอฟต์แวร์ Windows และเอกสารประกอบชุดพัฒนาไดรเวอร์) เกิดขึ้นเมื่อเคอร์เนลหรือไดรเวอร์ที่ทำงานใน โหมดเคอร์เนล พบข้อผิดพลาดซึ่ง มันไม่สามารถฟื้นตัวได้ ซึ่งมักเกิดจากการดำเนิน การที่ผิดกฎหมาย การดำเนินการที่ปลอดภัยเพียงอย่างเดียวที่ระบบปฏิบัติการสามารถทำได้ในสถานการณ์นี้คือการ รีสตาร์ทคอมพิวเตอร์ ด้วยเหตุนี้ ข้อมูลสูญหายจึงอาจเกิดขึ้นเนื่องจากการรีสตาร์ทโดยไม่ได้วางแผนไว้ และผู้ใช้จะไม่มีโอกาสบันทึกงานของตน

ข้อความบนหน้าจอข้อผิดพลาดประกอบด้วยรหัสของข้อผิดพลาดและชื่อเชิงสัญลักษณ์ (เช่น "0x0000001E, KMODE_EXCEPTION_NOT_HANDLED") พร้อมด้วยค่าที่ขึ้นอยู่กับข้อผิดพลาดสี่ค่าในวงเล็บซึ่งจะช่วยให้วิศวกรซอฟต์แวร์แก้ไขปัญหาที่เกิดขึ้น ขึ้นอยู่กับรหัสข้อผิดพลาด อาจแสดงที่อยู่ที่เกิดปัญหา พร้อมด้วยไดรเวอร์ที่โหลดตามที่อยู่นั้น ภายใต้ Windows NT ส่วนที่สองและสามของหน้าจออาจมีข้อมูลเกี่ยวกับไดรเวอร์ที่โหลดทั้งหมดและการถ่ายโอนข้อมูลแบบสแต็กตามลำดับ ข้อมูลผู้ขับขี่จะอยู่ในสามคอลัมน์ รายการแรกแสดงที่อยู่พื้นฐานของไดรเวอร์ รายการที่สองแสดงวันที่สร้างไดรเวอร์ (เป็นการ ประทับเวลา Unix ) และรายการที่สามแสดงชื่อของไดรเวอร์[28] ตามค่าเริ่มต้น Windows จะสร้างไฟล์ ดัมพ์หน่วยความจำ เมื่อเกิดข้อผิดพลาดในการหยุดทำงาน ขึ้นอยู่กับเวอร์ชันของระบบปฏิบัติการ อาจมีหลายรูปแบบที่สามารถบันทึกได้ ตั้งแต่ "minidump" ขนาด 64kB (เปิดตัวใน Windows 2000) ไปจนถึง "การถ่ายโอนข้อมูลแบบสมบูรณ์" ซึ่งเป็นสำเนาของเนื้อหาทั้งหมดของหน่วยความจำกายภาพ (RAM) อย่างมีประสิทธิภาพ ). ไฟล์ดัมพ์หน่วยความจำผลลัพธ์อาจถูกดีบั๊กในภายหลัง โดยใช้เคอร์เนล ดีบักเกอร์ สำหรับ Windows จะใช้ดีบักเกอร์ WinDBG หรือ KD จาก เครื่องมือดีบักสำหรับ Windows[29] จำเป็นต้องมีดีบักเกอร์เพื่อขอรับการติดตาม สแต็ก และอาจจำเป็นต้องตรวจสอบสาเหตุที่แท้จริงของปัญหา เนื่องจากข้อมูลบนหน้าจอมีจำกัดและอาจทำให้เข้าใจผิด จึงอาจซ่อนแหล่งที่มาที่แท้จริงของข้อผิดพลาด ตามค่าเริ่มต้น Windows XP ได้รับการกำหนดค่าให้บันทึกเฉพาะ minidump ขนาด 64kB เมื่อพบข้อผิดพลาดในการหยุด จากนั้นให้รีบูทคอมพิวเตอร์โดยอัตโนมัติ เนื่องจากกระบวนการนี้เกิดขึ้นเร็วมาก หน้าจอสีน้ำเงินจึงอาจมองเห็นได้เพียงชั่วครู่หรือไม่มองเห็นเลย บางครั้งผู้ใช้สังเกตเห็นว่านี่เป็นการ รีบูตแบบสุ่ม แทนที่จะเป็นข้อผิดพลาดการหยุดแบบเดิม และจะทราบถึงปัญหาหลังจากที่ Windows รีบูตเท่านั้น และแสดงการแจ้งเตือนว่าได้กู้คืนจากข้อผิดพลาดร้ายแรงแล้ว สิ่งนี้จะเกิดขึ้นเฉพาะเมื่อคอมพิวเตอร์เปิดใช้งานฟังก์ชันที่เรียกว่า "รีสตาร์ทอัตโนมัติ" ซึ่งสามารถปิดใช้งานได้ในแผงควบคุม ซึ่งจะแสดงข้อผิดพลาดในการหยุดทำงาน

Microsoft Windows ยังสามารถกำหนดค่าให้ส่งข้อมูลการดีบักแบบสดไปยังเคอร์เนลดีบักเกอร์ที่ทำงานบน คอมพิวเตอร์ เครื่องอื่นได้ หากพบข้อผิดพลาดในการหยุดทำงานในขณะที่ติดตั้งดีบักเกอร์เคอร์เนลแบบสดเข้ากับระบบ Windows จะหยุดการดำเนินการและทำให้ดีบักเกอร์บุกรุกเข้าไป แทนที่จะแสดง จอฟ้ามรณะ จากนั้นสามารถใช้ดีบักเกอร์เพื่อตรวจสอบเนื้อหาของหน่วยความจำและระบุสาเหตุของปัญหาได้

จอฟ้ามรณะยังอาจเกิดจากข้อผิดพลาดตัวโหลดการบูตที่สำคัญ โดยที่ระบบปฏิบัติการไม่สามารถเข้าถึงพาร์ติชันสำหรับเริ่มระบบได้ เนื่องจากไดรเวอร์การจัดเก็บข้อมูลไม่ถูกต้อง ระบบไฟล์เสียหาย หรือปัญหาที่คล้ายกัน รหัสข้อผิดพลาดในสถานการณ์นี้คือ STOP: 0x0000007B (INACCESSIBLE_BOOT_DEVICE)[30] ในกรณีเช่นนี้ จะไม่มีการบันทึกดัมพ์หน่วยความจำไว้ เนื่องจากระบบไม่สามารถบูตจากฮาร์ดไดรฟ์ได้ในสถานการณ์นี้ การแก้ไขปัญหาจึงมักต้องใช้เครื่องมือซ่อมแซมที่พบในแผ่นดิสก์การติดตั้ง Windows

รายละเอียด แก้

 
หน้าจอสีน้ำเงินแห่งความตายใน Windows Server 2012, Server 2016 Technical Preview 4 และ Windows 8.x ( ภาษาญี่ปุ่น ) โปรดทราบว่าไม่มีอิโมติคอนเศร้า

ก่อน Windows Server 2012 แต่ละ BSoD จะแสดงชื่อข้อผิดพลาดเป็นตัวพิมพ์ใหญ่ (เช่น APC_INDEX_MISMATCH) หมายเลขข้อผิดพลาดเลขฐานสิบหก (เช่น 0x00000001) และพารามิเตอร์สี่ตัว สองรายการสุดท้ายจะแสดงพร้อมกันในรูปแบบต่อไปนี้: [31]

error code (parameter 1, parameter 2, parameter 3, parameter 4) error name

ขึ้นอยู่กับหมายเลขข้อผิดพลาดและลักษณะของพารามิเตอร์ทั้งหมด บางส่วน หรือแม้กระทั่งไม่มีพารามิเตอร์ใดที่มีข้อมูลเกี่ยวกับสิ่งที่ผิดพลาด และ/หรือตำแหน่งที่เกิดขึ้น นอกจากนี้ หน้าจอข้อผิดพลาดยังแสดงคำอธิบายและคำแนะนำทั่วไปสี่ย่อหน้า และอาจรวมข้อมูลทางเทคนิคอื่นๆ เช่น ชื่อไฟล์ของผู้กระทำผิดและที่อยู่หน่วยความจำ

ด้วยการเปิดตัว Windows Server 2012 BSoD ก็มีการเปลี่ยนแปลง โดยลบสิ่งที่กล่าวมาทั้งหมดออกไป และใช้ชื่อข้อผิดพลาดและคำอธิบายที่กระชับ Windows 8 ยังเพิ่มอิโมติคอนเศร้าด้วย (ยกเว้นเวอร์ชันภาษาญี่ปุ่นหรือ Windows Server ออก [32] ) รหัสข้อผิดพลาดฐานสิบหกและพารามิเตอร์ยังคงสามารถพบได้ใน บันทึกเหตุการณ์ของ Windows หรือใน การถ่ายโอนข้อมูลหน่วยความจำ ข้อยกเว้นประการเดียวสำหรับกฎนี้คือ BSoDs "Fatal System Error" ซึ่งมีรหัสข้อผิดพลาดเลขฐานสิบหก "0xc000021a" แทนที่ชื่อข้อผิดพลาด

ตั้งแต่ Windows 10 รุ่น 14316 หน้าจอจะมี รหัส QR เพื่อการแก้ไขปัญหาอย่างรวดเร็ว ใน Windows 10 เวอร์ชัน 2004 เป็นต้นไปและ Windows 11 ข้อความบน BSoD มีการเปลี่ยนแปลงเล็กน้อย โดยข้อความ "พีซีของคุณประสบปัญหา" จะถูกเปลี่ยนคำใหม่เป็น "อุปกรณ์ของคุณประสบปัญหา"

วินโดวส์ 9x แก้

 
หน้าจอสีน้ำเงินแห่งความตายใน Windows 9x ตามที่ปรากฏใน Windows 95 และ Windows 98

ระบบปฏิบัติการ Windows 9x ใช้ Blue Screen of Death เป็นวิธีหลักสำหรับ ไดรเวอร์อุปกรณ์เสมือน ในการรายงานข้อผิดพลาดให้กับผู้ใช้ จอฟ้ามรณะเวอร์ชันนี้ ซึ่งเรียกภายในว่า " _VWIN32_FaultPopup " ช่วยให้ผู้ใช้มีตัวเลือกในการรีสตาร์ทคอมพิวเตอร์หรือใช้ Windows ต่อไป อย่างไรก็ตาม ขึ้นอยู่กับประเภทของสถานการณ์ สิ่งนี้อาจจะใช่หรือไม่ก็ได้เลย ลักษณะการทำงานนี้ตรงกันข้ามกับจอฟ้ามรณะเวอร์ชัน Windows NT ซึ่งป้องกันไม่ให้ผู้ใช้ใช้คอมพิวเตอร์จนกว่าจะปิดหรือรีสตาร์ท (โดยปกติจะเป็นอัตโนมัติ)

จอฟ้ามรณะที่พบบ่อยที่สุดจะแสดงบนหน้าจอโหมดข้อความขนาด 80×25 ซึ่งเป็นวิธีการของระบบปฏิบัติการในการรายงานการขัดจังหวะที่เกิดจากข้อยกเว้นของโปรเซสเซอร์ มันเป็นรูปแบบที่ร้ายแรงกว่าของกล่องโต้ตอบ ข้อบกพร่องในการป้องกันทั่วไป ที่อยู่หน่วยความจำของข้อผิดพลาดจะได้รับ และประเภทข้อผิดพลาดคือเลขฐานสิบหกตั้งแต่ 00 ถึง 11 (ทศนิยม 0 ถึง 17) รหัสข้อผิดพลาดมีดังนี้: [33]

สาเหตุการเกิดจอฟ้ามรณะได้แก่:

  • ปัญหาที่เกิดขึ้นกับ DLL เวอร์ชันที่เข้ากันไม่ได้ : Windows โหลด DLL เหล่านี้ลงในหน่วยความจำเมื่อโปรแกรมแอปพลิเคชันต้องการ หากเวอร์ชันมีการเปลี่ยนแปลง ในครั้งถัดไปที่แอปพลิเคชันโหลด DLL ก็อาจแตกต่างไปจากที่แอปพลิเคชันคาดหวัง ความไม่เข้ากันเหล่านี้เพิ่มขึ้นเมื่อเวลาผ่านไปเมื่อมีการติดตั้งซอฟต์แวร์ใหม่มากขึ้น ตามคำกล่าวของบางคน[ใคร?]</link> นี่เป็นหนึ่งในสาเหตุหลักที่ทำให้การติดตั้ง Windows ใหม่ทั้งหมดมีเสถียรภาพมากกว่าการติดตั้งแบบ "เก่า" (หรือการอัปเกรดแบบแทนที่)
  • ไดรเวอร์อุปกรณ์ ผิดพลาดหรือเขียนไม่ดี
  • ความเข้ากันไม่ได้ของฮาร์ดแวร์
  • ฮาร์ดแวร์ที่เสียหายอาจทำให้เกิด BSoD ได้

ใน Windows 95 และ 98 จอฟ้ามรณะเกิดขึ้นเมื่อระบบพยายามเข้าถึงไฟล์ " c:\con\con ", " c:\aux\aux " หรือ " c:\prn\prn " บนฮาร์ดไดรฟ์ สิ่งนี้สามารถแทรกบนเว็บไซต์เพื่อทำให้เครื่องของผู้เยี่ยมชมเสียหายเพื่อเป็นการล้อเล่น อย่างไรก็ตาม ในความเป็นจริงแล้ว อุปกรณ์เหล่านี้เป็นชื่ออุปกรณ์ที่สงวนไว้สำหรับระบบ DOS การพยายามเข้าถึงจาก Windows ทำให้เกิดข้อขัดข้อง ซึ่งจะทำให้จอฟ้ามรณะดังกล่าวปรากฏขึ้น การสร้างไดเร็กทอรีดังกล่าวภายใน Windows จะสร้างปัญหาเดียวกันด้วย เมื่อวันที่ 16 มีนาคม พ.ศ. 2543 Microsoft ได้เผยแพร่การอัปเดตความปลอดภัยเพื่อแก้ไขปัญหานี้ [34]

ตัวอย่างที่มีชื่อเสียงอย่างหนึ่งของ Windows 9x จอฟ้ามรณะเกิดขึ้นระหว่างการนำเสนอ Windows 98 เบต้า โดย Bill Gates ที่ COMDEX เมื่อวันที่ 20 เมษายน พ.ศ. 2541: พีซีสาธิตเกิดขัดข้องด้วยจอฟ้ามรณะ เมื่อผู้ช่วยของเขา Chris Capossela เชื่อมต่อเครื่องสแกนกับพีซีกับ สาธิตการรองรับ Windows 98 สำหรับอุปกรณ์ Plug and Play เหตุการณ์นี้ทำให้เกิดเสียงปรบมือดังกึกก้องจากฝูงชน และ Gates ก็ได้ตอบกลับ (หลังจากหยุดชะงักอย่างกระวนกระวายใจ): "นั่นคงเป็นสาเหตุที่เรายังไม่จัดส่ง Windows 98 ออกไป" [35]

ลินุกซ์ แก้

systemd เป็นชุดซอฟต์แวร์ที่จัดเตรียมส่วนประกอบระบบสำหรับระบบปฏิบัติการ Linux ใช้งานหน้าจอสีน้ำเงินแห่งความตายคล้ายกับ Microsoft Windows โดยใช้หน่วย systemd ชื่อ systemd-bsod ตั้งแต่เดือนสิงหาคม 2566 ซึ่งได้รับการเพิ่มอย่างเต็มรูปแบบในวันที่ 6 ธันวาคม 2566 โดยเริ่มจากเวอร์ชัน 255 ของ systemd. [36] ไม่ได้แทนที่ เคอร์เนลตื่นตระหนก ใน Linux (ดูด้านล่าง) แต่จะใช้เฉพาะในกรณีที่การบูตล้มเหลวเท่านั้น [37]

หน้าจอที่คล้ายกัน แก้

 
หน้าจอสีแดงแห่งความตายในบิลด์ Windows Longhorn หลังการรีเซ็ต โปรดทราบว่าคำว่า "execution" สะกดผิดเป็น "execution" ซึ่งได้รับการแก้ไขแล้วในเวอร์ชันต่อมา

ข้อผิดพลาดในการหยุดเทียบได้กับ เคอร์เนลแพนิก ใน macOS, Linux และระบบ ที่คล้าย Unix อื่นๆ และกับการตรวจสอบจุดบกพร่องใน OpenVMS Windows 3.1 จะแสดง หน้าจอสีดำแห่งความตาย แทนที่จะเป็นสีน้ำเงิน [20] macOS บางเวอร์ชัน (โดยเฉพาะอย่างยิ่ง OS X Lion ) ก็แสดงหน้าจอสีดำแห่งความตายเช่นกัน ซึ่งมักจะชี้ไปที่การ์ดกราฟิกหรือปัญหาการนอนหลับ/ตื่น [38] คอนโซลซีรีส์ Xbox (ซึ่งรวมถึง Xbox ดั้งเดิม, Xbox 360, Xbox One และ Xbox Series X/S ) ยังแสดงหน้าจอสีดำแห่งความตายเมื่อฮาร์ดแวร์หรือซอฟต์แวร์เกิดข้อผิดพลาด [39] Windows 98 รุ่นเบต้า จะแสดงหน้าจอข้อผิดพลาดสีแดงที่เกิดจาก Advanced Configuration and Power Interface (ACPI) เมื่อ BIOS ของคอมพิวเตอร์โฮสต์ประสบปัญหา [40] Bootloader ของ Windows Vista รุ่นเบต้าแรกยังแสดงหน้าจอข้อผิดพลาดสีแดงในกรณีที่การบู๊ตล้มเหลว [41] [42] [43] ใน Windows 10 และใหม่กว่า หน้าจอสีส้มแห่งความตายจะปรากฏขึ้นเมื่อมีไดรเวอร์ที่เข้ากันไม่ได้ </link>[ จำเป็นต้องอ้างอิง ]

ตามที่กล่าวไว้ก่อนหน้านี้ โครงสร้างภายใน ของ Windows Server 2016 และใหม่กว่า, Windows 10 และ Windows 11 จะแสดงหน้าจอสีเขียว [24] [25] [22]

ดูสิ่งนี้ด้วย แก้

อ้างอิง แก้

  1. "Troubleshoot blue screen errors". Support. Microsoft. April 10, 2019. เก็บจากแหล่งเดิมเมื่อ September 4, 2019.
  2. "Understanding Bugchecks". TECHCOMMUNITY.MICROSOFT.COM (ภาษาอังกฤษ). 2019-03-16. สืบค้นเมื่อ 2023-03-12.
  3. "Blue screen data - Windows drivers". Microsoft Learn (ภาษาอังกฤษแบบอเมริกัน). January 4, 2023. สืบค้นเมื่อ 2023-03-21.
  4. 4.0 4.1 "Why does Windows 1.01 crash at the splash screen?". Retro Computing. August 30, 2021. In the final release of Windows, these detailed messages were hastily removed. The code that would print them, however, was not, and this is what produces the garbage output.
  5. Chen, Raymond (September 26, 2017). "Who implemented the Windows NT blue screen of death?". The Old New Thing. Microsoft. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ March 15, 2019. สืบค้นเมื่อ October 1, 2021.
  6. Wilson, Michelle (July 25, 2019). "What is the Blue Screen of Death in Windows 10 and How to Fix it?". HP. สืบค้นเมื่อ October 1, 2021.
  7. Cepero, Robert (May 17, 2019). "Blue Screen of Death: Causes and Fixes". Bleuwire. สืบค้นเมื่อ October 1, 2021.
  8. "Blue screen - Microsoft Windows Embedded Compact VErsion 7.00 (Build 2864)". social.msdn.microsoft.com. สืบค้นเมื่อ 2023-01-18.
  9. Smith, Dave (September 4, 2014). "Steve Ballmer Wrote The Blue Screen Of Death". Business Insider. Business Insider Inc. เก็บจากแหล่งเดิมเมื่อ September 8, 2014. สืบค้นเมื่อ September 10, 2014.
  10. Mick, Jason (September 4, 2014). "Microsoft Exec Reveals Steve Ballmer Created Original Blue Screen of Death Message". Daily Tech. DailyTech LLC. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ August 20, 2015. สืบค้นเมื่อ September 10, 2014.
  11. Fingas, Jon (September 4, 2014). "Steve Ballmer wrote Windows' first Ctrl-Alt-Delete message (updated)". Engadget. AOL. เก็บจากแหล่งเดิมเมื่อ September 9, 2014. สืบค้นเมื่อ September 10, 2014.
  12. Condliffe, Jamie (September 4, 2014). "Steve Ballmer Wrote the Blue Screen of Death". Gizmodo. Gizmodo Media Group. เก็บจากแหล่งเดิมเมื่อ September 11, 2014. สืบค้นเมื่อ September 10, 2014.
  13. Kidman, Alex (September 5, 2014). "Steve Ballmer Wrote The BSOD, So Stop Slacking Off". Lifehacker. Allure Media. เก็บจากแหล่งเดิมเมื่อ September 10, 2014. สืบค้นเมื่อ September 10, 2014.
  14. Sams, Brad (September 4, 2014). "Steve Ballmer wrote the BSOD text". Neowin. Neowin LLC. เก็บจากแหล่งเดิมเมื่อ September 8, 2014. สืบค้นเมื่อ September 10, 2014.
  15. Popa, Bogdan (September 4, 2014). "Steve Ballmer Himself Created the First Blue Screen of Death Text". Softpedia. SoftNews SRL. เก็บจากแหล่งเดิมเมื่อ September 10, 2014. สืบค้นเมื่อ September 10, 2014.
  16. Schiesser, Tim (September 4, 2014). "The original Blue Screen of Death was written by Steve Ballmer". TechSpot. เก็บจากแหล่งเดิมเมื่อ September 10, 2014. สืบค้นเมื่อ September 10, 2014.
  17. Sharwood, Simon (September 4, 2014). "Ballmer PERSONALLY wrote Windows' Blue Screen of Death text". The Register. เก็บจากแหล่งเดิมเมื่อ September 8, 2014. สืบค้นเมื่อ September 10, 2014.
  18. Warren, Tom (September 4, 2014). "Steve Ballmer wrote the Blue Screen of Death message". The Verge. Vox Media. เก็บจากแหล่งเดิมเมื่อ September 7, 2014. สืบค้นเมื่อ September 10, 2014.
  19. 19.0 19.1 Chen, Raymond (September 2, 2014). "Who wrote the text for the Ctrl+Alt+Del dialog in Windows 3.1?". The Old New Thing. Microsoft. เก็บจากแหล่งเดิมเมื่อ November 15, 2020. สืบค้นเมื่อ November 13, 2020.
  20. 20.0 20.1 Chen, Raymond (September 9, 2014). "Steve Ballmer did not write the text for the blue screen of death". The Old New Thing. Microsoft. เก็บจากแหล่งเดิมเมื่อ October 25, 2020. สืบค้นเมื่อ November 13, 2020. อ้างอิงผิดพลาด: ป้ายระบุ <ref> ไม่สมเหตุสมผล มีนิยามชื่อ "Chen, Ramond (9 Sep)" หลายครั้งด้วยเนื้อหาต่างกัน
  21. 21.0 21.1 Plummer, David (2021-01-30). "Why are Bluescreens Blue?". YouTube. สืบค้นเมื่อ 2023-07-07.
  22. 22.0 22.1 22.2 Warren, Tom (July 1, 2021). "Microsoft's Blue Screen of Death is changing to black in Windows 11". The Verge. Vox Media. สืบค้นเมื่อ July 2, 2021. While Microsoft is switching to a Black Screen of Death in Windows 11, the screen is identical to the one found in Windows 10 otherwise. The sad face remains, as does the stop code and crash dump. The current preview of Windows 11 includes a green BSOD, a color that Microsoft has been using for Windows Insider builds since 2016. อ้างอิงผิดพลาด: ป้ายระบุ <ref> ไม่สมเหตุสมผล มีนิยามชื่อ "Green" หลายครั้งด้วยเนื้อหาต่างกัน
  23. Klotz, Aaron (November 23, 2021). "Windows 11 Update Makes BSOD Blue Again and Fixes Major File Explorer Bugs". Tom's Hardware.
  24. 24.0 24.1 Williams, Wayne (December 29, 2016). "Behold the Windows 10 GSOD -- Green Screen of Death". BetaNews. เก็บจากแหล่งเดิมเมื่อ January 12, 2017. อ้างอิงผิดพลาด: ป้ายระบุ <ref> ไม่สมเหตุสมผล มีนิยามชื่อ ":3" หลายครั้งด้วยเนื้อหาต่างกัน
  25. 25.0 25.1 Warren, Tom (December 29, 2016). "Windows 10 testers will now get a Green Screen of Death". The Verge. Vox Media. เก็บจากแหล่งเดิมเมื่อ January 1, 2017. อ้างอิงผิดพลาด: ป้ายระบุ <ref> ไม่สมเหตุสมผล มีนิยามชื่อ ":4" หลายครั้งด้วยเนื้อหาต่างกัน
  26. 26.0 26.1 Seely, Scott (2000). Windows Shell Programming. Upper Saddle River, NJ: Prentice Hall PTR. pp. 232–233. ISBN 9780130254962. OCLC 44090524. BSOD stands for Blue Screen Of Death. One can customize the colors of this screen by setting a couple of variables in the 386Enh section of SYSTEM.INI: MessageTextColor and MessageBackColor. The user can only customize the BSOD under Windows 3.1, 95, and 98. These changes do not work under the Windows NT variants.
  27. Graff, Eliot; Marshall, Don (December 15, 2021). "BCDEdit /set - Windows drivers". Windows Hardware Developer. Microsoft. เก็บจากแหล่งเดิมเมื่อ December 25, 2020 – โดยทาง Microsoft Docs.
  28. Microsoft Windows NT Workstation Resource Kit (1st ed.). Redmond, WA: Microsoft Press. October 29, 1996. ISBN 1-57231-343-9.
  29. DOMARS. "Getting Started with WinDbg (Kernel-Mode)". msdn.microsoft.com. เก็บจากแหล่งเดิมเมื่อ March 14, 2016. สืบค้นเมื่อ June 15, 2018.
  30. "Stop error code 0x0000007B (INACCESSIBLE_BOOT_DEVICE)". support.microsoft.com. April 17, 2018. เก็บจากแหล่งเดิมเมื่อ March 28, 2021. สืบค้นเมื่อ January 16, 2020.
  31. "STOP: 0x00000001 (parameter, parameter, parameter, parameter) APC_INDEX_MIS". msdn.microsoft.com. June 29, 2006. เก็บจากแหล่งเดิมเมื่อ June 15, 2018. สืบค้นเมื่อ June 15, 2018.
  32. The-Feren-OS-Dev (2021-05-31). "Something about the way Windows 8/10's BSODs look in Japanese reminds me of the original Windows 8 BSOD design- OH". r/windows. สืบค้นเมื่อ 2023-01-27.
  33. "What Are Fatal Exception Errors". Support. Microsoft. January 19, 2007. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ August 23, 2003. สืบค้นเมื่อ October 16, 2013.
  34. Microsoft Corporation (2000). "Patch Available for "DOS Device in Path Name" Vulnerability". TechNet. Microsoft. เก็บจากแหล่งเดิมเมื่อ August 30, 2011. สืบค้นเมื่อ March 4, 2006.
  35. Garmon, Jay (April 12, 2007). "Video: Bill Gates, meet the Blue Screen of Death". TechRepublic. CBS Interactive. เก็บจากแหล่งเดิมเมื่อ February 14, 2022. สืบค้นเมื่อ February 15, 2022.
  36. "Release systemd v255 · systemd/systemd". GitHub (ภาษาอังกฤษ). สืบค้นเมื่อ 2023-12-11.
  37. "Add tool to display emergency log message full-sceen on boot failure. by 1awesomeJ · Pull Request #28077 · systemd/systemd". GitHub (ภาษาอังกฤษ). สืบค้นเมื่อ 2023-12-03.
  38. David W. Martin (August 6, 2011). "Black Screen Of Death Plagues Some Mac Users After Lion Update". เก็บจากแหล่งเดิมเมื่อ August 28, 2018. สืบค้นเมื่อ August 27, 2018.
  39. "Xbox Support". support.xbox.com. สืบค้นเมื่อ 2024-03-19.
  40. "Advanced Configuration and Power Interface Errors on Red Screen". Support (1.3 ed.). Microsoft. January 10, 2015. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ July 25, 2015.
  41. Kaplan, Michael (May 7, 2005). "Longhorn on Virtual PC 2004". Sorting it all Out. Microsoft. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ January 3, 2013.
  42. Best, Jo (May 11, 2005). "Red screen of death?". CNET. CBS Interactive. เก็บจากแหล่งเดิมเมื่อ August 9, 2011. สืบค้นเมื่อ September 9, 2013.
  43. Farrell, Nick (June 3, 2005). "Microsoft sees red over blue screen of death". The Inquirer. Incisive Media. คลังข้อมูลเก่าเก็บจากแหล่งเดิมเมื่อ August 25, 2009. สืบค้นเมื่อ September 9, 2013.{{cite web}}: CS1 maint: unfit URL (ลิงก์)

แหล่งข้อมูลอื่น แก้