เซิร์ฟ Minecraft crash หลังใส่มอด? อ่าน error ให้ออก แล้วเลือก Java runtime ให้ถูก
เซิร์ฟ Minecraft crash หลังใส่มอด? อ่าน error ให้ออก แล้วเลือก Java runtime ให้ถูก อัปเดตล่าสุด 2026-08-13
คำตอบสั้น ๆ
บรรทัด UnsupportedClassVersionError หรือ class file version 61.0 แปลว่ามอด/loader ถูกคอมไพล์ด้วย Java ที่ใหม่กว่าตัวที่เซิร์ฟเวอร์กำลังรันอยู่ สาเหตุคือ Java ถูกเลือกจากเลขเวอร์ชัน Minecraft ซึ่งตรงเฉพาะกับ vanilla ส่วน mod loader กับ modpack มีความต้องการของตัวเองที่เลขเวอร์ชันเกมมองไม่เห็น ทางแก้คือเอาเลข class file ในบรรทัด error ลบ 44 จะได้เลข Java ที่มันขอ (61 ลบ 44 = Java 17) แล้วเปลี่ยนไปรันด้วย Java เลขนั้น จากนั้นเริ่มเซิร์ฟเวอร์ใหม่
ขั้นตอนโดยสรุป
อ่าน error ในคอนโซลให้ออกว่าเป็นปัญหา Java ดูว่า modpack/loader ต้องการ Java เวอร์ชันไหน เลือก Java runtime ที่ตรงกับที่ loader ต้องการ restart เซิร์ฟเวอร์แล้วดูคอนโซลซ้ำ สารบัญ ลงมอดหรือ modpack เสร็จ กดเปิดเซิร์ฟ แล้วมันดับกลับมาเองภายในไม่กี่วินาที ทั้งที่เวอร์ชัน Minecraft ก็เลือกตรงกับที่มอดบอกไว้แล้ว — อาการนี้เกือบทั้งหมดไม่ได้เกิดจากมอดผิดเวอร์ชัน แต่เกิดจาก Java ที่ใช้รันเซิร์ฟเวอร์เป็นคนละรุ่นกับที่มอดต้องการ ข่าวดีคือ error ที่ขึ้นบอกเลขมาให้ตรง ๆ อยู่แล้วว่าต้องใช้รุ่นไหน แค่ต้องรู้ว่าอ่านตรงไหน
เซิร์ฟดับเงียบ ๆ — อ่านคอนโซลก่อนเดา
อ่าน error ในคอนโซลให้ออกว่าเป็นปัญหา Java
เลื่อนคอนโซล (หรือไฟล์ logs/latest.log) ขึ้นไปหาบรรทัดแรกที่เป็นสีแดง/ขึ้นคำว่า Exception หน้าตาแบบนี้คือคำตอบทั้งหมดของบทความนี้:
Exception in thread "main" java.lang.UnsupportedClassVersionError: some/mod/loader/MainClass has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 52.0
ชื่อคลาสตรงต้นบรรทัดเปลี่ยนไปตาม loader หรือมอดที่ใช้ ส่วนที่สำคัญคือตัวเลขสองตัว:
class file version 61.0 = ไฟล์ที่จะโหลด ถูกคอมไพล์มาด้วย Java รุ่นนั้นup to 52.0 = Java ที่ กำลังรันอยู่จริง รู้จักได้แค่ถึงรุ่นนั้น แปลเป็นภาษาคน: ของที่จะรันใหม่กว่าตัวที่รันมันอยู่ Java จึงปฏิเสธตั้งแต่ยังไม่ทันเริ่มโหลดโลก — ไม่ใช่มอดพัง ไม่ใช่ RAM ไม่พอ และเพิ่ม RAM เท่าไหร่ก็ไม่ช่วย
เลขพวกนี้แปลงกลับเป็นเลข Java ได้ด้วยการ ลบ 44 :
เลขใน error Java 52.0 Java 8 55.0 Java 11 60.0 Java 16 61.0 Java 17 65.0 Java 21 69.0 Java 25
ตัวอย่างข้างบนจึงอ่านได้ว่า "ของนี้ขอ Java 17 แต่เครื่องรันด้วย Java 8" เลขที่คุณเห็นอาจไม่ใช่คู่นี้ ใช้สูตรลบ 44 กับเลขของตัวเองได้เลย
เช็คว่าเป็นปัญหานี้จริงไหม: ถ้าเห็น UnsupportedClassVersionError แปลว่าใช่แน่นอน ส่วนอาการ "เปิดแล้วดับเลยโดยไม่มี error ยาว ๆ" ให้หา logs/latest.log มาอ่าน เพราะหน้าต่างคอนโซลที่ปิดตัวเองมักพาบรรทัดสำคัญหายไปด้วย
ทำไมระบบถึงเลือก Java ผิดตัวได้ ตัวเซิร์ฟเวอร์ Minecraft ไม่ได้พก Java มาด้วย มันต้องถูกรันด้วย Java ที่ติดตั้งไว้แยกต่างหาก ทีนี้เวลาจะเดาว่าเซิร์ฟหนึ่งตัวควรใช้ Java เลขไหน สิ่งที่พอจะเดาได้อัตโนมัติมีอยู่อย่างเดียวคือ เลขเวอร์ชัน Minecraft — บน uniz.host ตารางที่ใช้เดาเป็นแบบนี้:
เวอร์ชัน Minecraft Java ที่ระบบเลือกให้ เลขแบบปี (26.x) และ LATEST latest — ต้องการอย่างน้อย Java 25 1.20.5 – 1.21.x java21 1.17 – 1.20.4 java17 1.16.5 ลงไป java8
ตารางนี้ ถูกต้องสำหรับ vanilla เพราะมันคือความต้องการของตัวเกมเองตามยุค ปัญหาคือ mod loader ไม่ได้ถูกคอมไพล์ตามยุคของเกม แต่ถูกคอมไพล์ตามยุคของตัว loader เอง
เคสคลาสสิกที่สุดคือ Fabric บน Minecraft 1.16.5 : ตัวเกม 1.16.5 ออกในยุค Java 8 ตารางจึงเลือก java8 ให้ แต่ตัว installer ของ Fabric รุ่นปัจจุบันถูกคอมไพล์ด้วย Java 17 ผลคือเซิร์ฟ crash ทันทีที่บูต ด้วย error หน้าตาเป๊ะแบบข้างบน — ทั้งที่เวอร์ชันเกม "ถูก" ทุกอย่างแล้ว นี่คือจุดที่การเดาจากเลขเวอร์ชันอย่างเดียวพัง และเป็นที่มาของการมีปุ่มให้เลือกเอง
เคสนี้บน uniz.host แก้ให้อัตโนมัติแล้ว (ตั้งแต่ 12 ส.ค. 2026): ถ้าเซิร์ฟเวอร์ใช้ Fabric หรือ Quilt โหมด Auto จะยกพื้นให้ไม่ต่ำกว่า java17 เอง แม้เวอร์ชันเกมจะเป็น 1.16.5 ก็ตาม — แต่ถ้าคุณรันเองที่บ้าน ไม่มีอะไรมายกให้ คุณต้องเลือก Java ให้ถูกด้วยตัวเอง เคสนี้จึงยังเป็นเรื่องที่เจอจริงทุกวันนอกโฮสต์
การยกพื้นนี้จงใจครอบแค่ Fabric กับ Quilt เท่านั้น ไม่ได้เหมารวม "loader โมเดิร์นทั้งหมด" เพราะ Forge รุ่นเก่า (เช่นบน 1.12.2) ต้องใช้ Java 8 จริง ๆ การยก Java ให้มันจะทำให้เซิร์ฟที่วันนี้ยังรันได้ดีอยู่พังทันที — ตรงนี้คือเหตุผลว่าทำไมจึงไม่มีกฎเหมาที่ปลอดภัยสำหรับทุก loader
และยังมีอีกกลุ่มที่ระบบยกให้ไม่ได้เลย: modpack จาก CurseForge หรือ Modrinth เพราะ loader ตัวจริงของแพ็กอยู่ในไฟล์ manifest ข้างในแพ็ก ไม่ได้อยู่ในช่อง "ซอฟต์แวร์เซิร์ฟเวอร์" ที่ระบบมองเห็น modpack จึงเป็นกลุ่มที่ต้องเลือก Java เองเป็นหลักในทุกวันนี้
วิธีแก้: เปลี่ยน Java ให้ตรงกับที่ loader ขอ
ดูว่า modpack/loader ต้องการ Java เวอร์ชันไหน มีแหล่งที่เชื่อได้สามทาง เรียงตามความแม่น:
ตัวเลขใน error เอง — แม่นที่สุดเพราะเป็นสิ่งที่ JVM อ่านจากไฟล์จริง ๆ เอาเลข class file version ลบ 44 ได้เลขที่ต้องใช้ทันทีหน้าเว็บของ modpack — modpack ใหญ่ ๆ เกือบทั้งหมดเขียนไว้ในหน้า description หรือในหมวด requirements ว่าต้อง Java เลขไหน ค่านี้เชื่อได้เพราะคนทำแพ็กเป็นคนกำหนดเองหน้าดาวน์โหลดของ loader — Fabric, Forge, NeoForge มีหน้าของตัวเองที่ระบุรุ่นที่รองรับ ที่ ไม่ควร ใช้คือการเดาจากเลขเวอร์ชัน Minecraft — นั่นคือวิธีที่พาให้มาถึงจุดนี้ตั้งแต่แรก ถ้าหาไม่เจอทั้งสามทาง ให้ยึดเลขจาก error เป็นหลักเสมอ
เลือก Java runtime ที่ตรงกับที่ loader ต้องการ ถ้ารันเองบน Windows: โหลด Java ได้ฟรีจาก adoptium.net (แพ็กเกจชื่อ Eclipse Temurin) เลือกเลขรุ่นที่ต้องการ — ติดตั้งไว้หลายรุ่นพร้อมกันในเครื่องเดียวได้ ไม่ต้องถอนตัวเก่าออก เพราะแต่ละรุ่นลงคนละโฟลเดอร์
หลังติดตั้ง เปิด Command Prompt หน้าต่างใหม่แล้วรัน java -version — ตัวที่ขึ้นตรงนี้คือตัวที่เซิร์ฟเวอร์จะได้จริง สิ่งที่ตัดสินว่า java ตัวไหนถูกเรียกคือ PATH ไม่ใช่ตัวแปร JAVA_HOME ถ้ารุ่นที่ขึ้นไม่ใช่ตัวที่เพิ่งลง แปลว่าเครื่องมี Java หลายตัวและ PATH ยังชี้ตัวเก่าอยู่
วิธีที่ชัวร์ที่สุดคือไม่ต้องไปยุ่งกับ PATH เลย แต่เรียก Java ด้วย path เต็มตอนสั่งรัน:
"C:\Program Files\Eclipse Adoptium\jdk-17.0.13.11-hotspot\bin\java.exe" -Xmx4G -jar server.jar nogui
เลขรุ่นในชื่อโฟลเดอร์เปลี่ยนตามตัวที่โหลดมา ดูของจริงในเครื่องได้ด้วย dir "C:\Program Files\Eclipse Adoptium" แล้วเอาชื่อโฟลเดอร์ที่เห็นไปแทน (ค่า -Xmx คือเพดาน RAM — ควรตั้งเท่าไหร่ดูที่บทความเรื่อง RAM ของเซิร์ฟเวอร์เกม )
ถ้ารันเองบน Ubuntu/Debian: ติดตั้งรุ่นที่ต้องการแล้วสลับตัวที่ระบบเรียกใช้:
sudo apt install openjdk-17-jre-headless
sudo update-alternatives --config java
หรือจะข้ามการสลับไปเลยแล้วเรียก path เต็มแบบเดียวกับฝั่ง Windows ก็ได้: /usr/lib/jvm/java-17-openjdk-amd64/bin/java — ชื่อโฟลเดอร์ต่างกันตามรุ่นและสถาปัตยกรรมของเครื่อง เช็คของจริงด้วย ls /usr/lib/jvm ก่อนใช้เสมอ
ถ้าเซิร์ฟอยู่บน uniz.host: เข้าหน้าเซิร์ฟเวอร์ → แท็บ ตั้งค่า → ช่อง Java runtime (อยู่ถัดจากช่อง JVM performance flags) แล้วกดบันทึก สิ่งที่ควรรู้ก่อนเลือก:
ตัวเลือกแรกคือ Auto และป้ายของมันบอกเลยว่าตอนนี้ auto เลือกอะไรให้ เช่น "Auto — java17 (แนะนำ)" ป้ายนี้คิดจากทั้งเวอร์ชันเกมและซอฟต์แวร์เซิร์ฟเวอร์ ไม่ใช่เวอร์ชันเกมอย่างเดียว
ตัวเลือกที่เหลือคือรายชื่อ runtime ตรง ๆ: java8, java11, java16, java17, java21, java25, java17-graalvm, java21-graalvm, java25-graalvm และ latest
เลือกรุ่นที่เก่ากว่าที่ auto เลือก จะมีกล่องเตือนขึ้นพร้อมช่องให้ติ๊กยืนยัน ไม่ติ๊กจะบันทึกไม่ได้ ส่วนการเลือกรุ่นที่ใหม่กว่า จะเงียบสนิทโดยตั้งใจ เพราะนั่นคือเคสหลักที่ฟีเจอร์นี้มีไว้รองรับรุ่น GraalVM เป็นตัวเลือกเชิงประสิทธิภาพ ไม่ใช่ทางแก้ error นี้ — java17-graalvm รับ class file ได้เท่ากับ java17 เป๊ะ ๆ ถ้า java17 แก้ไม่ได้ GraalVM รุ่นเดียวกันก็แก้ไม่ได้
java8, java17, java21 และ latest ถูกเตรียมไว้บนเครื่องล่วงหน้าแล้ว ส่วนที่เหลือ (java11, java16, java25 และ GraalVM ทั้งสาม) ยังไม่ได้เตรียมไว้ การสตาร์ทครั้งแรกหลังเปลี่ยนไปใช้จึงอาจนานขึ้นสองสามนาทีระหว่างโหลดอิมเมจช่องนี้แก้ได้ทุกสถานะ รวมถึงตอนที่เซิร์ฟกำลังบูตไม่ขึ้นวนอยู่ — เลือกผิดแล้วกลับมาแก้ได้เสมอ ไม่มีทางล็อกตัวเองออก
การเปลี่ยน Java ไม่แตะไฟล์โลก ระบบจึงไม่บังคับ backup ก่อน และค่าใหม่มีผลตอนเซิร์ฟเวอร์เริ่มรอบถัดไป ไม่ใช่ทันทีที่กดบันทึก
restart เซิร์ฟเวอร์แล้วดูคอนโซลซ้ำ ค่าใหม่ยังไม่มีผลจนกว่าเซิร์ฟเวอร์จะเริ่มรอบใหม่:
เซิร์ฟกำลังรันอยู่ปกติ — กดปุ่มรีสตาร์ทได้เลยเซิร์ฟกำลังบูตไม่ขึ้นวนอยู่ — ปุ่มรีสตาร์ทใช้ไม่ได้ (มันทำงานเฉพาะกับเซิร์ฟที่รันอยู่จริง) แถบเตือนด้านบนจะเปลี่ยนปุ่มเป็น หยุด ให้แทน กดหยุดก่อน แล้วค่อยกดเริ่มอีกทีรันเอง — พิมพ์ stop ในคอนโซล (ถ้ายังพิมพ์ได้) หรือปิดหน้าต่างไป แล้วรันคำสั่งใหม่ — ต้องแน่ใจว่าคำสั่งใหม่ชี้ไปที่ Java ตัวที่เพิ่งเปลี่ยนจริง ๆ แล้วอ่านคอนโซลรอบใหม่ ผลที่เป็นไปได้มีสามแบบ:
ผ่านจุดที่เคย crash ไปได้ จนเห็นบรรทัด Done — จบ เซิร์ฟขึ้นแล้วเจอ error คนละตัว — นี่คือความคืบหน้า ปัญหา Java แก้แล้ว ที่เหลือเป็นเรื่องอื่น (มอดชนกัน ไฟล์ตั้งค่าผิด ฯลฯ) ให้อ่าน error ตัวใหม่ต่อเจอ error เดิมเป๊ะ เลขเท่าเดิม — แปลว่า Java ยังไม่ได้เปลี่ยนจริง บนโฮสต์ให้เช็คว่าเซิร์ฟเวอร์เริ่มรอบใหม่จริงหรือยัง ถ้ารันเองให้เช็ค java -version ในหน้าต่างที่ใช้รัน หรือเปลี่ยนไปเรียกด้วย path เต็มแทน
ตารางเลือกเร็ว สถานการณ์ เลือกอะไร vanilla, Paper, Purpur — ไม่มีมอดฝั่งไคลเอนต์ Auto Fabric หรือ Quilt บน Minecraft เก่า Auto — ระบบยกให้เป็น java17 เองแล้ว modpack จาก CurseForge / Modrinth ตามที่หน้าแพ็กระบุ ระบบมองไม่เห็น loader ข้างในแพ็ก Forge เก่า เช่นบน 1.12.2 Auto (java8) อย่ายกขึ้นเองถ้าไม่มีเหตุผลชัด อยากลองรีดประสิทธิภาพ GraalVM ที่เลขเดียวกับที่ใช้อยู่ — ไม่ใช่ทางแก้ error เรื่องเวอร์ชัน จำเป็นต้องใช้รุ่นเก่ากว่าที่ auto เลือก เลือกได้ แต่ต้องติ๊กยืนยันคำเตือนก่อนบันทึก
หลักที่ใช้ได้กับทุกแถว: เลข class file ใน error คือความจริงเสมอ ถ้าตารางกับ error ขัดกัน ให้เชื่อ error
อ่านต่อ คำถามที่พบบ่อย เลือก Java ใหม่สุดไปเลยจบไหม ไม่ใช่ทางลัดที่ปลอดภัยเสมอไป Java ที่ใหม่กว่าที่มอดขอมักรันได้จริง แต่ Minecraft รุ่นเก่ามาก ๆ บน JVM ใหม่สุดก็พังได้เหมือนกัน นี่คือเหตุผลที่โหมด Auto ยังเลือก java8 ให้เวอร์ชัน 1.16.5 ลงไป และเป็นเหตุผลที่คำเตือนในหน้าตั้งค่าเตือนเฉพาะทิศที่พิสูจน์ได้ว่าพังแน่ ๆ คือเลือกเก่ากว่าที่ต้องการ ไม่ได้แปลว่าเลือกใหม่กว่าแล้วปลอดภัยทุกกรณี
ทำไมเลือกรุ่นเก่ากว่าถึงมีคำเตือน แต่เลือกรุ่นใหม่กว่าเงียบ เพราะมีทิศเดียวที่พิสูจน์ได้จากตัวเลขล้วน ๆ ว่าพังแน่นอน คือ class file ที่ใหม่กว่าที่ JVM รู้จัก JVM จะปฏิเสธทันทีตั้งแต่โหลดคลาส ส่วนการเลือกรุ่นใหม่กว่าคือเคสที่ฟีเจอร์นี้มีไว้รองรับตั้งแต่แรก เช่น Fabric บน 1.16.5 ที่ต้องใช้ Java ใหม่กว่าเลขเวอร์ชันเกม ระบบจึงเงียบโดยตั้งใจในทิศนั้น และไม่บล็อกการบันทึกทั้งสองทิศ
อัปเวอร์ชัน Minecraft แล้วต้องมาเลือก Java ใหม่ทุกครั้งไหม ไม่ต้อง ค่าที่เลือกเองจะติดไปกับเซิร์ฟเวอร์ข้ามการเปลี่ยนเวอร์ชัน เพราะการเลือกเองชนะโหมด Auto เสมอ ผลข้างเคียงคือค่าที่เคยเลือกไว้อาจกลายเป็นค่าที่เก่าเกินไปหลังอัปเวอร์ชัน คำเตือนจะคำนวณใหม่ตามเวอร์ชันใหม่ให้เห็นตอนเปิดหน้าตั้งค่า ถ้าไม่แน่ใจว่ายังควรล็อกไว้ไหม กลับไปเลือก Auto คือคำตอบที่ปลอดภัยที่สุด
เซิร์ฟ vanilla ธรรมดาต้องมายุ่งกับค่านี้ไหม ไม่ต้อง ตารางอัตโนมัติสร้างมาจากความต้องการของ Minecraft vanilla โดยตรง เซิร์ฟที่ไม่ได้ลงมอดจึงตรงกับ Auto อยู่แล้ว ค่านี้มีไว้สำหรับกรณีที่ mod loader หรือ modpack ต้องการ Java คนละรุ่นกับที่เลขเวอร์ชันเกมบอก
เปลี่ยน Java runtime แล้วโลกหรือเซฟหายไหม ไม่หาย การเปลี่ยน Java เปลี่ยนแค่ตัวโปรแกรมที่รันเซิร์ฟเวอร์ ไม่ได้แตะไฟล์โลกหรือไฟล์ตั้งค่าใด ๆ ระบบจึงไม่บังคับให้ backup ก่อนเปลี่ยน และค่าใหม่จะมีผลตอนเซิร์ฟเวอร์เริ่มรอบถัดไป ไม่ใช่ทันทีที่กดบันทึก