ฝันร้าย Patch Tuesday ของ Windows 11 รุนแรงขึ้น — พบปัญหาพีซีบางเครื่องบูตไม่ขึ้น

 (windowscentral.com)
1 คะแนน โดย GN⁺ 2026-01-28 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • หลังการปล่อย อัปเดตความปลอดภัย Windows 11 เมื่อวันที่ 13 มกราคม พบปัญหาที่พีซีบางเครื่องไม่สามารถบูตได้
  • Microsoft ยืนยันอย่างเป็นทางการถึงอาการที่แสดงหน้าจอสีดำพร้อมรหัสข้อผิดพลาด “UNMOUNTABLE_BOOT_VOLUME”
  • ปัญหานี้อาจส่งผลต่อผู้ใช้เครื่องจริงที่ใช้ Windows 11 เวอร์ชัน 24H2 และ 25H2
  • จนถึงตอนนี้มีการปล่อยอัปเดตฉุกเฉิน (out-of-band) ออกมาแล้วสองครั้ง แต่ ปัญหาบูตไม่ขึ้นยังไม่ได้รับการแก้ไข
  • เหตุการณ์ครั้งนี้สะท้อนถึงปัญหาด้านคุณภาพของ Patch Tuesday ที่เกิดขึ้นต่อเนื่องในช่วงหลัง และชี้ให้เห็นถึงความจำเป็นที่ Microsoft ต้องทบทวนระบบการพัฒนาและการตรวจสอบของตนอีกครั้ง

คำเตือนอย่างเป็นทางการและสถานการณ์ปัจจุบันจาก Microsoft

  • Microsoft ยืนยันว่าได้รับรายงานว่าพีซีบางเครื่องบูตไม่ขึ้นหลังติดตั้ง อัปเดตความปลอดภัยเดือนมกราคม 2026 ที่ปล่อยเมื่อวันที่ 13 มกราคม
    • บนอุปกรณ์ที่ได้รับผลกระทบ จะปรากฏ หน้าจอสีดำและข้อความให้รีสตาร์ต พร้อมรหัสข้อผิดพลาด “UNMOUNTABLE_BOOT_VOLUME”
    • ในสถานะนี้จะไม่สามารถบูตได้ตามปกติ และจำเป็นต้องใช้ ขั้นตอนกู้คืนด้วยตนเอง
  • ปัญหานี้อาจเกิดขึ้นบนอุปกรณ์จริงที่รัน Windows 11 เวอร์ชัน 24H2 และ 25H2
    • Microsoft กำลังวิเคราะห์สาเหตุ และตรวจสอบ แนวทางแก้ไขหรือวิธีหลีกเลี่ยงชั่วคราว ที่เป็นไปได้
    • มาตรการชั่วคราวคือ ต้องเข้า Windows Recovery Environment (WinRE) แล้วถอนแพตช์ความปลอดภัยล่าสุดออก

ปัญหาเดิมและข้อผิดพลาดที่สะสมต่อเนื่อง

  • ปัญหาบูตไม่ขึ้นครั้งนี้เป็นหนึ่งในหลายข้อผิดพลาดที่เกิดขึ้นหลังอัปเดต Patch Tuesday เดือนมกราคม
    • ก่อนหน้านี้มีรายงานว่า เวอร์ชัน 23H2 มีปัญหาปิดเครื่องหรือเข้าสลีปไม่ได้ และ เวอร์ชัน 24H2·25H2 มีปัญหาไม่สามารถล็อกอินผ่าน Remote Desktop ได้
    • หลังจากนั้นยังพบข้อผิดพลาดเพิ่มเติมที่ทำให้แอปบนคลาวด์อย่าง Outlook, Dropbox, OneDrive ใช้งานไม่ได้
  • Microsoft ได้ปล่อย อัปเดตฉุกเฉิน มาแล้วสองครั้งเพื่อแก้ปัญหาก่อนหน้า แต่
    สำหรับปัญหาบูตไม่ขึ้นครั้งนี้ ยังไม่มีแพตช์แก้ไขเฉพาะออกมา

ขอบเขตของปัญหาและความไม่แน่นอน

  • Microsoft ระบุว่าได้รับรายงานเพียง “จำนวนจำกัด” เท่านั้น
    และยัง ไม่ชัดเจน ว่ามีผู้ใช้ทั้งหมดสัดส่วนเท่าใดที่ได้รับผลกระทบ
  • ขณะนี้ยังไม่มีคำอธิบายเชิงรายละเอียดเกี่ยวกับสาเหตุหรือ ความเป็นไปได้ในการป้องกันล่วงหน้า

ความเป็นไปได้ของมาตรการถัดไป

  • เนื่องจากพีซีบางเครื่องอยู่ในสภาวะร้ายแรงถึงขั้นบูตไม่ขึ้นเลย
    Microsoft จึงอาจปล่อย อัปเดตฉุกเฉิน (out-of-band) ครั้งที่สาม
  • Windows Central ได้เผยแพร่ คู่มือการกู้คืนแยกต่างหาก สำหรับแก้ปัญหานี้
    พร้อมอธิบายว่าต้องใช้เวลาในการตรวจสอบและเรียบเรียงเพื่อความถูกต้อง

ความกังวลด้านการควบคุมคุณภาพ

  • เหตุการณ์ครั้งนี้ถูกชี้ว่าเป็นอีกตัวอย่างที่สะท้อน คุณภาพที่ถดถอยของอัปเดตความปลอดภัย Windows 11
  • ในบทความมีการเน้นว่า Microsoft ควร ประเมินกระบวนการพัฒนาและทดสอบ Windows ใหม่ทั้งหมด
  • มีการประเมินว่าระดับคุณภาพในปัจจุบันอาจ ต่ำที่สุดเป็นประวัติการณ์

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-01-28
ความคิดเห็นจาก Hacker News

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

    • ช่วงนี้คนชอบโทษ LLM ไปเสียทุกเรื่อง แต่ปัญหาของ Microsoft เริ่มมานานกว่านั้นมากจากการ ยุบแผนก QA
      ตั้งแต่ปี 2014 บริษัทตัด QA เพื่อลดต้นทุนแล้วให้ฝั่งนักพัฒนารับหน้าที่ทดสอบเอง และผลกระทบก็ยังต่อเนื่องมาจนถึงตอนนี้
      Microsoft เปลี่ยนจากวัฒนธรรมที่ขับเคลื่อนโดยวิศวกรไปเป็นวัฒนธรรมแบบ นำโดย MBA และมุ่งเน้นแค่การเพิ่มมูลค่าให้ผู้ถือหุ้นระยะสั้น
      บทความที่เกี่ยวข้อง: Ars Technica, Reuters
    • บางคนอ้างว่า “การเพิ่มขึ้น 10 เท่าที่แท้จริงทำได้เฉพาะกับโมเดลล่าสุด (Opus 4.5)”
      แต่ผ่านไปอีกไม่กี่เดือนก็คงจะมีคำพูดแบบ “ไม่ใช่โมเดลนั้น แต่เป็น โมเดลใหม่ ต่างหากที่ใช่” วนกลับมาอีก
      มันเป็น วงจรที่ไม่สิ้นสุด แบบนี้เรื่อยไป
    • เชื่อว่านักพัฒนาที่มีทักษะสูงสามารถได้ ประสิทธิภาพที่ดีขึ้นอย่างชัดเจน จากเครื่องมือ LLM
      แต่สิ่งนี้ใช้ได้ผลก็ต่อเมื่อ LLM รับมือกับงานที่ต่ำกว่าระดับความสามารถของนักพัฒนา
      ในทางกลับกัน ถ้าคนทักษะต่ำใช้ LLM การดีบักจะยากขึ้นมากและจำนวนปัญหาก็เพิ่มขึ้น
      ในโครงสร้างแบบเอาต์ซอร์ซ การปรับปรุงเช่นนี้ก็ไม่มีความหมายต่อทั้งองค์กร
    • ความจริงคือแม้ก่อนยุค LLM, Microsoft ก็ไม่ได้ยอดเยี่ยมขนาดนั้น
      ถ้าโครงสร้างแรงจูงใจภายในองค์กร สวนทางกับผู้ใช้โดยสิ้นเชิง ต่อให้ใส่วิศวกรระดับ 10x เข้าไป ผลลัพธ์ก็คงไม่ต่างกัน
      รู้สึกสงสารนักพัฒนาภายใน MS ที่ต้องใช้เครื่องมือ AI ของบริษัทเอง
    • ก็จริงที่มีบางอย่างดีขึ้นเพราะ LLM
      Microsoft ปรับโครงสร้างครั้งใหญ่โดยชูแนวคิด “ทำงานได้มากขึ้นด้วยคนน้อยลง” และผลคือทีมใหม่ต้องเข้ามารับช่วงระบบต่อในสภาพที่แทบไม่มีเอกสารเลย
      ปัญหาขัดข้องช่วงหลังก็น่าจะมีสาเหตุมาจาก การขาดตอนขององค์ความรู้ แบบนี้

  • นอกเหนือจากเนื้อหาข่าว ฉันเกลียดเว็บไซต์ที่ดักปุ่มย้อนกลับแล้วพาไปเปิดบทความอื่นมาก
    คิดว่าการปล่อยให้เปลี่ยนพฤติกรรมพื้นฐานของเบราว์เซอร์ได้เป็นความผิดพลาด

    • แค่ ปิด JavaScript หรือใช้ NoScript ก็พอ
      ฟังดูไม่สะดวก แต่ในทางปฏิบัติก็ไม่ได้ลำบากขนาดนั้น
    • ปัญหาย้อนกลับหลังส่งฟอร์มแล้วโดนส่งซ้ำก็น่ารำคาญมาตลอด
      แต่แก้ได้ถ้าจัดการ redirect ให้ถูกต้อง

  • สงสัยว่าทำไมหัวหน้าฝั่ง Windows ยังอยู่ในตำแหน่ง
    อัปเดตล่าสุดทำให้ Playnite พัง และการชนกับ OneDrive ก็ทำให้ไอคอนบนเดสก์ท็อปใช้งานไม่ได้
    ตอนนี้ Windows กลายเป็น สินค้าล่อขาดทุน (loss leader) เพื่อดันการสมัครใช้ Office และ OneDrive ไปแล้ว แต่กลับปล่อยบั๊กที่ทำให้บริการพวกนั้นพังเองมันไร้เหตุผลมาก
    ตอนนี้กำลังใช้ SyncThing แทนการซิงก์

    • แนะนำ SyncThing มาก ทำงานได้สมบูรณ์แบบโดยไม่ต้องพึ่งคลาวด์
      OneDrive มีแต่สร้างปัญหาเลยลบทิ้งไปหมดแล้ว ยังใช้ Windows 10 อยู่และไม่เสียใจเลย
    • เมื่อก่อนยังมีผู้นำอย่าง David Cutler แต่ตอนนี้เหมือนความรับผิดชอบหายไปแล้ว
      ยิ่งองค์กรใหญ่ก็ยิ่งเกิดวัฒนธรรมที่ยอมรับความผิดพลาดได้ สุดท้ายก็ ไม่มีใครรับผิดชอบ
    • ฉันเองก็เจอปัญหา OneDrive ลบไฟล์แบบสุ่มเมื่อปีที่แล้ว
      สุดท้ายย้ายข้อมูลทั้งหมดออกแล้วหันไปใช้ การสำรองข้อมูลลงฮาร์ดไดรฟ์ แทน
      เมื่อก่อนมันเคยเป็นผลิตภัณฑ์ที่ดี เลยน่าเสียดาย
    • ไม่แน่ใจว่าเป็นทางแก้ที่สมบูรณ์หรือเปล่า แต่ใน File Explorer สามารถย้ายโฟลเดอร์ OneDrive ไปพาธอื่นได้ผ่านแท็บ Location ในคุณสมบัติโฟลเดอร์
      อาจช่วยหลีกเลี่ยงปัญหาได้ด้วยวิธีนี้

  • มีกรณีคล้ายกันอยู่ จาก การถกเถียงก่อนหน้า และ ประสบการณ์ของฉัน
    Windows 11 ทำให้เกิด BSOD (inaccessible boot device) หลังอัปเดตแบบบังคับจนต้องฟอร์แมตเครื่อง
    เพราะอย่างนั้นตอนนี้เลยระแวง Out of Band Update มาก
    ที่น่ากังวลคืออัปเดตครั้งนี้ไม่ได้ระบุชัดด้วยซ้ำว่าแก้ปัญหานี้แล้วหรือยัง

  • เพราะแบบนี้ฉันถึงยังใช้ Windows 10 แบบไม่อัปเดต ได้อย่างสบายดี
    หลังดาวน์เกรดจาก Win11 เมื่อปีที่แล้ว ทุกอย่างก็เสถียรและสงบสุข

    • Windows 10 LTSC IoT 2021 เป็นตัวเลือกที่ดีที่สุด
      ได้รับแค่อัปเดตความปลอดภัยจนถึงปี 2031 และไม่มีการยัดฟีเจอร์ไร้สาระเพิ่มเข้ามา
      ซื้อแบบปกติได้ยาก แต่ดูวิธีได้ที่ massgrave.dev
    • ฉันก็เหมือนกัน ผู้ใช้พีซีเพื่อเล่นเกมจำนวนไม่น้อยกำลัง ย้อนกลับไปใช้ Win10
    • ถึงอย่างนั้นก็น่าจะควรติดตั้ง Extended Security Updates (ESU) ของ Win10 ด้วย

  • ช่วงนี้ทีมพัฒนา Windows ดูเหมือนกำลัง vibe-coding กันอยู่
    ความผิดพลาดพื้นฐานระดับระบบปฏิบัติการแบบนี้ที่เกิดซ้ำ เป็นผลจากการยุบ QA และการทดสอบ แล้วเอาผู้ใช้มาเป็นหนูทดลอง
    เมื่อก่อนยังมีห้องแล็บทดสอบฮาร์ดแวร์ช่วยจับปัญหาแบบนี้ แต่ตอนนี้เหมือนจะไม่มีแล้ว

  • ยังไม่เข้าใจอยู่ดีว่าบริษัทใหญ่ขนาดนี้ถึง ล้มเหลวกับผลิตภัณฑ์หลัก ได้ขนาดนี้อย่างไร

    • ตอนนี้ Microsoft มอง Windows เป็นแค่ แพลตฟอร์มส่งมอบบริการสมัครสมาชิก
    • ต้นทุนในการเปลี่ยน OS สูงมากจนแทบไม่มีการแข่งขัน
      เพราะงั้นถึงคุณภาพผลิตภัณฑ์จะแย่ลง ก็ยังยัดสิ่งอย่าง โฆษณาในเมนู Start เข้าไปได้ตามใจ
    • รัฐบาลกลางสหรัฐเป็นลูกค้าสมัครสมาชิก Microsoft รายใหญ่ที่สุด
      เพราะเจ้าหน้าที่รัฐทั้งระบบใช้ Windows และ Office ข้อมูลที่เก็บได้จึงมี มูลค่าทั้งด้านโฆษณาและการสืบสวน
      ประเด็นที่น่าสนใจคือบริษัทไม่ได้เก็บเงินเพิ่มจากผู้ใช้
    • Microsoft ก็รู้ว่าผู้ใช้ Windows ที่ยังเหลืออยู่ไม่มีทางเลือกอื่น
      พวกเขาไม่ได้คิดจะย้ายไป Linux หรือ Mac
    • ตอนนี้ Windows คิดเป็นรายได้รวมราว 10%, เซิร์ฟเวอร์ 40%, Office 22%, และเกม 9%
      สัดส่วนที่เปลี่ยนไปนี้อธิบายได้ว่าทำไม Windows ถึง ถูกปล่อยปละละเลย

  • ให้ความรู้สึกประชดประชันว่าดูเหมือนนโยบาย บังคับใช้ AI เขียนโค้ด ของ Microsoft ยัง “ดำเนินไปได้ดี”

  • พอเห็นปัญหาแบบนี้ก็สงสัยว่าพวกเขา ทดสอบ กันอย่างไร
    น่าจะทดสอบทุกสถานะที่ทำได้บน VM แต่บนเครื่องจริงแบบกายภาพจำนวนชุดค่าผสมมันมากเกินไป
    ถ้าต้องคำนึงถึงฮาร์ดแวร์หลายพันแบบและเวอร์ชันของ OS จำนวนมาก ก็เกิด combinatorial explosion ทันที

    • ฉันก็เดาว่าเป็นแบบนั้น แต่ต่อให้ทดสอบในสเกลใหญ่แค่ไหนก็ไม่มีทางครอบคลุมทุกกรณี
      สุดท้ายทางออกเดียวคือ ทยอยปล่อยอัปเดต (เริ่มจาก 0.01%) แล้วเฝ้าติดตามผล

  • พออ่านคำอธิบายที่ว่า “หลัง POST ถ้าเห็นโลโก้ Windows ให้กดปุ่มเปิด/ปิดเพื่อปิดเครื่อง แล้วทำซ้ำขั้นตอนนี้เพื่อเรียก WinRE” ก็อดคิดไม่ได้
    ว่าทำไมถึงเข้าแบบเดิมด้วย ปุ่ม F8 ไม่ได้