Bootstrap freezes right after "APK assets copied" — IL2CPP "Java VM not initialized", no crash, game runs vanilla

[phonchai0961519-art]

Title:
Bootstrap freezes right after "APK assets copied" — IL2CPP "Java VM not initialized", no crash, game runs vanilla

---

Body:

Device: [iqoo z9 Android]
Android version / OriginOS-Funtouch version: [originos 6]
Game: WorldBox v0.51.2 (com.mkarpenko.worldbox), Unity 2022.3.60f1, il2cpp, arm64-v8a
Installer used: com.lavagang.melonloader.installer (LemonLoader)
Goal: Installing NeoModLoader (neomodloader_mobile.dll) per the official instructions (move dll into MelonLoader/com.mkarpenko.worldbox/Mods after first launch)

Issue

Patching completes with no errors (installer log ends with "Application patched successfully" / "Patching complete"). Storage permission (All files access / MANAGE_EXTERNAL_STORAGE) is granted, and "Allow restricted settings" was enabled for the app before patching.

On first launch, MelonLoader's native bootstrap initializes correctly and logs:

JNI initialized!
APK assets copied!

But it never proceeds past this point. Latest-Bootstrap.log only ever contains these two lines, no matter how many times I relaunch or how long I wait (tried waiting 15+ minutes without touching the screen, per the wiki's guidance that first boot can take up to 20 minutes). No crash occurs — the game just continues loading as if it were completely unmodded. The Mods and Plugins folders are never created under /storage/emulated/0/MelonLoader/com.mkarpenko.worldbox/ — only the MelonLoader subfolder exists (containing Dependencies, Il2CppAssemblies, net8, net35, and the log file).

logcat findings

Pulled full logcat via adb logcat over Wireless Debugging. Filtering for "melon" shows the native bootstrap completing JNI setup and asset copy, then going quiet:

07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: calling unchecked JavaVM method: GetEnv
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: looking up JavaVM method GetEnv
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: found JavaVM method
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: calling unchecked JavaVM method: GetEnv
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: looking up JavaVM method GetEnv
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: found JavaVM method
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: calling checked jni method: FindClass
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: looking up jni method FindClass
07-04 04:24:43.774 14278 14278 V MelonLoader: <unknown>: found jni method
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: checking for exception
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: calling unchecked jni method: ExceptionCheck
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: looking up jni method ExceptionCheck
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: found jni method
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: no exception found
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: calling checked jni method: RegisterNatives
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: looking up jni method RegisterNatives
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: found jni method
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: checking for exception
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: calling unchecked jni method: ExceptionCheck
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: looking up jni method ExceptionCheck
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: found jni method
07-04 04:24:43.775 14278 14278 V MelonLoader: <unknown>: no exception found
07-04 04:24:43.783 14278 14278 V MelonLoader: <unknown>: calling unchecked jni method: GetJavaVM
07-04 04:24:43.783 14278 14278 V MelonLoader: <unknown>: looking up jni method GetJavaVM
07-04 04:24:43.783 14278 14278 V MelonLoader: <unknown>: found jni method
07-04 04:24:43.819 14278 14278 I MelonLoader: JNI initialized!
07-04 04:24:44.530 14278 14278 I MelonLoader: APK assets copied!
07-04 04:24:44.610 14278 14278 V MelonLoader: <unknown>: calling unchecked jni method: GetJavaVM
07-04 04:24:44.610 14278 14278 V MelonLoader: <unknown>: looking up jni method GetJavaVM
07-04 04:24:44.610 14278 14278 V MelonLoader: <unknown>: found jni method

Crucially, right after this, the game's own IL2CPP subsystem logs the following instead of ever calling back into MelonLoader:

07-04 04:24:44.833 14278 14365 I Unity   : Built from '2022.3/staging' branch, Version '2022.3.60f1 (5f63fdee6d95)', Build type 'Release', Scripting Backend 'il2cpp', CPU 'arm64-v8a', Stripping 'Enabled'
07-04 04:24:45.961 14278 14365 I IL2CPP  : Java VM not initialized

After that point the process continues as a completely normal, unmodified Unity/WorldBox launch (Adreno GL init, AppLovin/Firebase ads init, normal gameplay logs) — no MelonLoader activity ever appears again in the log, no exceptions, no SIGSEGV/SIGABRT, no "Fatal signal" entries anywhere in the full logcat capture.

What I've already tried

• Fresh re-patch from a clean install (deleted /storage/emulated/0/MelonLoader/com.mkarpenko.worldbox/, uninstalled, re-patched, reinstalled)
• Granted "All files access" / MANAGE_EXTERNAL_STORAGE and enabled "Allow restricted settings" before patching
• Waited 15+ minutes on first launch without touching the device
• Confirmed device has several GB of free storage
• Result is 100% consistent across attempts — bootstrap stops at the exact same two log lines every single time

Question

Is this a known compatibility issue with Vivo/OriginOS devices (which seem to enforce stricter native hooking/ioctl restrictions — I do see several avc: denied { ioctl } entries for other subsystems in the full logcat, e.g. /proc/fas/render)? Or could this point to a version mismatch between the installer's bundled native libraries and WorldBox 0.51.2's il2cpp build? Happy to provide the full raw logcat or Bootstrap log if useful.