Testing tonightIt doesn't matter! I like the ODEXED ROMs for stability & memory while DEODEXED ROMs are great for customizations... So, basicly, I use the stock ODEXED on Stock partition & DEODEXED ROMs for the virtual systems.
You are the man bro
The video has answered most of my questions, except perhaps these: 1)How do I find/create an .img file for a virtual ROM other than the stock. (2) Is it possible to have Lollipop ROM as Primary and KitKat as virtual if they are supported by the installed kernel?
I just gonna try a few ways and see. As long as my base is good and safe I think u should be ok. Letting my base settle then I will report.Video stops too soon and doesn't show you how to add more ROMs. This is imperative to be a MultiSystem.
Sent from my Android 4.4.4 LGV500 on Mahdi 2.9 w RedKernel
1) /MultiSystem/img/system is the directory that includes system IMGs. To add an IMG (say, a dev made hi ROM in IMG format for MultiSystem), copy it to that directory. Actually, some devs have reported that their ROMs works better as a virtual IMG (better performance & some issues disappear).The video has answered most of my questions, except perhaps these: 1)How do I find/create an .img file for a virtual ROM other than the stock. (2) Is it possible to have Lollipop ROM as Primary and KitKat as virtual if they are supported by the installed kernel?
May I again thank U for an amazing, amazing tool. It will be a dream come true once the functionality/addon to use AOSP and Touchwiz roms is available.
su
dd if=/dev/block/platform/msm_sdcc.1/by-name/system of=/MultiSystem/img/system/StockSystem_copy.img
See above! The video clarifies the partitioning & installation where many users were doing it wrong. Another video to walkthrough the functions is planned.Video stops too soon and doesn't show you how to add more ROMs. This is imperative to be a MultiSystem.
Everything is described in the Q&A section, except maybe how to flash toa virtual IMG. I'll add more details in one of the reserved posts ASAP.I just gonna try a few ways and see. As long as my base is good and safe I think u should be ok. Letting my base settle then I will report.
It depends on the updater-script: it should mount the correct system & wipe if needed (just editing two lines in the updated-script). I'll explain this for devs soon.Uh, whenever I try flashing with FlashFire on a virtual ROM it doesn't actually wipe the system and it just boots back to stock?
Still very confusing. Another video would clear it up. Dev said it may be planned.Thank you Rootjunky for the video. Cleared up a lot of confusion. To install a new ROM from a zip file. "I think" you boot into a virtual ROM (most likely your stock ROM IMG) and then use Flashfire to flash the new ROM zip. So then that IMG file won't be your stock ROM anymore but rather the new ROM that you installed from the zip. The only part I don't understand to how to erase the cache and system on the stock IMG you are currently running before you install the new ROM from the zip?
It shouldn't since I'm wiping in FlashFire1) /MultiSystem/img/system is the directory that includes system IMGs. To add an IMG (say, a dev made hi ROM in IMG format for MultiSystem), copy it to that directory. Actually, some devs have reported that their ROMs works better as a virtual IMG (better performance & some issues disappear).
To create an IMG, click the Create IMG & wait for the LED to turn off. OR, use dd in Terminal Emulator:
2) Yes, if the kernel supports both, or you've to flash a kernel to boot the other ROM. This was answered several times in the Q&A thread. Future versions of MultiSystem will add kexec support to execute the required kernel for each ROM. This WILL allow ROMs from different bases: AOSP-based ROMs would work fine with manufacturer-based ROMs.Code:su dd if=/dev/block/platform/msm_sdcc.1/by-name/system of=/MultiSystem/img/system/StockSystem_copy.img
See above! The video clarifies the partitioning & installation where many users were doing it wrong. Another video to walkthrough the functions is planned.
Everything is described in the Q&A section, except maybe how to flash toa virtual IMG. I'll add more details in one of the reserved posts ASAP.
It depends on the updater-script: it should mount the correct system & wipe if needed (just editing two lines in the updated-script). I'll explain this for devs soon.
Well after several installs and wipes I have MS 1.3.1 up and running on an AT&T S4. The redos were quite unnecessary as I apparently had it running properly each time. I have 2 copies of the stock partition up and running ( i.e Stock_1 and Stock_2 ). I am successfully booting into each one and also to STOCK as verified by Terminal Emulator with the command "MultiSystem status". I am getting all of the correct responses.
Now the question - problem . I'm not sure what I am not understanding here. I thought ultimately I could have 2 or 3 or more rom images that I could boot to ( ala Multirom). I will boot to say Stock_1, make some changes to the wallpapers or icon arrangements etc. I will then boot to Stock_2 ( again verified with the status command ) but everything I changed in the first image (Stock_1) has propagated over to the other images.
What step am I missing here or not understanding?
It's Multi "system" not Multi "ROM". So only system level changes are affected. Not apps, wallpaper, themes, etc. All of the virtual images must be compatible with the same kernel. So no mixing AOSP systems with stock systems.
T
Is this true for galaxy note 4? (n910f) Did somebody tested it?Safe flashing that doesn't trip KNOX flag on Samsung devices