OS2SD for any rom
As I see there is many P500 users interested to put their ROM to sd card, so I'm providing this tutorial how to make any rom bootable from sd.
Requirements:
Linux or cygwin for Windows
Boot.img tools
Modified updater-script
Modified fstab
Correctly partitioned sdcard (Guide)
TWRP-OS2SD or TWRP-MULTI
Steps:
Replace updater-script in your's ROM zip with provided. It will probably work with all kitkat based roms. If not the idea is mounting /system on sd card so change all "mount("yaffs2", "MTD", "system", "/system");" lines with "mount("ext4", "EMMC", "/dev/block/mmcblk0p2", "/system");" in original updater-script
Extract bootimg-tools.zip and paste boot.img from your rom in same foder
Open terminal or cygwin, locate folder with boot.img tools and type "./extractboot boot.img"
This will create out folder. Replace fstab.p500 and init.qcom.rc in out/ramdisk with provided (they might need rework on older roms)
In terminal type "./packboot"
Now rename boot_new.img to boot.img and pase it to rom zip
Flash rom zip with one of provided TWRP versions
should probably work back thru 4.0 but froyo/gingerbread init won't mount any sd partitions before boot is completed.
just curious, why this partition layout?
I used p2 for /data until wiping it by accident several times swapping my sd to a phone with pre-os2sd recovery.
of course, I've modded my own os2sd partition map several times now experimenting, and the order doesn't seem to matter.
and i was wondering, could you post your twrp modifications for internal/os2sd hybrid? i had one kinda working but it was glitchy.
I used this configuration to keep swap working if enabled, because default is p3. Also p4 for /data because it not used by anything else, so it's safe. I think you are right, order doesn't impact performance. Will send you config of twrp then be on pc.
Sent from my LG-P500 using xda premium
HardLight said:
I used this configuration to keep swap working if enabled, because default is p3. Also p4 for /data because it not used by anything else, so it's safe. I think you are right, order doesn't impact performance. Will send you config of twrp then be on pc.
Sent from my LG-P500 using xda premium
Click to expand...
Click to collapse
I'm not seeing any other ROMs of this style floating around.
The only reason I didn't leave p3 for swap is that it wasn't being used yet when I started with the os2sd stuff. I tried sticking it on p2 (instead of the stubby sd-ext I had there to satisfy the odd this-or-that which demanded sd-ext,) and that worked ok, but I hadn't set sd-swap as a default in any builds.
since you're building similar stuff now, maybe I'll drift mine into your partition map in the interest of some sort of unification. and I'd like to match up the twrps, too.
especially if the sd-swap is working well on the p500.
everybody who's been dealing with my versions for any length of time now since it came out in February, is used to having to upgrade recovery and deal with incompatible backups from earlier releases anyway.
thanks for your contributions.
Thank You
HardLight said:
OS2SD for any rom
As I see there is many P500 users interested to put their ROM to sd card, so I'm providing this tutorial how to make any rom bootable from sd.
Requirements:
Linux or cygwin for Windows
Boot.img tools
Modified updater-script
Modified fstab
Correctly partitioned sdcard (Guide)
TWRP-OS2SD or TWRP-MULTI
Steps:
Replace updater-script in your's ROM zip with provided. It will probably work with all kitkat based roms. If not the idea is mounting /system on sd card so change all "mount("yaffs2", "MTD", "system", "/system");" lines with "mount("ext4", "EMMC", "/dev/block/mmcblk0p2", "/system");" in original updater-script
Extract bootimg-tools.zip and paste boot.img from your rom in same foder
Open terminal or cygwin, locate folder with boot.img tools and type "./extractboot boot.img"
This will create out folder. Replace fstab.p500 and init.qcom.rc in out/ramdisk with provided (they might need rework on older roms)
In terminal type "./packboot"
Now rename boot_new.img to boot.img and pase it to rom zip
Flash rom zip with one of provided TWRP versions
Click to expand...
Click to collapse
Thank You for posting the guide as requested. Awesome, now I will try to make some ROMs bootable in sdcard, and try them in my phone.
bigsupersquid said:
should probably work back thru 4.0 but froyo/gingerbread init won't mount any sd partitions before boot is completed.
Click to expand...
Click to collapse
i think that you are wrong
i have a gingerbread installed on SD (and kitkat CM11 by mukulsoni on internal)
i used Multirom manager 5.1 by arnab321 based on work by Tassadar
http://forum.xda-developers.com/showthread.php?t=1828151
HardLight: can you make this procedure work like the one in Multirom ?
it allows me to have GB and KitKat installed at the same time, both are bootebel using the same recovery and im only a boot away from moving from one to the oder
danielboro said:
i think that you are wrong
i have a gingerbread installed on SD (and kitkat CM11 by mukulsoni on internal)
i used Multirom manager 5.1 by arnab321 based on work by Tassadar
http://forum.xda-developers.com/showthread.php?t=1828151
HardLight: can you make this procedure work like the one in Multirom ?
it allows me to have GB and KitKat installed at the same time, both are bootebel using the same recovery and im only a boot away from moving from one to the oder
Click to expand...
Click to collapse
multirom has preinit of its own, runs before GB init, and uses busybox to mount sd folders. It also mods init.rc to not mount the MTD partitions.
it would have to be recoded because, among other things, init.rc doesn't mount the filesystems anymore, it's moved to init.qcom.rc or init.device.rc (init.p500.rc or init.thunderc.rc in the current OS2SD versions.)
to use OS2SD like multirom, it would have to bind-mount folders or filesystem images from the card instead of mounting partitions directly, unless android can 'see' more than 4 card partitions now. It used to be limited to 4 back in GB.
Plus unless kexec is working every OS installed has to work with the kernel in the boot.img for tasssadar's original code (the app you're using is reflashing a new boot.img every time you change OS's, which will eventually trash your boot NAND memory,)
bigsupersquid said:
multirom has preinit of its own, runs before GB init, and uses busybox to mount sd folders. It also mods init.rc to not mount the MTD partitions.
it would have to be recoded because, among other things, init.rc doesn't mount the filesystems anymore, it's moved to init.qcom.rc or init.device.rc (init.p500.rc or init.thunderc.rc in the current OS2SD versions.)
to use OS2SD like multirom, it would have to bind-mount folders or filesystem images from the card instead of mounting partitions directly, unless android can 'see' more than 4 card partitions now. It used to be limited to 4 back in GB.
Plus unless kexec is working every OS installed has to work with the kernel in the boot.img for tasssadar's original code (the app you're using is reflashing a new boot.img every time you change OS's, which will eventually trash your boot NAND memory,)
Click to expand...
Click to collapse
ill start at the end
flashing boot is no worse then flashing a new rom but its less work and less time
i like GB for the speed and batt use but from time to time i need to run ting that wont work on GB(at list not on the 1 i chose after trying ~12 rom`s)
having kitkat installed and using multirom to change is faster
so, any chance of implementing the bind-mount option?
prite please
:fingers-crossed:
danielboro said:
ill start at the end
flashing boot is no worse then flashing a new rom but its less work and less time
i like GB for the speed and batt use but from time to time i need to run ting that wont work on GB(at list not on the 1 i chose after trying ~12 rom`s)
having kitkat installed and using multirom to change is faster
so, any chance of implementing the bind-mount option?
prite please
:fingers-crossed:
Click to expand...
Click to collapse
Just install your GB rom to internal memory and cm11 OS2SD to sd card, then make two flashable zips (or backups) of both roms boot.img and flash them respectively to rom you want to boot. Just keep in mind that GB won't be able to use sd-ext, because it's os2sd system partition.
Sent from my LG-P500 using xda premium
HardLight said:
Just keep in mind that GB won't be able to use sd-ext,
Click to expand...
Click to collapse
this is way i was hoping for the mount-bind
at the moment GB is on P2, swap on P3 and kitkat uses P4 as /sd-ext
i have some limited knowledge, ill try to see if i can do something wen ill have the time
any pointer on how i can use mount-bind ?
all the work on developing the p500 helps extend it life
thanks
p.s.
what is the MULTI in TWRP-MULTI?
danielboro said:
this is way i was hoping for the mount-bind
at the moment GB is on P2, swap on P3 and kitkat uses P4 as /sd-ext
i have some limited knowledge, ill try to see if i can do something wen ill have the time
any pointer on how i can use mount-bind ?
all the work on developing the p500 helps extend it life
thanks
p.s.
what is the MULTI in TWRP-MULTI?
Click to expand...
Click to collapse
the multi can flash os2sd & normal rom, so you have not to change between recoveries
ThAnKs
Thanks alot for this guide.....
have anyone tried it on an ICS rom ?
getting this error using cygwin
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
maybe it doesnt work with cygwin , i am trying to make genetICS 9.1.6 OS2SD compatible ..
nomancoolboy said:
getting this error using cygwin
maybe it doesnt work with cygwin , i am trying to make genetICS 9.1.6 OS2SD compatible ..
Click to expand...
Click to collapse
For starters , you need Perl installed for that script.
Second, ics don't use fstab, you'll have to change init.rc
And maybe even recompile init with a delay inside, like on GB.
otherwise init may not mount the card partitions.
The easy way to run ICS from card is tasssadar's multirom. You can find the thread buried in this forum.
I'm using HardLight's GenetICS 9.1.7 with the OS2SD mod. It's the most stable and smoothest with long battery life and 1.5GB in the data partition for my apps. Also successfully made it with Hephappy's ICS Plus simply modifying the updater-script inside the zip and search the mounting points in the 'init.rc' and 'init.qcom.rc', then just have to modify the lines following the first post.
Greetings from Costa Rica!
Enviado desde mi LG-P500 usando Tapatalk
@HardLight
This is twrp-multi, renamed to boot.img. I have previously extracted recovery images this way using apktool.
[email protected]:~/bootimg-tools$ ./extractboot boot.img
Page size: 2048 (0x00000800)
Kernel size: 2803424 (0x002ac6e0)
Ramdisk size: 2294087 (0x00230147)
Second size: 0 (0x00000000)
Board name:
Command line: mem=471M console=ttyMSM2,115200n8 androidboot.hardware=p500 no_console_suspend
Writing boot.img-kernel ... complete.
Writing boot.img-ramdisk.gz ... complete.
gzip: ../../boot.img-ramdisk.gz: not in gzip format
cpio: premature end of archive
Any other tools needed to make this work? (ubuntu 14.04)
manu3193 said:
I'm using HardLight's GenetICS 9.1.7 with the OS2SD mod. It's the most stable and smoothest with long battery life and 1.5GB in the data partition for my apps. Also successfully made it with Hephappy's ICS Plus simply modifying the updater-script inside the zip and search the mounting points in the 'init.rc' and 'init.qcom.rc', then just have to modify the lines following the first post.
Greetings from Costa Rica!
Enviado desde mi LG-P500 usando Tapatalk
Click to expand...
Click to collapse
Can you share the modified files to be replaced in the rom.
hi all - thanks for these instructions. I tried to apply these to cm-9.1.5-GenetICS-Final-P500+gapps.zip and cm-9.1.7-GenetICS-HardLight-p500.zip.
In those roms I had to update the updater-script (I had to remove the format command otherwise the install would fail - but i figured that should be ok since the ext4 partition can be formatted externally - if i remember to do it).
I also updated the init.rc in the (mount mtd partitions section), but no updates to the init.qcom.rc
Each time I try to install a ROM, the device gets stuck at the LG boot logo.
I get the same problem with those zip's installing from TWRP MULTI's "Internal" mode. So I suspect something else is wrong...
interestingly, the only zip I can install successfully is the cm11.0.0-20160101-os2sd-ext4-p500.zip. Works like a charm, just dies in a matter of hours with Wifi on.
eldamobo said:
hi all - thanks for these instructions. I tried to apply these to cm-9.1.5-GenetICS-Final-P500+gapps.zip and cm-9.1.7-GenetICS-HardLight-p500.zip.
In those roms I had to update the updater-script (I had to remove the format command otherwise the install would fail - but i figured that should be ok since the ext4 partition can be formatted externally - if i remember to do it).
I also updated the init.rc in the (mount mtd partitions section), but no updates to the init.qcom.rc
Each time I try to install a ROM, the device gets stuck at the LG boot logo.
I get the same problem with those zip's installing from TWRP MULTI's "Internal" mode. So I suspect something else is wrong...
interestingly, the only zip I can install successfully is the cm11.0.0-20160101-os2sd-ext4-p500.zip. Works like a charm, just dies in a matter of hours with Wifi on.
Click to expand...
Click to collapse
roms not built for kernel swapped system/userdata (kitkat only built this way, and not older kitkat versions) will flash to the wrong partition and won't boot.
change your updater-script to switch system and userdata for older roms to flash correctly with the twrp-multi in internal mode.
Related
Introduction
This thread describes an experimental mod that allows you to boot into other boot images stored in your sdcard. It's a good reason for users to upgrade to CWM recovery since it allows for much more extended functionality. It's also another good reason for devs to support CWM recovery.
Our 'petit' X10mini does not have enough internal memory to store more than one android image, thus we have to use the sdcard for this.
WARNING:
This mod is experimental, and for advanced users only. Use it at your own risk
Requirements (READ THEM CAREFULLY):
- CWM recovery pre-installed
- You need a FAST enough sdcard. I'd suggest not using this mod if your sdcard is less than Class 6
- Your sdcard should have enough free space. Each 'boot option' that you create reserves 400MB of space in your sdcard
- In order to create a new boot option, you need a flashable zip of the ROM you wish to boot to, as well as a patch for it's ramdisk.tar (if this is a custom ROM, stock ROMs don't need this). The flashable zip of the ROM is the same that is used for usual ROM installation. The patch should be provided by the ROM's cook.
Instructions for devs only
To create a bootable image, you have two options:
- Make use of CWM recovery (which can create boot images from update.zip) and provide a patch for your ROM that makes sure: app2sd is disabled, ramdisk.tar does not mount mtd* partitions under /system, /data, or /cache. This patch is also flashable via the new multiboot menu of CWM. If you need more info, see the attached MiniCM7-multiboot.zip
OR
- Manually create ext2 system.img, data.img and cache.img for users to push under /sdcard/clockworkmod/multiboot/<name>/
Multiboot mod Installation
- Flash the attached CWM multiboot zip via CWM
Multiboot ROM Installation
The following scenario is provided as a proof of concept in order to install MiniCM7 as a boot from sdcard option
- Reboot into the new recovery and navigate to the new 'multiboot' menu. There you'll see the following options:
Select default boot option
Unset default boot option
Create boot option from zip
Delete existing boot option
Flash zip to boot option
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
- Select multiboot->Create boot option from zip and then pick the MiniCM7 flashable zip (which you can find in the MiniCM7 thread). Be patient, this step reserves the space and flashes the selected zip to the system.img in the sdcard
- Select multiboot->Flash zip to boot option, pick your newly created boot option and then pick the MiniCM7-multiboot.zip. This will flash the patch needed for MiniCM7 in order to make it run from sdcard. You can use this option in order to flash any zip you want to any of the boot options you have already created
- Select multiboot->Select default boot option and pick your newly created boot option
- Reboot (first boot will take some time depending on your sdcard speed).
To verify you have booted to your newly created boot option, check 'adb shell mount', it should say that /system /data and /cache is mounted from /loop* devices and not from mtd*
Uninstall
- Practically, if you flash a ROM image it will revert CWM / chargemon to its original state. There is not problem in keeping this CWM / chargemon version though.
- To revert booting from your phone's memory instead of the sdcard, navigate to multiboot->Unset default boot option
- To remove installed boot options, navigate to multiboot->Delete existing boot option and pick you choice. Alternatively remove the boot option you want from /sdcard/clockworkmod/multiboot/
Disclaimer:
I can't be held responsible if this mod bricks your device / trashes your sdcard or makes it explode in your hands! Use it at your own risk!
wao great experiment NAA,
perfect time to install stock 2.1 and miniCM7
Damn, Great job nAa! My sdcard is lower than Class 6 (I am still using the stock 2GB sdcard!!) so I can't try this one. Waiting for other people's opinion about this.
Great work! =)
A class 4 sd is good?
Enviado desde mi X10mini usando Tapatalk
twins.7 said:
wao great experiment NAA,
perfect time to install stock 2.1 and miniCM7
Click to expand...
Click to collapse
IMHO, stock 2.1 should be installed as a 'multiboot option' and MiniCM7 in the internal phone's memory - not the other way round.
I'm hoping some dev could chip in with an update.zip for a stock 2.1 ROM that can be installed as a multiboot option
Damn, where the f**k is the "Thanks" button in tapatalk!?
Another great addition mate! Thank you for giving us, mods that other devices hadn't even dreamed of!
Regards,D_d
Sent from my Desire HD using Tapatalk
nobodyAtall said:
IMHO, stock 2.1 should be installed as a 'multiboot option' and MiniCM7 in the internal phone's memory - not the other way round.
I'm hoping some dev could chip in with an update.zip for a stock 2.1 ROM that can be installed as a multiboot option
Click to expand...
Click to collapse
why?
can I use this step below?
- backup my stock in recovery
- copy the backup file to multiboot folder
twins.7 said:
why?
can I use this step below?
- backup my stock in recovery
- copy the backup file to multiboot folder
Click to expand...
Click to collapse
No you can't do that.
You need to install the boot option from an update.zip.
Already created backups have a different fs type that can't be mounted seperately.
Does it works with miniCM6?
Hello nobodyAtall, can we install CM7 and CM6 in this multiboot? if yes how to do that? ( I have cm7 2.0.2 installed ) Thanks
gatobadio said:
Hello nobodyAtall, can we install CM7 and CM6 in this multiboot? if yes how to do that? ( I have cm7 2.0.2 installed ) Thanks
Click to expand...
Click to collapse
We need to 'edify' MiniCM6 first for that
nobodyAtall said:
We need to 'edify' MiniCM6 first for that
Click to expand...
Click to collapse
10Q !!! We'll be waiting for it
Going to try to boot CM7 on my CM6. Going to post results a bit later.
Thank you nobodyAtAll for another magnificent tool!
edit: Well, no harm for my device but no CM7 either. Tool created IMG's to my sdcard but doesn't boot from there.
Speechless with just a big smile in my face!!!
Thanks nobotyatall for this it's all you mate!!
My regards,
Ribben
just shifted to optimus 2x as my main device but decided to keep my Mini for my daughter and guess what (for nAa's absolute marvels) to keep my tweaking going on.
Great achievement nAa for that. you have made this small device a great value. addition. Thanks to you for that.
parthabhatta said:
just shifted to optimus 2x as my main device but decided to keep my Mini for my daughter and guess what (for nAa's absolute marvels) to keep my tweaking going on.
Great achievement nAa for that. you have made this small device a great value. addition. Thanks to you for that.
Click to expand...
Click to collapse
It's cause of SE having crippled it so badly that it's interesting to work on this stuff
Successfully boot cm7 from cm6 using my class 2 8gb sd card. But how can I boot back to my original cm6?
Send from my x10 mini using XDA premium app
@nobodyAtall
dude awesome work!!!
we need to talk!!!
i need ur help for this:
http://forum.xda-developers.com/showthread.php?t=1114544
does fix_permissions fix ownership/permissions on /system & /data ????
Is this method works with app2sd ( /data mounted on sd ext partition ) ?
And can I use this method to boot CM7 from SE 2.1.1.A.0.6 firmware ?
Introduction
This thread describes an experimental mod that allows you to boot into other boot images stored in your sdcard.
The N1 does not have enough internal memory to store more than one android image, thus we have to use the sdcard for this.
NOTE:
This mod is experimental, and for advanced users only
Requirements (READ THEM CAREFULLY):
- A rooted and unlocked phone
- A FAST enough sdcard. This mod will work with any sdcard but I'd suggest at least a Class 4 card for performance reasons
- Your sdcard should have enough free space. Each 'boot option' that you create reserves 400MB of space in your sdcard
- In order to create a new boot option, you need a flashable zip over CWM of the ROM you wish to boot to. The flashable zip of the ROM is the same that is used for usual ROM installation. Also the zip should be using the latest update-binary format as is scripted in updater-script (e.g. the mount command takes 4 args, etc.)
Advanced Information regarding the process
- The mod requires a boot.img that is flashed by the zip. This is used for extracting the ramdisk, commenting out the mount mtd commands and using this ramdisk for chrooting into the ROM environment
- If no boot.img is existing, the ramdisk is picked up from /sdcard/ramdisk/
- The kernel used for booting all boot options is the one installed in the phone's boot mtd. This means that you need the respective kernel modules (e.g. WiFi) for this kernel, not the one that is bundled in the ROM that is multibooted. For example, if your main ROM is CM, pick the kernel modules from this one and push them to the multibooted ROM's /system/lib/modules/
Multiboot mod Installation
Download: N1_CWM-4.0.0.5-nobodyAtall-r2.img
Install via fastboot
Code:
Copy N1_CWM-4.0.0.5-nobodyAtall-r1.img to a location where fastboot can find it.
Boot your phone into fastboot mode (power on while holding the trackball)
Connect your phone via usb
fastboot devices (to make sure that fastboot "sees" your phone)
fastboot flash N1_CWM-4.0.0.5-nobodyAtall-r1.img
Install via adb
Code:
adb push N1_CWM-4.0.0.5-nobodyAtall-r1.img /sdcard/
adb shell 'flash_image recovery /sdcard/N1_CWM-4.0.0.5-nobodyAtall-r1.img'
adb reboot recovery
Multiboot ROM Installation
- Boot into the recovery and navigate to the new 'multiboot' menu. There you'll see the following options:
Boot into selected option!
Select default boot option
Unset default boot option
Create boot option from zip
Delete existing boot option
Flash zip to boot option
- Select multiboot->Create boot option from zip and then pick the flashable ROM zip. Be patient, this step reserves the space and flashes the selected zip to the system.img in the sdcard
- If you need to flash additional zips for this ROM, Select multiboot->Flash zip to boot option, pick your newly created boot option and then pick the zip you need to flash.
- Select multiboot->Select default boot option and pick your newly created boot option
- Select multiboot-> Boot into selected option! (first boot will take some time depending on your sdcard speed).
To verify you have booted to your newly created boot option, check 'adb shell mount', it should say that /system /data and /cache is mounted from /loop* devices and not from mtd*
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
ROMS verified to multiboot
Well, any ROM should be able to multiboot provided the requirements stated above are covered. The following ones have been verified to work:
[ROM] CyanogenMod-7.1 for Nexus One
[ROM] NEXUS N1 Passion MIUI.us Presents MIUI Pure English [AOSP]
CM 7 ExtremeMod ROM by Ken Mood
Uninstall
- Normal reboots will boot from the phone's mtd partitions.
- This mod makes no changes to your phone's mtd partitions. Flashing a new recovery will uninstall the old one obviously.
- To remove installed boot options, navigate to multiboot->Delete existing boot option and pick you choice. Alternatively remove the boot option you want from /sdcard/clockworkmod/multiboot/
Disclaimer:
I can't be held responsible if this mod bricks your device / trashes your sdcard or makes it explode in your hands! Use it at your own risk!
Changelog:
(1/7/11) N1_CWM-4.0.0.5-nobodyAtall-r2.img
Fixed bug that flashed the multiboot ROM kernel in the phones kernel partition
Improved error reporting
(30/6/11) N1_CWM-4.0.0.5-nobodyAtall-r1.img
First version of CWM recovery providing the multiboot options
woww thanks
Well, this could be freaking awesome. I'll check it out at work
Nice one. Can we use CM nightlies that came after the RC?
method77 said:
Nice one. Can we use CM nightlies that came after the RC?
Click to expand...
Click to collapse
You can use it with any CM7 ROM
I am interested in this, i'm surprised that it hasn't created more of a stir.
I have installed the recovery, but don't want to do anything else without Nandroiding first. Only Nandroid seems to get stuck on "Backing up system..."
Any i doing something wrong?
Hello shorza,
To be honest, I've only been testing the multiboot part.
However, I think that backup works fine here:
Also the backup folder is created correctly:
~ # ls -la /sdcard/clockworkmod/backup/2011-07-01.06.49.58
drwxrwxrwx 2 root root 4096 Jul 1 06:52 .
drwxrwxrwx 5 root root 4096 Jul 1 06:49 ..
-rwxrwxrwx 1 root root 93489792 Jul 1 06:52 .android_secure.img
-rwxrwxrwx 1 root root 3670016 Jul 1 06:50 boot.img
-rwxrwxrwx 1 root root 37359168 Jul 1 06:52 cache.img
-rwxrwxrwx 1 root root 184136832 Jul 1 06:51 data.img
-rwxrwxrwx 1 root root 222 Jul 1 06:53 nandroid.md5
-rwxrwxrwx 1 root root 4194304 Jul 1 06:50 recovery.img
-rwxrwxrwx 1 root root 146908608 Jul 1 06:50 system.img
On another note, I'll be doing an update today to fix some bugs related to multiboot.
CWM 4.x has problems backing sd-ext, so that might be the reason why you don't see it (your pic shows you don't have an sd-ext partition to backup) and shorza does. It is also the reason why I haven't tried this yet - if it was based on AmonRa's I'd have jumped immediately, but since it is based on CWM I wanted first to see some feedback here...
Thanks for the help. Backup eventually worked, it just took a long time.
The problem is after zipping a new rom in multiboot, selecting it, then trying to boot into it, it took too long and I lost patience. It looked like it froze.
I'll try again tomorrow.
Maybe my sdcard is too slow.
shorza said:
Maybe my sdcard is too slow.
Click to expand...
Click to collapse
You need to be patient. It takes a long time to boot (especially for the first boot) and if the recovery seems frozen, this is a good sign - it means it's booting.
Posted -r2.
This fixes a bug that would flash the multiboot ROM's kernel to the phone's kernel partition. Also improves logging in case of errors.
Testing this out right now ... just got latest cyanogenmod nightly and latest miui (as of today) going on it and just switched back and forth. sucks about having to go into recovery to switch, needs to have a boot option when starting the phone haha.
So wifi doesn't work in the latest version of miui.us when using it as a multiboot option. such says in logcat "Failed to load Wi-Fi driver." it works when the rom is installed as normally so it must be the kernel from this application. but wifi on cyanogenmod works so that is good.
Will this work like a nandroid backup where it saves everythn from my last boot? Or will it save everythn on that same img. when i switch roms
looking at the directory structure, per multiboot rom it saves the boot.img, cache.img, data.img, and system.img .... I don't know how it uses them, but linux is magical in mounting images as a partition, doesn't have to be physical
This is because the ROM is run using the device's kernel and not the one that comes with the ROM as stated in the first post.
To make wifi work, simply copy your wifi kernel module from /system/lib/modules to this same did within the multibooted ROM.
Ellises said:
So wifi doesn't work in the latest version of miui.us when using it as a multiboot option. such says in logcat "Failed to load Wi-Fi driver." it works when the rom is installed as normally so it must be the kernel from this application. but wifi on cyanogenmod works so that is good.
Click to expand...
Click to collapse
Sent from my Nexus One using XDA App
This actually works pretty well, however, the phone get quite hot.
[Q]Bug fixed??
I succeed multibooting
I got miui(main)&CM7(sub)
but subrom,cm7 can't use wifi
so I changed kernel but failed
and display
[mount expects 4 3args]
[error /sdcard/xxx... ]
[ status7 ]<<maybe
If you know what's the problem, plz teach me the way
thx and pardon my English
This is a modified CWM-based recovery for the Motorola Photon 4G. It is based on my own custom code forked from the CyanogenMod team's recovery. The major changes I have made include full support for dual SD cards, support for webtop partitions (SD card and internal) and changes to Nandroid backup/restore for this phone's additional partitions.
Some highlights include:
Dual SD card support
ADB support
USB Mass Storage support
Nandroid additions/changes
ext3 formatting
Probably others
This recovery is only for UNLOCKED devices. It is intended to be flashed directly to the recovery partition.
UNLOCKED users can flash this recovery using:
Code:
moto-fastboot devices
moto-fastboot erase recovery
moto-fastboot flash recovery recovery-photon3.img
Example:
Code:
$ moto-fastboot devices
TA20700KXH fastboot
$ moto-fastboot erase recovery
erasing 'recovery'... OKAY [ 0.741s]
$ moto-fastboot flash recovery recovery.img
sending 'recovery' (4780 KB)... OKAY [ 0.490s]
writing 'recovery'... OKAY [ 0.544s]
This is posted in a DEVELOPER forum and is being released to help further the development of Android for the Motorola Photon 4G. I have NOT personally tested this on my phone and YOU assume full responsibility for any damage incurred to YOUR phone!
Click to expand...
Click to collapse
I do NOT have a Motorola Photon 4G. I have based this recovery off the Photon kernel and Atrix resources as suggested by Calkulin. I do not SUSPECT there will be problems but again, I have NOT personally tested this on my phone and YOU assume full responsibility for any damage incurred to YOUR phone!
Click to expand...
Click to collapse
SPRINT USERS
Orange 5.0.2.7-photon3 / ZIP version.
MD5 0dc70209659fecbf7a2a01fe64b431af / a7fa2daf946557006931d33f3954e350
Cyan 5.0.2.7-photon3 / ZIP version.
MD5 440baa230638bd12dfd38b67977d3ac3 / 4da9f845f5d8ae0c37d0e1deaecd931c
Light green 5.0.2.7-photon3 / ZIP version.
MD5 b0791b6a4e0ea1a593d450518f309315 / f4afa4ca6f9616713ba436149df48c46
Dark green 5.0.2.7-photon3 / ZIP version.
MD5 5ef4862918169c1b4f9b0cbd60c70267 / 12acbe4adac62dc79e9a2b9ed1d0ea3b
Blue 5.0.2.7-photon3 / ZIP version.
MD5 cb1a4b2b48d18f535f5a3ce312e3ee81 / 53eee173392a8a821e45e8ddb1bbefd6
Red 5.0.2.7-photon3 / ZIP version.
MD5 f95a0adfb47ae2b995412b89d95f40fe / ca222e4891f756b5b4ad59fe06b6f0bf
Original ROM Manager/CWM installable zip thanks to SolidHelix. You must still be UNLOCKED and have already applied at least one version of this recovery via fastboot to use them.
Source is here.
A few notes:
The "osh" partition is webtop. It is the largest by far and will take some time to backup. Nandroid is not frozen!
The "sd-ext" partition is an ext2/3 partition on your external SD card. Veterans will know this as apps2sd and data2sd from other phones. I am not aware of any use of this partition on this phone yet.
Thanks to:
Koush and the CM team for CWM
Calkulin for pointing out the kernel
Everyone who has made unlocking the Photon possible
** Changelog **
2011-11-14 (5.0.2.7-photon3):
Minor bugfix update mostly
ext4 experimental support
Added the ability to convert an ext3 partition to ext4 under advanced. Shouldn't break anything, but it is experimental
2011-09-23 (5.0.2.3-photon2):
Updated to CWR5 base source.
The blue version is now the new CWR5 color. Old blue is gone. New photos welcome!
2011-09-17 (4.0.1.5-photon1.3):
Added a verify option to the backup and restore menu.
Renamed internal SD card mount point to /emmc and external is now /sdcard (this is largely cosmetic).
Merged in miscellaneous fixes from the official CWM. Version 5 will be merged in once its ready.
2011-08-17 (4.0.1.5-photon1.2):
Changed fstab to ext3 since no kernel support yet
2011-08-17 (4.0.1.4-photon1.1):
Added 0MB option to ext3 partition size under External SD card partitioning which removes any ext3 partitions from the card (choose 0MB ext3/0MB swap to have only a FAT32 partition).
Added a red build to the mix.
Updated the update-binary in the CWM zips to be tailored for this phone.
Minor fixes to sdparted (log file related mostly).
2011-08-14 (4.0.1.4-photon1):
Initial release
Screenshots
Thanks to DarkSim2o9 for the following screenshots (these show an Atrix, but the color is identical):
Orange
Cyan
Blue
Light green
Dark green
Red
Known Issues
I doubt ext4 support works due to no kernel support. Disabled currently. Added in -photon3.
Soft keys to use as navigation may not work due to the kernel.
Miscellaneous
If you'd like ROM Manager to see this recovery as "official" you can try XCellPhoneSalesRep's suggestion posted here.
Alternately, you can try dcarpenter85's suggestion here.
For issues with recovery not sticking, see here:
Thanks to mrinehart93 for pointing this out.
The system runs /system/etc/install-recovery.sh on boot with the stock rom. On boot it checks the recovery partition for some update and with CWM installed decides to reflash the stock recovery over it. Rename or delete the file and the CWM should stick.
Click to expand...
Click to collapse
Old versions
You can browse and download old versions here.
Awsome!!!
Sent from my MB855 using XDA App
Sounds good. Will try.
Sent from my unlocked rooted Moho!
This is what Calk posted earlier......right? I know it's yours, but not to be confused......just different colors...correct?
I like that there is a choice of colors. Well done!
Awesome job. One question, how might one boot direct into the recovery from a full Power Off?
the3rd said:
Awesome job. One question, how might one boot direct into the recovery from a full Power Off?
Click to expand...
Click to collapse
Hold down volume down and power till boot. Volume down till you see android recovery, then volume up.
Also, as aaron130 said you can use quick reboot from the market.
Sent from my unlocked rooted Mopho!
Fricken Awesomeness
Sent from my Photon Blaster.
ahhh this is what im getting..it seems fastboot isnt working for some reason even tho i just rooted..some help please
C:\AndroidSDK\tools\moto-fastboot>moto-fastboot devices
C:\AndroidSDK\tools\moto-fastboot>moto-fastboot erase recovery
< waiting for device >"
edit: nevermind got it working ..thanks!
Two questions:
1. Has anybody verified the "ROM Manager support" method on the Photon yet?
2. Other than color choice, what is the difference between this recovery and the one Calkulin posted earlier?
i think theres an issue with the recovery.
it installed perfectly and booted properly.
i chose to format the internal sd partition and it didnt remove any of the data.
i havent tried to flash anything yet or make a nandroid but ill keep you posted and i do have it loaded.
thanks for all of your hard work. greatly appreciated
the3rd said:
Awesome job. One question, how might one boot direct into the recovery from a full Power Off?
Click to expand...
Click to collapse
the same way you boot into fastboot
when phone is off.......
1. press and hold power and volume down
2. when the phone displays fastboot release the buttons
3. use volume down to switch to android recovery
4. press volume up and boot into cwm
Im creating a backup as I type (speak)
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
jglee311 said:
This is what Calk posted earlier......right? I know it's yours, but not to be confused......just different colors...correct?
Click to expand...
Click to collapse
Lokifish Marz said:
Two questions:
1. Has anybody verified the "ROM Manager support" method on the Photon yet?
2. Other than color choice, what is the difference between this recovery and the one Calkulin posted earlier?
Click to expand...
Click to collapse
Calkulin's is based off my -atrix3 revision. This is slightly newer code (-atrix3.1 bug fixes mostly). It uses the same kernel as his. He PM'ed me to let me know how he got it to work on this phone and I simply used his advice to create the thread.
I haven't verified ROM Manager on this phone. It may need until Koush updates ROM Manager to say it supports this phone. I thought several times about editing that out of the second post but chose to leave it for now..
tim-tim said:
i think theres an issue with the recovery.
it installed perfectly and booted properly.
i chose to format the internal sd partition and it didnt remove any of the data.
i havent tried to flash anything yet or make a nandroid but ill keep you posted and i do have it loaded.
thanks for all of your hard work. greatly appreciated
Click to expand...
Click to collapse
Under Mounts and Storage menu? If someone can provide me with /proc/mounts while booted into regular Android, I can check it out.
romracer said:
Under Mounts and Storage menu? If someone can provide me with /proc/mounts while booted into regular Android, I can check it out.
Click to expand...
Click to collapse
http://pastebin.com/uGakTEYu
Yay 4 Juggs said:
http://pastebin.com/uGakTEYu
Click to expand...
Click to collapse
Thanks, the table looks exactly like the Atrix (not surprising). If choosing "Format /sdcard" from the mounts and storage menu didn't work, I'll probably need /tmp/recovery.log after trying (but before exiting recovery - the file is lost then).
Minor update released. Biggest changes include 0MB ext partition option under external SD card partitioning which combined with 0MB swap gives you just a FAT32 partition without having to use Windows, etc. There's also a red version now.
The code is technically based on 4.0.1.5 but Koush pushed his commit late and so the build still says 4.0.1.4. I didn't see the need to recompile just for that
romracer said:
Minor update released. Biggest changes include 0MB ext partition option under external SD card partitioning which combined with 0MB swap gives you just a FAT32 partition without having to use Windows, etc. There's also a red version now.
The code is technically based on 4.0.1.5 but Koush pushed his commit late and so the build still says 4.0.1.4. I didn't see the need to recompile just for that
Click to expand...
Click to collapse
are the tools fixed such as being able to clear cache...nandroid...etc?
I haven't used my G-Tablet in a few months. Now it's rather sluggish and hesitates. Do these ROM deteriorate over time. I am using ICS.
My opinion is gtabs don't run well with anything other than froyo based roms. I've tried several jelly bean roms and they start out very nice but in a few days start to slow down. Every time I tell my wife I'm trying another rom she says "why bother ". I'm back on VeganTab ginger edition and everything works.
Sent from my VEGAn-TAB using xda app-developers app
How do i get back to Vegan Tab from Smoother Bean Ver 1.5 With Cyanogen Mod version 10 - 20121103 -unofficial -smba 1002, kernal version 2.6.39.4 Android version 4.1.2? I agree my Gtab worked great under vegan tab, but ever since I went to ICS it just bogs down. Is there a place that walks me thru the steps I need to take to get me back to vegan tab gingerbread? thanks!
laserbiz said:
How do i get back to Vegan Tab from Smoother Bean Ver 1.5 With Cyanogen Mod version 10 - 20121103 -unofficial -smba 1002, kernal version 2.6.39.4 Android version 4.1.2?
Click to expand...
Click to collapse
What's the output of this command on your gTablet? Open the Terminal Emulator app and type in the bits in bold.
Code:
$ [B]df[/B]
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 223380 32 223348 0% /dev
tmpfs 223380 0 223380 0% /mnt/asec
/dev/block/mtdblock3 204800 161528 43272 79% /system
/dev/block/mtdblock4 222208 31100 191108 14% /cache
/dev/block/mmcblk3p2 1187400 305504 881896 26% /data
...
$
Is there a place that walks me thru the steps I need to take to get me back to vegan tab gingerbread? thanks!
Click to expand...
Click to collapse
If you want to go back to a GB ROM, then I suggest installing CM-7.2 rather than VEGAn-Tab.
If you want VEGAn-TAB here is a link http://vegantab.gojimi.com/2011/08/26/vegan-tab-gingeredition-7-1-0-for-bootloaders-1-1-and-1-2/
Sent from my VEGAn-TAB using xda app-developers app
---------- Post added at 12:56 PM ---------- Previous post was at 12:53 PM ----------
Another link for bl 1.1 http://www.slatedroid.com/topic/152...ition-stable-rc1-updated-411-g-tabletzpad-t2/
Sent from my VEGAn-TAB using xda app-developers app
Below is the output of the command you asked for. Thanks again
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
laserbiz said:
Below is the output of the command you asked for. Thanks again
Click to expand...
Click to collapse
Ah, I see: you have a 350MB /system partition--you must've used the TeamDRH 350MB nvflash package, instead of the 250MB nvflash package as recommended in your ROM's OP page. Had you a 250MB /system partition, you could have skipped a step.
Which GB ROM do you want to install? I recommend CM-7.2; VEGAn-Tab has a few bugs which don't seem to be present on CM.
rajeevvp said:
Ah, I see: you have a 350MB /system partition--you must've used the TeamDRH 350MB nvflash package, instead of the 250MB nvflash package as recommended in your ROM's OP page. Had you a 250MB /system partition, you could have skipped a step.
Which GB ROM do you want to install? I recommend CM-7.2; VEGAn-Tab has a few bugs which don't seem to be present on CM.
Click to expand...
Click to collapse
Thanks again for your prompt response. Does what I posted show which boot loader tree I am on (1.1 or 1.2?) and does that even make a difference if I want to go to cm 7.2? Also is there a link to a idiots version(me) to 7.2 so that I can do the install with the best directions?
laserbiz said:
Does what I posted show which boot loader tree I am on (1.1 or 1.2?)
Click to expand...
Click to collapse
All nvflash packages from TeamDRH will install a 1.2 bootloader, so that's what you will be on.
...and does that even make a difference if I want to go to cm 7.2?
Click to expand...
Click to collapse
Yes, official CM-7.2 is only for bootloader 1.1, but, we'll fix that in step 3 below.
Also is there a link to a idiots version(me) to 7.2 so that I can do the install with the best directions?
Click to expand...
Click to collapse
Follow these steps:
1. Shrink /system and expand /cache on the NAND flash for GB ROMs.
Download, unpack, and run the batch file in Team DRH's 250 MB nvflash package whilst the tablet is in APX mode. This will shrink the /system partition to 250MB (100+ MB more than what's needed for CM-7.2 GB), and more importantly, expand /cache to ~170MB. This is important because /cache is where Market apps (and other data?) are downloaded temporarily before installation.
2. Boot into CWM, then format /cache and repartition the internal SD card.
The nvflash package will install CWM-5.5.0.4Beta15. After step 1 completes, boot into CWM (there's no need to boot into the VS stock ROM). Use the menu entries to a) format /cache and b) repartition the internal SD card. For step b) you can choose either 2048/0 or 4096/0 as the size of data/swap. Your choice.
3. Transfer and install the CM-7.2, GB Gapps, and 1.2 kernel zip files.
After step 2 is done, transfer CM-7.2 installation zip file, the Gingerbread Gapps zip file (20110828 package), and pershoot's last Gingerbread kernel for 1.2 bootloaders (the file with the `newbl' in the filename: boot-cm_2632.48_gb_newbl-oc-uv-xtra-vfp_fp-112411.zip) to the SD card on the gTablet.
Install the ROM first, then install the 1.2 kernel (overwriting the default 1.1 kernel), and lastly, the Gapps.
4. Boot into CM-7.2 (make sure you set the correct time) and complete installation.
"3. Transfer and install the CM-7.2, GB Gapps, and 1.2 kernel zip files.
After step 2 is done, transfer CM-7.2 installation zip file, the Gingerbread Gapps zip file (20110828 package), and pershoot's last Gingerbread kernel for 1.2 bootloaders (the file with the `newbl' in the filename: boot-cm_2632.48_gb_newbl-oc-uv-xtra-vfp_fp-112411.zip) to the SD card on the gTablet.
Install the ROM first, then install the 1.2 kernel (overwriting the default 1.1 kernel), and lastly, the Gapps."
=========================================
The above file highlighted in red does not seem to be available, every time I try to go to droid basement, it comes back with bad gateway....is there an alternative site for that file?
rajeevvp said:
Ah, I see: you have a 350MB /system partition--you must've used the TeamDRH 350MB nvflash package, instead of the 250MB nvflash package as recommended in your ROM's OP page. Had you a 250MB /system partition, you could have skipped a step.
Which GB ROM do you want to install? I recommend CM-7.2; VEGAn-Tab has a few bugs which don't seem to be present on CM.
Click to expand...
Click to collapse
I'm curious, I haven't tried CM-7.2, when I go to thread I see a lot of issues. With VEGAn-Tab it runs fine. I wanted to try CM-7.2 but doesn't look like it would be better. Why do you recommend one over the other?
laserbiz said:
The above file highlighted in red does not seem to be available, every time I try to go to droid basement, it comes back with bad gateway....is there an alternative site for that file?
Click to expand...
Click to collapse
It works fine now. Must've been a temporary website glitch.
striker59 said:
I'm curious, I haven't tried CM-7.2, when I go to thread I see a lot of issues.
Click to expand...
Click to collapse
There isn't a thread for the stable, official CM-7.2 on this board as far as I am aware. There is a thread for a CM-7.2 release candidate and repack. And, on that thread:
1. The last ROM update there was made more than 6 months before the stable 7.2 came out.
2. Most of the issues reported by the users seem to relate to older versions of the repack (starting from CM-7.1.0-RC1 onwards).
3. All the CM7.x ROMs there are all based on a) release-candidate code, b) idiosyncratic repacks, c) questionable tweaks.
If you have seen problems with the officially released CM-7.2, I'm happy to look into it.
With VEGAn-Tab it runs fine. I wanted to try CM-7.2 but doesn't look like it would be better. Why do you recommend one over the other?
Click to expand...
Click to collapse
Mostly bugs as I said:
1. This one you already know.
2. VEGAn-Tab-7.1 mishandles a long DHCP lease time as -1 seconds, causing periodic WiFi disconnects. (also here).
3. An older version of VEGAn-Ginger wrecks the Internal SD card partition table when you attempt to do a factory reset via the ROM. Don't know if this same bug exists on the current VEGAn-Tab-7.1. (You could confirm for me.)
4. Addition of an extra .jar file in the BOOTCLASSPATH causes bizarre problems with the correct working of updated su and other commands/apps. (Not reported on this board so far--ask for details.)
Additionally,
5. CM-7.2 is Android 2.3.7 versus the Android 2.3.5 of VEGAn-Tab 7.1.
6. If I recall correctly, the camera seems more stable in CM-7.2.
7. And, other bugs that I don't recall at the moment...
rajeevvp said:
All nvflash packages from TeamDRH will install a 1.2 bootloader, so that's what you will be on.
Yes, official CM-7.2 is only for bootloader 1.1, but, we'll fix that in step 3 below.
Follow these steps:
1. Shrink /system and expand /cache on the NAND flash for GB ROMs.
Download, unpack, and run the batch file in Team DRH's 250 MB nvflash package whilst the tablet is in APX mode. This will shrink the /system partition to 250MB (100+ MB more than what's needed for CM-7.2 GB), and more importantly, expand /cache to ~170MB. This is important because /cache is where Market apps (and other data?) are downloaded temporarily before installation.
2. Boot into CWM, then format /cache and repartition the internal SD card.
The nvflash package will install CWM-5.5.0.4Beta15. After step 1 completes, boot into CWM (there's no need to boot into the VS stock ROM). Use the menu entries to a) format /cache and b) repartition the internal SD card. For step b) you can choose either 2048/0 or 4096/0 as the size of data/swap. Your choice.
3. Transfer and install the CM-7.2, GB Gapps, and 1.2 kernel zip files.
After step 2 is done, transfer CM-7.2 installation zip file, the Gingerbread Gapps zip file (20110828 package), and pershoot's last Gingerbread kernel for 1.2 bootloaders (the file with the `newbl' in the filename: boot-cm_2632.48_gb_newbl-oc-uv-xtra-vfp_fp-112411.zip) to the SD card on the gTablet.
Install the ROM first, then install the 1.2 kernel (overwriting the default 1.1 kernel), and lastly, the Gapps.
4. Boot into CM-7.2 (make sure you set the correct time) and complete installation.
Click to expand...
Click to collapse
Awesome detailed post. Thanks so much.
I've bounced all around and ended up with 3 Roms I like. The 7.2 CM you recommend, the GTabCombover Rom and the G_Harmony Jelly Bean Rom that TJohnsonjr put together.
I've seen a couple of requests for the F2FS file system support in some of the CM12.x based rom threads and did some googling on why anyone would want F2FS instead of EXT4. There are also reports, by Nexus 7 users, that converting to F2FS fixes their performance issues.
So after some learning/failing, I'm releasing this zip file that updates (theoretically) any kernel to add F2FS support for the /cache partition. This is not necessary for the /data partition as it has always been F2FS formated (stock Moto or CM roms) for ghost :good:
The modification works by adding a mount options for the F2FS file system (in addition the the EXT4 file system mount option) to the fstab in the current kernel on your ghost.
ghost zip is for AOSP/CM based roms only!
MOTO 4.x.x is for KitKat Stock/Moto based roms only!
MOTO 5.x.x is for Lollipop Stock/Moto based roms only!
I used the information on HTC dev @jrior001's thread so I'll include some of the info he provided:
Original thread here: http://forum.xda-developers.com/htc-desire-hd/development/f2fs-acecm12-lp-aosp-t2995418
What is F2FS?
F2FS wiki
Why F2FS?
F2FS put to the test vs EXT4
Does it work?
Ghost already benefits (per Anandtech's post) from F2FS formated /data so there isn't going to be a massive difference in performance. However, my phone seems to be a little quicker/smoother FWIW.
Switch to F2FS cache file system:
1. Update to TWRP 2.8.x.x and boot into recovery.
2. Create a backup of your device (you can get away with a backup of /boot only).
3. Goto WIPE > ADVANCED WIPE.
4. Select CACHE > "REPAIR OR CHANGE FILE SYSTEM" > F2FS.
5. Flash the attached zip file.
6. Reboot.
Switching back to EXT4 cache file system:
1. Boot into recovery.
2. Goto WIPE > ADVANCED WIPE.
3. Select CACHE > "REPAIR OR CHANGE FILE SYSTEM" > EXT4.
4. Reboot.
Devs can add this to their builds by simply inserting the following line into fstab.qcom prior to building boot.img:
/dev/block/platform/msm_sdcc.1/by-name/cache /cache f2fs rw,nosuid,nodev,noatime,nodiratime,inline_xattr wait,check
Credit:
@jrior001
@infectedorganism (gave me the heads up to check fstab.qcom)
@tdhite (I used your zip file as a basis to create the flashable zip)
As always, I'm not responsible for any loss of data; always make a backup prior to messing around :laugh:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
So did u notice any performance difference? CM12.1 is smooth and fast as it is so I can't imagine our baby might be even faster
Edit: OK I missed that part about a bit smoother etc I will give it a try though and report back
chaoslimits said:
I've seen a couple of requests for the F2FS file system support in some of the CM12.x based rom threads and did some googling on why anyone would want F2FS instead of EXT4. There are also reports, by Nexus 7 users, that converting to F2FS fixes their performance issues.
So after some learning/failing, I'm releasing this zip file that updates (theoretically) any CM12.x based kernel to add F2FS support for the /cache partition. This is not necessary for the /data partition as it has always been F2FS formated (stock Moto or CM roms) for ghost :good:
The modification works by adding a mount options for the F2FS file system (in addition the the EXT4 file system mount option) to the fstab in the current kernel on your ghost.
This is for CM12.1 (and possibly AOSP) based roms only.
I used the information on HTC dev @jrior001's thread so I'll include some of the info he provided:
Original thread here: http://forum.xda-developers.com/htc-desire-hd/development/f2fs-acecm12-lp-aosp-t2995418
What is F2FS?
F2FS wiki
Why F2FS?
F2FS put to the test vs EXT4
Does it work?
Ghost already benefits (per Anandtech's post) from F2FS formated /data so there isn't going to be a massive difference in performance. However, my phone seems to be a little quicker/smoother FWIW.
Switch to F2FS cache file system:
1. Update to TWRP 2.8.x.x and boot into recovery.
2. Create a backup of your device (you can get away with a backup of /boot only).
3. Goto WIPE > ADVANCED WIPE.
4. Select CACHE > "REPAIR OR CHANGE FILE SYSTEM" > F2FS.
5. Flash the attached zip file.
6. Reboot.
Switching back to EXT4 cache file system:
1. Boot into recovery.
2. Goto WIPE > ADVANCED WIPE.
3. Select CACHE > "REPAIR OR CHANGE FILE SYSTEM" > EXT4.
4. Reboot.
Devs can add this to their builds by simply inserting the following line into fstab.qcom prior to building boot.img:
/dev/block/platform/msm_sdcc.1/by-name/cache /cache f2fs rw,nosuid,nodev,noatime,nodiratime,inline_xattr wait,check
Credit:
@jrior001
@infectedorganism (gave me the heads up to check fstab.qcom)
@tdhite (I used your zip file as a basis to create the flashable zip)
As always, I'm not responsible for any loss of data; always make a backup prior to messing around :laugh:
View attachment 3399179 View attachment 3399180
Click to expand...
Click to collapse
Can I use this mod for stock Android 5.1 ?
md07 said:
Can I use this mod for stock Android 5.1 ?
Click to expand...
Click to collapse
This is for only Cm12.1 based rom or for aosp based roms
md07 said:
Can I use this mod for stock Android 5.1 ?
Click to expand...
Click to collapse
I doubt this will work for stock 5.1. Can you check /fstab.qcom and see if it mentions /cache partition?
Megatron007 said:
This is for only Cm12.1 based rom or for aosp based roms
Click to expand...
Click to collapse
Pretty sure it will work for your AOSP (looked at r6 build) and all motorola/msm8960dt-common tree based roms (unless there are some major changes to the kernel which prevents it from being rebuilt). :good:
where screenshots from?
I doubt this will work for stock 5.1.
Click to expand...
Click to collapse
not boot on stock 5.1
chaoslimits said:
I doubt this will work for stock 5.1. Can you check /fstab.qcom and see if it mentions /cache partition?
Pretty sure it will work for your AOSP (looked at r6 build) and all motorola/msm8960dt-common tree based roms (unless there are some major changes to the kernel which prevents it from being rebuilt). :good:
Click to expand...
Click to collapse
i flashed this mod for stock 5.1. Phone stucked at bootloader unlocked warning screen, and not boot.
md07 said:
i flashed this mod for stock 5.1. Phone stucked at bootloader unlocked warning screen, and not boot.
Click to expand...
Click to collapse
Restore "boot" from your nandroid. I stated that this was for CM/AOSP roms only
Zorge.R said:
where screenshots from?
not boot on stock 5.1
Click to expand...
Click to collapse
md07 said:
i flashed this mod for stock 5.1. Phone stucked at bootloader unlocked warning screen, and not boot.
Click to expand...
Click to collapse
I can't test since I'm not on stock, but the STOCK zip in the OP should boot stock moto firmwares 4.x.x or 5.x. Same instructions:
1. Nandroid
2. Flash zip
3. Change cache to F2FS in TWRP.
chaoslimits said:
I can't test since I'm not on stock, but the STOCK zip in the OP should boot stock moto firmwares 4.x.x or 5.x. Same instructions:
1. Nandroid
2. Flash zip
3. Change cache to F2FS in TWRP.
Click to expand...
Click to collapse
I downloaded the MOTO_5.x.x_F2FS_enable_v2.zip and placed it on my phone and followed your instructions and it seems like I am stuck, was there another zip?
mastarifla said:
I downloaded the MOTO_5.x.x_F2FS_enable_v2.zip and placed it on my phone and followed your instructions and it seems like I am stuck, was there another zip?
Click to expand...
Click to collapse
Where are you stuck? It'll take a while to boot as it has to optimize the apps on boot again. If it doesn't boot after a 5 or so minutes, go back to recovery and verify that the change to F2FS stuck. You can switch back to EXT4 and it'll boot.
At worse just restore "boot" from your nandroid.
chaoslimits said:
Where are you stuck? It'll take a while to boot as it has to optimize the apps on boot again. If it doesn't boot after a 5 or so minutes, go back to recovery and verify that the change to F2FS stuck. You can switch back to EXT4 and it'll boot.
At worse just restore "boot" from your nandroid.
Click to expand...
Click to collapse
I understand that it has to optimize apps, but it wasn't making it that far, it was stuck on the boot logo like other people have mentioned
I changed it back to EXT4 and restored the BOOT partition, and its back to normal
chaoslimits said:
Where are you stuck? It'll take a while to boot as it has to optimize the apps on boot again. If it doesn't boot after a 5 or so minutes, go back to recovery and verify that the change to F2FS stuck. You can switch back to EXT4 and it'll boot.
At worse just restore "boot" from your nandroid.
Click to expand...
Click to collapse
i tested V1 on AICP, worked good ! How about V2? you must test on stock before release
md07 said:
i tested V1 on AICP, worked good ! How about V2? you must test on stock before release
Click to expand...
Click to collapse
Not sure what you're saying. OP doesn't say it works on stock yet. I asked someone with stock, who was willing to test to try it. Also all V2 are for moto firmware not for CM or AOSP roms.
I'll load stock when I am able but TWRP flash logs would help me figure it out quicker. I'm 99% sure the boot.img isn't being rebuilt due to rramdisk name inconsistencies.
V2 also not worked with stock 5.1 . stuck at bootloader warning screen, not continue boot
md07 said:
V2 also not worked with stock 5.1 . stuck at bootloader warning screen, not continue boot
Click to expand...
Click to collapse
Thanks for getting back to me. Found a silly typo in the scripts. v3 should work for you. Can you test?
chaoslimits said:
Thanks for getting back to me. Found a silly typo in the scripts. v3 should work for you. Can you test?
Click to expand...
Click to collapse
Well well, finally, V3 worked on stock 5.1.
Tks for your hard work!
md07 said:
Well well, finally, V3 worked on stock 5.1.
Tks for your hard work!
Click to expand...
Click to collapse
Great! Please post if you notice any performance changes. I'm curious if it's a placebo or if there's real improvement
Confirm, v3 worked on stock 5.1, thanks for work!
I think in order for this to work on stock 5.1, the kernel has to support fsfs, which so far there aren't any custom kernel available on 5.1. It does however work on CM roms perfectly well although to be perfectly honest I don't see any difference except for the hassle of reformatting the cache partition back to ext4 everytime I want to flash stock.
Sent from my Moto X