Any attempt to launch ends with "Error code 1". See the attached log.
Launcher is the latest .deb from the site (1.1.26) so don't give me your "update launcher" sh*t with which you have closed a number of previous reports, it DOESN'T help.
"Java Executable" is set to "bundled runtime". Tried to clear both ~/.minecraft and separately ~/.minecraft/runtime directories, the game redownloads, but the result is the same.
1.18.2 works both with it's own bundled runtime (java-runtime-beta), and with the one from 1.19 (java-runtime-gamma) set manually.
Linked issues
Attachments
Comments 5
Does MC-252877 describe your issue, and does the potential workaround in the comments help at all?
MC-252877 does not describe the issue. I have also been experiencing this issue when I set my /tmp to noexec, and the TMPDIR environment variable solution does not work. Is there a workaround or solution that does not involve changing the /tmp directory's permissions back to exec?
Hi there. This ticket would be a duplicate of MC-252877 due to the launcher log being essentially identical to the one attached in MC-252877, therefore indicating the same issue. Please try updating the Minecraft launcher and if that doesn't work, try reinstalling the Minecraft launcher altogether. If you have any further concerns regarding this problem, please approach Minecraft Community Support as this is a technical issue and not a bug. Thanks!
I had suffered the same problem at ubuntu 16.04. I find the root cause is that these native .so(liblwjgl.so...) libs for lwjgl 3.3.1 in Minecraft launcher needed glibc's version >= 2.26. The version of ubuntu 16.04 glibc is 2.23, it causes the failure at com.mojang.blaze3d.systems.RenderSystem initing lwjgl , so there is only one so file in /tmp (failed at load the first lib -> liblwjgl.so).I upgrade my ubuntu from 16.04 to 18.04(glic's version is 2.27), then I run Minecraft 1.19.2 very well. Do'nt compile gnu's glibc by self.The original gnu libc is not compatible with ubuntu kernel, it will cause system crash.
So, the issue seems again with the
/tmppermissions. At the start attempt the launcher or the game creates a directory/tmp/lwjgl<username>/3.3.1-build-7with some .so libraries. Mind you, that it does not pay any attention toTMPDIRenvironment variable, the directory is created in/tmpanyway. When/tmpis mounted with "noexec" mount option (as seems to be the default nowadays in any properly configured system), there is only a single fileliblwjgl.so, and the game crashes. If/tmpgets remounted with "exec", it creates 5 more .so libraries and the game runs.