Database Develop

How to flash CWM Recovery on Verizon Galaxy tab.

Hello, I just got a Rooted Verizon Galaxy Tab and I don't know how to flash clockworkmod recovery? I found what looks to be a great ICS rom at rootzwiki. However it need Clockworkmod recovery. Any ideas? All the links I find are dead, or no longer recommended. If you could point me in the right direction I would appreciate it. Thanks.
P.S. I looked at Verizon Tab Bootstrapper on the market but there are lots of people who experienced serious problems because of it. I'm not sure if they did it wrong or not. There is this one reviewer that says you need to be running the Original stock rom, maybe he means froyo? I can't seem to locate the original Froyo rom. Thanks.

you could start with
http://forum.xda-developers.com/showthread.php?t=1275031
that gets CWM 4.0 installed.

priyana said:
you could start with
http://forum.xda-developers.com/showthread.php?t=1275031
that gets CWM 4.0 installed.
Click to expand...
Click to collapse
That thread is for the Sprint version, would it work for the Verizon?
Also, I have a rooted stock rom installed. (or so I was told by the guy I got it from) But root checker basic says I don't have proper root access. Is that normal? Should I flash the absolute stock rom with Heimdall and do a superoneclick, rooting it myself?
Thanks.

I have a GSM device.
But I think verizon and sprint the same.
read his post. I don't think there is a superoneclick involved
If you read post #1, #2, then #3 you end up with root + CWM 4.0

priyana said:
I have a GSM device.
But I think verizon and sprint the same.
read his post. I don't think there is a superoneclick involved
If you read post #1, #2, then #3 you end up with root + CWM 4.0
Click to expand...
Click to collapse
Edit: I JUST DID IT!!! THANK YOU!!! I chanced it and used the ODIN I mention below to flash the custom kernel/custom recovery. I'm now doing a backup of the system! Next I'll flash the ICS Rom I found. THANKS!!! Also, I just realized I passed my 10th post! So Now I can post in the development threads! Thanks for that to!
Okay, also I can't seem to find ODIN for the Verizon version. I found ODIN3 v1.7 for the GT-P1000. Would that work for the Verizon version?
And he says to flash the Kernel with any EF17 installation? I don't understand. Thanks for your help.

Just follow the step. Basically, Odin flash the stock EF17 rom.
Then Odin flash the kernel that has CWM.
The Galaxy Tab doesn't have separate recovery.
Its recovery is included in the kernel. that is why you flash a kernel instead, to get CWM recovery.
And naturally you can't flash any kernel that has cwm, it has to be the one that is the same as the base kernel you already have.
BTW, his package has Odin included. you just really have to read carefully
Stock Odin/Heimdall Files: Stock EF17 Tar
Odin: Odin3_v1.7_SPH-P100 is included in tar package.
Heimdall: Homepage
The zip file below contains Odin3 v1.7, my .pit file, and full EF17 tar file including boot loaders and modem! There are no modifications or changes at all to the tar. Use this file to go back to a completely unrooted stock state. (Like you just did an OTA update)
Download stock-ef17-odin-tar-pkg.zip (Mirror) md5: b3f81ce371c3284882552cb22a38c29d

priyana said:
Just follow the step. Basically, Odin flash the stock EF17 rom.
Then Odin flash the kernel that has CWM.
The Galaxy Tab doesn't have separate recovery.
Its recovery is included in the kernel. that is why you flash a kernel instead, to get CWM recovery.
And naturally you can't flash any kernel that has cwm, it has to be the one that is the same as the base kernel you already have.
BTW, his package has Odin included. you just really have to read carefully
Stock Odin/Heimdall Files: Stock EF17 Tar
Odin: Odin3_v1.7_SPH-P100 is included in tar package.
Heimdall: Homepage
The zip file below contains Odin3 v1.7, my .pit file, and full EF17 tar file including boot loaders and modem! There are no modifications or changes at all to the tar. Use this file to go back to a completely unrooted stock state. (Like you just did an OTA update)
Download stock-ef17-odin-tar-pkg.zip (Mirror) md5: b3f81ce371c3284882552cb22a38c29d
Click to expand...
Click to collapse
Well, I flashed the custom kernel in odin and my System is still working. Although for some reason the computer wouldn't recognise the MicroSD so I had to use a reader. I rebooted into recovery and made a backup, then I wiped EVERYTHING (except SD card) and tried installing this: http://rootzwiki.com/topic/11697-rom-cdma-aosp-ics-cm9-build101-0418/ And its giving me:
Installing update...
assert failed: getprop("ro.product.device") == "galaxytab7c" | | getprop("ro.build.product") ==
"galaxytab7c" | | getprop("ro.product.device") == "plc" | | getprop("ro.build.product") ==
"plc" | | getprop("ro.product.device") == "SCH-I800" | | getprop("ro.build.product") == "
SCH-I800" | | getprop("ro.product.device") == "SPH-P100" | | getprop("ro.build.product") =
= "SPH-P100" | | getprop("ro.product.device") == "vzwtab" | | getprop("ro.build.product")
== "vzwtab
E:Error in /sdcard/(name of file).zip
(Status 7)
Installation aborted.
Any ideas? I'm doing a system restore now until I can figure it out. Someone on the thread did say we should be using CWM 5.3. I'm using 4. Where can I get 5.3?

common case for CWM 4.0 which if not mistaken can't do the assert
I don't know what you need to do to upgrade to CWM 5.0 first,
It is the best course of action if you can do it.
but there is other way,
can you use 7zip to open the zip, drag out from deep within the META-INF
there is an updater script
using wordpad, (not notepad) remove the part where it does the assert (the first few lines),
and drag the script back to the zip and flash it.
the end result, you get your cwm upgraded anyway because of the CM9/10

priyana said:
common case for CWM 4.0 which if not mistaken can't do the assert
I don't know what you need to do to upgrade to CWM 5.0 first,
It is the best course of action if you can do it.
but there is other way,
can you use 7zip to open the zip, drag out from deep within the META-INF
there is an updater script
using wordpad, (not notepad) remove the part where it does the assert (the first few lines),
and drag the script back to the zip and flash it.
the end result, you get your cwm upgraded anyway because of the CM9/10
Click to expand...
Click to collapse
Okay, first I'll try the newer official CM9.1 I found. And see if that works. If it doesn't then i'll try what you suggested. Thanks!

Electriccars said:
Okay, first I'll try the newer official CM9.1 I found. And see if that works. If it doesn't then i'll try what you suggested. Thanks!
Click to expand...
Click to collapse
Actually I am quite sure the latest cm gives the same error because you only have cwm 4
Sent from my GT-I9300 using xda app-developers app

priyana said:
Actually I am quite sure the latest cm gives the same error because you only have cwm 4
Sent from my GT-I9300 using xda app-developers app
Click to expand...
Click to collapse
Yeah it did. DOH! lol. Funny because I looked into the updater script of CM9.1 and didn't see the asserts lines. but I missed them. I am rezipping the file with the edited script and lets see what happens!

My reason of suggesting drag out and drag in is because sometimes rezipping screwed the zip in windows.
Windows is not Posix compliant, so if the filenames within are case sensitive, unzip and rezipping screwed it up.
Sent from my GT-I9300 using xda app-developers app

priyana said:
My reason of suggesting drag out and drag in is because sometimes rezipping screwed the zip in windows.
Windows is not Posix compliant, so if the filenames within are case sensitive, unzip and rezipping screwed it up.
Sent from my GT-I9300 using xda app-developers app
Click to expand...
Click to collapse
Yeah. I only removed the specific file, changed it, deleted the old one, and inserted the edited one. I'm flashing it now...

Electriccars said:
Yeah. I only removed the specific file, changed it, deleted the old one, and inserted the edited one. I'm flashing it now...
Click to expand...
Click to collapse
Shoot, now it says:
E:Error in /sdcard/cm-9.1.0p1c.zip
(Status 6)
Installation aborted.
Any ideas?
Edit: Just found: http://forum.xda-developers.com/showthread.php?t=1585619
It says how to flash CWM 5. and flash ICS let me try that.

Did you use notepad?
The file is in Unix text, need wordpad.
Sent from my GT-I9300 using xda app-developers app

priyana said:
Did you use notepad?
The file is in Unix text, need wordpad.
Sent from my GT-I9300 using xda app-developers app
Click to expand...
Click to collapse
No I used wordpad. But no matter. I now have CM9.1 stable installed!!! With CWM 6! woohoo! Thank SO much for your help!

[Q] Problem installing PacMan

I've sucessfully flashed several ROMs to my htc One m7ul, I've followed the convert your device to a google plus edition changing my model name and I've been able to install other m7ul based roms on my device (AOKP for example) but when i download the pacman roms from the official Pacman site under their Other and Stable section for the m7ul and try to install it (after making a wipe) i get the following in my log:
+------------------------------------------------------------------------------------------------+
Installing '/sdcard/Download/pac_m7ul_4.3-build(rest cut off?)
Checking for MD5 file . . .
Skipping MD5 check: no MD5 file found.
assert failed: getprop("ro.product.device") == (rest cut off?)
getprop("ro.product.device") == "m7ul" | (rest cut off?)
E: Error excuting updater binary in zip '/sdcar (rest cut off?)
Error flashing zip '/sdcard/Download/pac_m7ul_4 (rest cut off?)
Updating partition details . . .
+------------------------------------------------------------------------------------------------+
the "(rest cut off)" being where i think theres more text to the error but due to the screen formatting it looks like its being cut, I'm using TWRP recovery, have an unlocked bootloader and have s-off, Can anyone help me?

I've been able to install the ROM by using AndroidKitchen to extract the updater-script and edit it. The homescreen is very buggy, no wallpaper display, bootloop issues. I'm Changin the kernels to try and help but im not sure if this is a rom issue or a kernel issue. Does anyone have this ROM installed? and if so what kernel are you using?

One workaround for 'assert failed' during CM install

Error message during failed install of CM zip: assert failed: get prop ("ro.product.device") == "ovation" || get prop ("ro.build.product") = ="ovation"
Solved: See below.
When I first got my HD+, I did an SD "install" of CM 11. Then I installed CM 11 to the emmc, via CWM, per all the instructions on the xda website.
Once CM 11 was installed, I changed to TWRP 2.6.3.0. (I like being able to name the backups.)
Then I did a wipe and dropped down to CM 10.2.1. (More stable.) I did the install from TWRP.
Then I installed the fuzz kernel from TWRP.
Last, I updated to TWRP 2.6.3.0a when I couldn't get Succulent's CM 11 to install.
Okay, so tonight I wanted to do a clean install of CM 10.2.1, without gapps this time.
So I booted to recovery, did a wipe, and tried installing CM 10.2.1.(The build came direct from Cyanogen mod's website for the Ovation.)
I get an error similar to what I got when I tried to install Succulent's CM 11. Here's the error message:
assert failed: get prop ("ro.product.device") == "ovation" || get prop ("ro.build.product") = ="ovation"
I dropped back to CWM and tried installing the ROM from three different versions: CWM 6.0.4.5, 6.0.4.5b, and CWM 6.0.4.6.
I tried installing CM 10.2.1 from the internal and the external SD card.
No joy. Fortunately, a Nandroid backup beforehand and I've restored to where I was.
Any ideas what's wrong? It shouldn't be this hard. It doesn't seem that a ROM install should be Recovery Dependent . But maybe it is?
==========
Solved. leapinlar, in the thread where I originally posted this question, said to use an older version of CWM to install. Apparently some incompatibility between versions of CWM (and TWRP) and the ROM zip.
Another solution was alluded to by King200 in another forum, but it sounded arcane and hard to do. It wasn't.
Here are Windows instructions:
++++++++++
Note: This method removes the "sanity check" built into the recovery image which checks to make sure the ROM you're installing is compatible with your tablet. Obviously, flashing the wrong ROM can/will brick your tablet.
So be warned.
Since I only have one tablet that I flash CM 10.2.1 on, no problem for me. If you have more than one tablet, perhaps you should delete your hacked zip after you install, to be safe.
Okay?
But for educational purposes, here's what I did to work around the problem.
++++++++++
You do this with 7-Zip. (So install 7-Zip if you don't have it already.)
Right click on the ROM that you're trying to install.
A 7-Zip context menu opens.
Select "Open Archive."
Drill your way down to
/META-INF/com/google/android/updater-script
Right click on the updater-script and select "Edit."
Open updater-script with Notepad.
Delete the first line of code, all the way up to the first semicolon. And delete the first semi-colon as well.
Save the edited file in Notepad. You'll get a 7-zip message asking if you want to incorporate your changes back into the archive. "Yes."
Now the ROM will install with later versions of CWM or TWRP.
Note: I had to do with this with the "fuzz" kernel too.
P.S. I don't know how to read code, so I don't understand exactly what the problem here is. I peeked at the scripts. I have an "ovation" tablet. Both the ROM and the Recovery image mention "ovation" in their updater scripts. Seems like they ought to talk to each other.

Please don't do this procedure. It is dangerous. It could brick your device. And the issue is not whether you have more than one tablet, it is if you accidentally download a hummingbird (HD) zip when you have an ovation (HD+) and try to flash it to an HD+. If you remove that assert statement the HD zip will merrily install to an HD+. And you will have a real mess.
A real case happened where a Nook Color user tried to flash a Nook Tablet ROM to his Color. The assert statement which was designed to prevent that did its job and prevented it. However, another user recommended he remove the assert statement, which he did, and thus flashed the Tablet ROM to his Color. His Color ended up bricked.
NEVER REMOVE AN ASSERT STATEMENT!
There are two more safe procedures.
One, use an older version of CWM to flash the older zips.
Two, do as the procedure says by opening the archive, but don't edit the updater-script file to remove the assert line. Look in a newer zip like CM11 and extract the file 'update-binary' and copy it to the old zip replacing the old update-binary file there. Then the old zip is flashable with the newer CWM/TWRP recoveries.
Sent from my BN NookHD+ using XDA Premium HD app

How can I determine what bootloader version I have?

My intent was to end up with Fire OS 5.3.2 & 5.1.2's bootloaders.
I have a rooted (SuperSU) Fire OS 5.3.2, (Alexa works ),
with Play Store, Flashfire, Busybox, xposed framework,
removed lockscreen ads, blocked updates.
I started with a Fire 7 on Fire OS 5.1.3 downgraded to 5.1.2 via adb sideload.
I then used Supertool to root / SuperSU; installed Flashfire to try to
run 5.3.2 rooted.
On Flashfire I installed these zip's
update-kindle-global-37.5.6.0_user_560177220---5-3-2.zip
fire_boot_5.1.2-5.4.2_542168620.zip
UPDATE-SuperSU-v2.46.zip
open_gapps-arm-5.1-pico-20161125.zip
xposed-v87-sdk22-arm.zip
I did lose busybox, but I reinstalled from Play Store fine.
How can I tell what bootloader I have [5.1.2 vs 5.3.1]?

fuzzynco said:
My intent was to end up with Fire OS 5.3.2 & 5.1.2's bootloaders.
I have a rooted (SuperSU) Fire OS 5.3.2, (Alexa works ),
with Play Store, Flashfire, Busybox, xposed framework,
removed lockscreen ads, blocked updates.
I started with a Fire 7 on Fire OS 5.1.3 downgraded to 5.1.2 via adb sideload.
I then used Supertool to root / SuperSU; installed Flashfire to try to
run 5.3.2 rooted.
On Flashfire I installed these zip's
update-kindle-global-37.5.6.0_user_560177220---5-3-2.zip
fire_boot_5.1.2-5.4.2_542168620.zip
UPDATE-SuperSU-v2.46.zip
open_gapps-arm-5.1-pico-20161125.zip
xposed-v87-sdk22-arm.zip
I did lose busybox, but I reinstalled from Play Store fine.
How can I tell what bootloader I have [5.1.2 vs 5.3.1]?
Click to expand...
Click to collapse
AFAIK there is no way to directly query bootloader version.
Unless modified the first zip you flashed contains the relevant bootloader/kernel. Whether they were actually applied/updated by FlashFire is unknown (at least to me).

Update to bootloader query 5.1.2 vs 5.3.1
Extracted from 'fire_boot_5.1.2-5.4.2_542168620.zip"
The special that was supposed to 're-replace' the bootloaders, kernel and native recovery
with the versions from Fire OS 5.1.2. So should further recovery be needed, the native recovery
system's ADB Sideload, (of a full 5.1.2 Fire OS), should work.
product=ford
package=com.amazon.ford.android.os
version_name=Fire OS 5.1.2 (542168620)
version_number=542168620
description=full_ford-user 5.1.1 LMY47O 37.5.4.2_user_542168620 release-keys
key_type=release-keys
sign_type=release
binary_type=full
Click to expand...
Click to collapse
getprop("ro.product.device") == "ford" || abort("This package is for "ford" devices; this is a "" + getprop("ro.product.device") + "".");
show_progress(0.750000, 0);
#ui_print("Patching system image unconditionally...");
#block_image_update("/dev/block/platform/mtk-msdc.0/by-name/system", package_extract_file("system.transfer.list"), "system.new.dat", "system.patch.dat");
show_progress(0.050000, 5);
#package_extract_file("boot.img", "/dev/block/platform/mtk-msdc.0/by-name/boot");
show_progress(0.200000, 10);
package_extract_file("images/lk.bin", "/dev/block/platform/mtk-msdc.0/by-name/UBOOT");
package_extract_file("images/tz.img", "/dev/block/platform/mtk-msdc.0/by-name/TEE1");
package_extract_file("images/recovery.img", "/dev/block/platform/mtk-msdc.0/by-name/recovery");
#
# Edify script to copy the correct preloader image
#
# check if production device
if (getprop("ro.boot.secure_cpu") == "1")
then
ui_print("Copying preloader_prod.img to boot partition 0 for secure device...");
package_extract_file("images/preloader_prod.img", "/dev/block/platform/mtk-msdc.0/mmcblk0boot0");
else
if (getprop("ro.boot.secure_cpu") == "0")
then
ui_print("Copying preloader.img to boot partition 0 for unsecure device...");
package_extract_file("images/preloader.img", "/dev/block/platform/mtk-msdc.0/mmcblk0boot0");
else
if ("0025001000000015" == read_file_str("/proc/idme/board_id") ||
"0025001000010015" == read_file_str("/proc/idme/board_id") ||
"0025001010000015" == read_file_str("/proc/idme/board_id") ||
"0025001010010015" == read_file_str("/proc/idme/board_id") ||
"0025001020000015" == read_file_str("/proc/idme/board_id"))
then
ui_print("Copying preloader.img to boot partition 0 for unsecure device...");
package_extract_file("images/preloader.img", "/dev/block/platform/mtk-msdc.0/mmcblk0boot0");
else
ui_print("Copying preloader_prod.img to boot partition 0 for secure device...");
package_extract_file("images/preloader_prod.img", "/dev/block/platform/mtk-msdc.0/mmcblk0boot0");
endif;
endif;
endif;
#
# Edify script to copy the correct logo image
#
ui_print("Copying logo.bin to LOGO partition ...");
package_extract_file("images/logo.bin", "/dev/block/platform/mtk-msdc.0/by-name/LOGO");
package_extract_file("META-INF/com/amazon/android/target.blocklist", "/cache/recovery/last_blocklist");
set_metadata("/cache/recovery/last_blocklist", "uid", 0, "gid", 0, "mode", 0444, "capabilities", 0x0);
Click to expand...
Click to collapse
All the tools I can find tell me I have a working Fire OS 5.3.2, with SuperSU Pro root, Flashfire Pro,
Titanium Backup Pro, and having re-run Supertool, Play Store, blocked updates, etc.
I'm guessing because I rooted first on 5.1.2, and used Flashfire to install first 5.3.2 then
the required parts of 5.1.2 to have the bootloaders think it is a 5.1.2 system
then SuperSU via Flashfire all in one 'session' I ended up with the 'hybrid'
system I have?

fuzzynco said:
I'm guessing because I rooted first on 5.1.2, and used Flashfire to install first 5.3.2 then
the required parts of 5.1.2 to have the bootloaders think it is a 5.1.2 system
then SuperSU via Flashfire all in one 'session' I ended up with the 'hybrid'
system I have?
Click to expand...
Click to collapse
Possibly. 5.1.2 bootloader has no special 'powers' so there is no benign check you can run to confirm. The only definitive test is sideloading 5.1.2 which will brick device if bootloader/kernel is not in sync.

Can you run the "whichpl" script on your Fire? It should identify the preloader installed: https://drive.google.com/drive/folders/0B214JJmar6j-VllGSWNXTS1mSU0?usp=sharing

steve8x8 said:
Can you run the "whichpl" script on your Fire? It should identify the preloader installed: https://drive.google.com/drive/folders/0B214JJmar6j-VllGSWNXTS1mSU0?usp=sharing
Click to expand...
Click to collapse
yes -- worked - reported fireOS 5.1.2 (which is what I'd hoped I'd see).
Working with 5.1.2's bootloaders / boot and 5.3.2's /system.
Rooted with SuperSU via flashfire (from actual fireOS 5.1.2
/system, after rooting with Supertool & kingroot / supersu).

Good to know the script works for other fireOS versions than mine
I've got a Fire still running 5.1.1, with all its vulnerabilities, and might follow the same track to bump it to 5.3.1 at least.
Still wondering whether there might be a generic "patch" to the updater script (which has been unchanged since 5.1.1) and the images/ directory inside the zip, i.e. a "cookbook recipe" to transform an existing ROM into an upgrade zip that doesn't touch the bootloader parts, making the fire_boot zips obsolete (and which would work with *every* rooted fw version)... I'll have another look when... um, later...

steve8x8 said:
Good to know the script works for other fireOS versions than mine
I've got a Fire still running 5.1.1, with all its vulnerabilities, and might follow the same track to bump it to 5.3.1 at least.
Still wondering whether there might be a generic "patch" to the updater script (which has been unchanged since 5.1.1) and the images/ directory inside the zip, i.e. a "cookbook recipe" to transform an existing ROM into an upgrade zip that doesn't touch the bootloader parts, making the fire_boot zips obsolete (and which would work with *every* rooted fw version)... I'll have another look when... um, later...
Click to expand...
Click to collapse
FYI - a tool was created for 3rd gen HDX devices that stripped out bootloader, recovery and other components from the generic Amazon update package leaving just FireOS which could be flashed w/TWRP (presumably FlashFire could also be used) without messing with the other partitions. While it worked a treat few users took advantage of the capability preferring to go the custom ROM route instead. I can dig up the link if interested.

Thanks for the offer - I try to find a spare hour or two (to have a look at the FW packages) as soon as I got my new specs - coding/scripting without them has become more and more dangerous

Still scratching my head, first bald spots start to appear...
fuzzynco said:
On Flashfire I installed these zip's
update-kindle-global-37.5.6.0_user_560177220---5-3-2.zip
fire_boot_5.1.2-5.4.2_542168620.zip
UPDATE-SuperSU-v2.46.zip
open_gapps-arm-5.1-pico-20161125.zip
xposed-v87-sdk22-arm.zip
Click to expand...
Click to collapse
I had a closer look at the updater-script inside the fire-boot package, and what has been changed compared to the original 5.1.2 one.
Not too much: bootloader files are written (back, replacing the ones of the later ROM :good: ); system, of course, doesn't get written :good: ; the boot.img (OS kernel) doesn't get written :good: ; a recovery shows up though . The latter is worrying me - it is identical between 5.1.1 and 5.1.2 versions while boot.img of the original ROMs aren't - how has it been created? and why does it have to be replaced at all? (Stock doesn't seem to care. Yes, I know that recovery is signed and cannot be replaced at random. So this one must be special.)
Also, there are two lines at the very end of the updater-script providing a file /cache/recovery/last_blocklist - which contains checksums of the components of the (original) 5.1.2 ROM as a whole. These (and more info) wouldn't match a later ROM like the 5.3.2 you had installed before. Does this mean that the recovery will choke on it *if* /cache doesn't get wiped (I suppose you're doing that - but that would make the last two lines in the script obsolete)?
I may be mistaken but a bootloader-less update, based on *any* stock ROM, would cut down the updater-script to the first seven (7) lines - install system, and boot.img, done. Sounds too simple. Where's my mistake? There must be one

steve8x8 said:
Can you run the "whichpl" script on your Fire? It should identify the preloader installed: https://drive.google.com/drive/folders/0B214JJmar6j-VllGSWNXTS1mSU0?usp=sharing
Click to expand...
Click to collapse
This script sounds like what I've been looking for to determine bootloader versions on numerous Fire tablets. Can you please share this script in a location that doesn't require a g00g account to get to it? Thanks.

How to port Lineage 13.0 (6.01) to XT907(and XT905)-JBBL and possibly others...

All the steps below are done at your OWN risk, and I take no responsibility blah blah blah
I will use explicit directory names and have referred to using Notepad++ and 7Zip. Both of which are free. But are not important to the actual process, just simplify the explanation for me. I will also be using Windows.
Both the above assumptions can be easily transferred to their UNIX or Mac equivalents.
1. Download the latest build from Lineage for the XT897
https://download.lineageos.org/xt897
2. Extract a copy of the file "/system/build.prop"
3. Open the build prop in a text editor
4. Do a global Find & Replace (case sensitive just to be sure)
xt897 to xt907
XT897 to XT907
5 Add and / or replace the following lines into the build prop (location in the file is not important, I personally add any new to the end and replace the values for existing)
Code:
ro.hdmi.enable=false
ro.cm.device=xt907
ro.product.device=RAZR M
ro.product.name=XT907
ro.build.product=scorpion_mini
ro.product.model=RAZR M
ro.boot.modelno=XT907
6. extract the attached vendor_motorola_xt907_proprietary.zip to C:\temp\xt907\
you should now have the directory structure of:
Code:
c:\temp\xt907\etc\firmware\
within the last directory should be two files
atmxt-r1.tdat
atmxt-r2.tdat
7. Add the etc\firmware directories at c:\temp\xt907\ to the zip, under the system directory.
you should now have within the zip
Code:
\system\
build.prop
\etc\firmware\
atmxt-r1.tdat
atmxt-r2.tdat
8. extract "\META-INF\com\google\android\updater-script" file from the zip to c:\temp\xt907\
9. Open the "c:\temp\xt907\updater-script" file in your text editor
NB: when editing this file, I would ensure that all line endings are "newline" not "CR-NL". In Notepad++ do a replace of "\r\n" with "\n"
10. Change the first line
FROM:
Code:
[COLOR="Red"][strike]assert(getprop("ro.product.device") == "xt897" || getprop("ro.build.product") == "xt897" || getprop("ro.product.device") == "asanti_c" || getprop("ro.build.product") == "asanti_c" || abort("This package is for device: xt897,asanti_c; this device is " + getprop("ro.product.device") + "."););[/strike][/COLOR]
TO:
Code:
[COLOR="SeaGreen"][B]assert(getprop("ro.product.device") == "moto_msm8960_jbbl" || getprop("ro.build.product") == "moto_msm8960_jbbl" || getprop("ro.product.device") == "xt907_jbbl" || getprop("ro.build.product") == "xt907_jbbl" || getprop("ro.product.device") == "xt901" || getprop("ro.build.product") == "xt901" || getprop("ro.product.device") == "solstice" || getprop("ro.build.product") == "solstice" || getprop("ro.product.device") == "xt905" || getprop("ro.build.product") == "xt905" || getprop("ro.product.device") == "smq_u" || getprop("ro.build.product") == "smq_u" || getprop("ro.product.device") == "scorpion_mini_u" || getprop("ro.build.product") == "scorpion_mini_u" || getprop("ro.product.device") == "XT907_JBBL" || getprop("ro.build.product") == "XT907_JBBL" ||getprop("ro.product.device") == "Moto Razr M" || getprop("ro.build.product") == "Moto Razr M" || getprop("ro.product.device") == "scorpion_mini" || getprop("ro.build.product") == "scorpion_mini" || abort("This package is for device: moto_msm8960_jbbl,xt901,solstice,xt905,smq_u,scorpion_mini_u,xt907_jbbl,scorpion_mini; this device is " + getprop("ro.product.device") + "."););[/B][/COLOR]
11. Add the following lines to the end of the updater-script file
Code:
ifelse(is_mounted("/system"), unmount("/system"));
mount("ext4", "EMMC", "/dev/block/platform/msm_sdcc.1/by-name/system", "/system", "");
package_extract_dir("system", "/system");
unmount("/system");
12. Save the file (take note of NL characters for line ending), & replace the one in the zip that you originally extracted it from ie "\META-INF\com\google\android\updater-script"
13. Rename the zip from something like "lineage-13.0-20170325-nightly-xt897-signed.zip" to "lineage-13.0-20170325-nightly-xt907-PORTED.zip"
14. reboot to TWRP
15. Make a backup!!!
16. Do a clean install and flash the appropriate GApps
17. Reboot & enjoy
Lineage do a weakly build for the XT897, and I think I previously use to dirty flash the ones I made. You can also see the change logs etc for the XT897 to know what to expect.
I have started to build my own XT905/XT907 ROMS from the source for the XT897, so it has been a while sionce I did the above, but I have modified the source to basically do the above steps. I actually still do the build prop file manually as its easier than modifying/maintaining the source. I also think you should be able to dirty flash it over an existing ZIP that was built using the above system.

Hi there. I've got a Razr M (XT907) that I used as my daily phone. It's currently running a nightly build of CyanogenMod 12.1 on Android Version 5.1.1.
Was looking through these instructions and two quick questions.
Main one -- I understand this post is a few months old, but this write-up seems to be for Lineage 13.0 whereas the newest version of the Lineage nightly is 14.1. Is that [significantly] relevant?
Also, "qtmxt-r1.tdat" and "qtmxt-r2.tdat" don't exist in my \etc\firmware directory, though an "atmxt-r1.tdat" and "atmxt-r2.tdat" do. Is that just a typo?
Kudos in advance!
-Dan

ProoN said:
Main one -- I understand this post is a few months old, but this write-up seems to be for Lineage 13.0 whereas the newest version of the Lineage nightly is 14.1. Is that [significantly] relevant?
Click to expand...
Click to collapse
I haven't explicitly checked, but the steps are the same. The only thing that may of changed is you should also search the build.prop for "asanti"/"asanti_c" or such and change to "scorpion_mini" and also check for "PHOTON Q" and change to "RAZR M". Also check that there are no duplicates of the build.prop's I added at the end.
I currently build my own LOS13 from source, so haven't performed the above since they switched to Nougat; maybe once when they first switched. Without the customisations of Xposed, LOS is to vanilla for me.
ProoN said:
Also, "qtmxt-r1.tdat" and "qtmxt-r2.tdat" don't exist in my \etc\firmware directory, though an "atmxt-r1.tdat" and "atmxt-r2.tdat" do. Is that just a typo
Click to expand...
Click to collapse
Typo corrected. thanks.
I also improved/updated step 11
And also realised the GAPPS should now be for 7.x

Alriiiiight. So, I've got the latest nightly build of Lineage OS, edited all files according to the instructions up there and am ready to *try* to install/flash this onto my device.
The XT907 is currently running a nightly build of CyanogenMod 12.1 on Android 5.1.1.
From how it sounds, I just need to boot into recovery (I've got TWRP) and install via micro SD, correct? It just installs atop CyanogenMod? I'm not really sure how it works.
This is my daily phone and I just don't want to mess anything up.

ProoN said:
Alriiiiight. So, I've got the latest nightly build of Lineage OS, edited all files according to the instructions up there and am ready to *try* to install/flash this onto my device.
The XT907 is currently running a nightly build of CyanogenMod 12.1 on Android 5.1.1.
From how it sounds, I just need to boot into recovery (I've got TWRP) and install via micro SD, correct? It just installs atop CyanogenMod? I'm not really sure how it works.
This is my daily phone and I just don't want to mess anything up.
Click to expand...
Click to collapse
What version of TWRP do you have? An older version wont be able to flash the latest ROMs
Are you running the JBBL?
1st you need to make a nandroid (ie BACKUP) of everything you have
Wipe cache, dalvik, data & system (you do not need to wipe internal SD)
Then flash the LineageOS zip file
Then flash the correct (ie same) version of GApps (I use OpenGapps pico personally) 7.x if you have latest LineageOS
Then flash your chosen method for root (optional, either Masgisk or SuperSU, I personally prefer Magisk but have not tested either with LOS 14.1 I run LOS 13.0)
Then reboot. Give it 10min to boot the first time.
If it fails, restore your backup.
Good luck.

I keep backups of all my data, generally once a week or so. Data loss on the device isn't a huge deal, I'm more concerned about the phone itself being inoperable once I [attempt to] flash Lineage onto it, lol.
My device is currently running TWRP v2.8.5.0. And if I remember correctly, any later versions of it wouldn't work for some reason -- I tried a few. Though, I haven't tried any other recovery programs as this version of TWRP worked fine for flashing CyanogenMod on here at the time (2015..)
Also, I'm not sure what JBBL is .. exactly.
Kudos for the quick replies though, much appreciated.

ProoN said:
I keep backups of all my data, generally once a week or so. Data loss on the device isn't a huge deal, I'm more concerned about the phone itself being inoperable once I [attempt to] flash Lineage onto it, lol.
Click to expand...
Click to collapse
If you take backups (nandroid and sdcard etc), this phone seems pretty safe to flash ROM zips through TWRP (but never say never... and it is possible if someone gives you a zip explicitly trying to kill your phone)
ProoN said:
My device is currently running TWRP v2.8.5.0. And if I remember correctly, any later versions of it wouldn't work for some reason -- I tried a few. Though, I haven't tried any other recovery programs as this version of TWRP worked fine for flashing CyanogenMod on here at the time (2015..)
Click to expand...
Click to collapse
I am pretty sure you will need to update TWRP again to flash these newer ROMs. For the latest see: https://forum.xda-developers.com/droid-razr-m/general/twrp-3-1-1-xt907jbbl-t3652141
ProoN said:
Also, I'm not sure what JBBL is .. exactly.
Click to expand...
Click to collapse
If you haven't taken the KitKat OTA or flashed the update manually, then chances you are on a JBBL (ie JellyBean Bootloader). Unless you bought the phone with KitKat pre-installed.

The phone was completely stock when I got it. There was a thread on here on how to unlock the bootloader, flash custom recoveries and OS's which is how I managed to get CM installed. How can I tell if JBBL is on here? Also, which version of Gapps would work for what I'm trying to do? (Lineage 14.1 on Android 5.1.1)
Sorry for so many questions. Kudos once again for the replies

ProoN said:
How can I tell if JBBL is on here?
Click to expand...
Click to collapse
"Settings > About phone > Kernel version" then search and read XDA ( eg https://forum.xda-developers.com/droid-razr-m/general/guide-faq-how-to-root-boot-unlock-t2869432
https://forum.xda-developers.com/showthread.php?t=2226729
https://forum.xda-developers.com/showthread.php?t=2758398
https://forum.xda-developers.com/showthread.php?t=2345558)
ProoN said:
Also, which version of Gapps would work for what I'm trying to do? (Lineage 14.1 on Android 5.1.1)s
Click to expand...
Click to collapse
Lineage 14.1 is Nougat. Nougat is 7.X so you would get that (eg ARM, 7.1, PICO from open gapps)

Will flashing Lineage OS on here update the Android system entirely from 5.1.1 to 7.x.x? I guess that's my main confusion here.

ProoN said:
Will flashing Lineage OS on here update the Android system entirely from 5.1.1 to 7.x.x? I guess that's my main confusion here.
Click to expand...
Click to collapse
You are OT,best to ask your question here https://forum.xda-developers.com/showthread.php?t=2259645

Alright. So here's a not-so-newbie question. I went ahead and updated TWRP from v2.8.5.0 to v3.1.1-0 -- it was on another thread you had posted (the JBBL version seems to work on mine.)
Instead of trying to flash Lineage 14.1, I went along with the instructions for 13.0, edited the files and parameters accordingly, booted into TWRP and tried to install via zip and am getting this error
"Invalid zip file format!"
"Error installing zip file '/sdcard/lineage-13.zip"
Also have a copy of the zip file on the external_sd which reports the same error. I've tried this on both Windows and OSX with different zip programs and get the same error. Not sure what's happening here.

ProoN said:
Also have a copy of the zip file on the external_sd which reports the same error. I've tried this on both Windows and OSX with different zip programs and get the same error. Not sure what's happening here.
Click to expand...
Click to collapse
So, clearly your zip file is corrupted by your doing/zip application, not the actual steps I have above. I personally use 7Zip (freeware), and have had no corrupted zips issues. And it actually is a pretty newbie question If you want help, put the actual TWRP log up here, what you have posted tells us nothing.

Alright, making progress here. ..kind of.
I was originally extracting the archive entirely, editing and moving where necessary and then re-zipping. I'm not entirely sure why that method doesn't work when trying to install, but it doesn't.
So yeah. I've got TWRP 3.1.1-0 on my device now (JBBL version.) I followed the steps above as far as I'm aware but am getting a different error now.
{
"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"
}
I used Notepad++ as well, though there wasn't a single instance of \r\n that was replaced when following the instructions

ProoN said:
Alright, making progress here. ..kind of.
I was originally extracting the archive entirely, editing and moving where necessary and then re-zipping. I'm not entirely sure why that method doesn't work when trying to install, but it doesn't.
So yeah. I've got TWRP 3.1.1-0 on my device now (JBBL version.) I followed the steps above as far as I'm aware but am getting a different error now.
[SCREENSHOT]Sheeze! a link to the image or a little bit of a trim may of been in order. There is actually a feature under "Advanced" (I think) to copy the log to your SDCard (ie as text)
Click to expand...
Click to collapse
The line "This package is for devices with a 4.1 bootloader" is basically telling you that you do not have a JBBL. ie you have a KKBL.
JBBL=4.1
KKBL=4.4.2
If you search these forums, there have been recent posts regarding installation zips (ie flashable) that can switch you back and forth between JBBL and KKBL for an xt907. eg https://forum.xda-developers.com/showpost.php?p=73317190&postcount=13

ProoN said:
I was originally extracting the archive entirely, editing and moving where necessary and then re-zipping. I'm not entirely sure why that method doesn't work when trying to install, but it doesn't.
Click to expand...
Click to collapse
FYI: some of the reasons it could fail include (but are not limited to): Re-ziping can change the compression method (ie from simple STORE to compressed) and the zip file may (I dont think this one does) include some files which are case sensitive, while if re-zipped on Windows, chances are you are not on a case sensitive file system.

I did a quick look over...but I might have missed it. Does any of this required an unlocked bootloader? Mine is currently locked.

DragonFire1024 said:
I did a quick look over...but I might have missed it. Does any of this required an unlocked bootloader? Mine is currently locked.
Click to expand...
Click to collapse
Look, read and think. The answer is staring you in the face.

Is there any chance you could upload a copy of the zip you managed to port to the XT907? I've tried this several times on XP and Windows 7 with WinRAR and 7Zip. I can't get it to work at all.

ProoN said:
Is there any chance you could upload a copy of the zip you managed to port to the XT907? I've tried this several times on XP and Windows 7 with WinRAR and 7Zip. I can't get it to work at all.
Click to expand...
Click to collapse
are you talking MM or N? Are you getting errors in TWRP? if so, what? and please dont post a screen shot/photo, copy the log in TWRP to your SD (an option in twrp) and post the text