เซิร์ฟ Minecraft crash หลังใส่มอด? อ่าน error ให้ออก แล้วเลือก Java runtime ให้ถูก

ลงมอดหรือ 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:

ตัวอย่างข้างบนจึงอ่านได้ว่า "ของนี้ขอ Java 17 แต่เครื่องรันด้วย Java 8" เลขที่คุณเห็นอาจไม่ใช่คู่นี้ ใช้สูตรลบ 44 กับเลขของตัวเองได้เลย

เช็คว่าเป็นปัญหานี้จริงไหม: ถ้าเห็น UnsupportedClassVersionError แปลว่าใช่แน่นอน ส่วนอาการ "เปิดแล้วดับเลยโดยไม่มี error ยาว ๆ" ให้หา logs/latest.log มาอ่าน เพราะหน้าต่างคอนโซลที่ปิดตัวเองมักพาบรรทัดสำคัญหายไปด้วย

ทำไมระบบถึงเลือก Java ผิดตัวได้

ตัวเซิร์ฟเวอร์ Minecraft ไม่ได้พก Java มาด้วย มันต้องถูกรันด้วย Java ที่ติดตั้งไว้แยกต่างหาก ทีนี้เวลาจะเดาว่าเซิร์ฟหนึ่งตัวควรใช้ Java เลขไหน สิ่งที่พอจะเดาได้อัตโนมัติมีอยู่อย่างเดียวคือ เลขเวอร์ชัน Minecraft — บน uniz.host ตารางที่ใช้เดาเป็นแบบนี้:

ตารางนี้ ถูกต้องสำหรับ 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 เวอร์ชันไหน

มีแหล่งที่เชื่อได้สามทาง เรียงตามความแม่น:

1. ตัวเลขใน error เอง — แม่นที่สุดเพราะเป็นสิ่งที่ JVM อ่านจากไฟล์จริง ๆ เอาเลข class file version ลบ 44 ได้เลขที่ต้องใช้ทันที
2. หน้าเว็บของ modpack — modpack ใหญ่ ๆ เกือบทั้งหมดเขียนไว้ในหน้า description หรือในหมวด requirements ว่าต้อง Java เลขไหน ค่านี้เชื่อได้เพราะคนทำแพ็กเป็นคนกำหนดเอง
3. หน้าดาวน์โหลดของ 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 → ช่อง 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 เต็มแทน

ตารางเลือกเร็ว

หลักที่ใช้ได้กับทุกแถว: เลข class file ใน error คือความจริงเสมอ ถ้าตารางกับ error ขัดกัน ให้เชื่อ error

อ่านต่อ

• ยังไม่เคยเปิดเซิร์ฟเวอร์เองมาก่อน เริ่มจากวิธีเปิดเซิร์ฟเวอร์ Minecraft เอง ตั้งแต่ต้นจนเพื่อนเข้าได้
• เซิร์ฟขึ้นแล้วแต่กระตุก ก่อนโทษ Java ให้เช็คเรื่อง RAM ของเซิร์ฟเวอร์เกม ก่อน — อาการคนละแบบกันคนละสาเหตุ
• อยากลอง modpack โดยไม่ต้องมาปวดหัวกับ Java เอง ดูที่หน้า Minecraft