It looks like T-Mobile has updated the rom again. Does anyone have an extract which they can upload?
https://support.t-mobile.com/docs/DOC-28482
It appears as if sammobile already has it???
http://www.sammobile.com/firmwares/confirm/99757/G900TUVS1GPI1_G900TTMB1GPI1_TMB/
SurfinMobile77 said:
It looks like T-Mobile has updated the rom again. Does anyone have an extract which they can upload?
https://support.t-mobile.com/docs/DOC-28482
Click to expand...
Click to collapse
Here is an unmodified reupload of the new update straight from sammobile
https://mega.nz/#!5tNjRITJ!tjVgleABN53tmqFwmT9T9mSE_qZ8exIwxpoBVAFNvcw
In the process of updating my encrypted G900T, will post the necessary Odin flashable Protected Partitions once I have extracted them and hopefully not bricked my phone in the update process.
SimLynks said:
Here is an unmodified reupload of the new update straight from sammobile
https://mega.nz/#!5tNjRITJ!tjVgleABN53tmqFwmT9T9mSE_qZ8exIwxpoBVAFNvcw
In the process of updating my encrypted G900T, will post the necessary Odin flashable Protected Partitions once I have extracted them and hopefully not bricked my phone in the update process.
Click to expand...
Click to collapse
Thanks SimLynks, were you able to extract the constituent files and post them (bootloader and modem)?
SurfinMobile77 said:
Thanks SimLynks, were you able to extract the constituent files and post them (bootloader and modem)?
Click to expand...
Click to collapse
Got the files, finally posting them here now. Please go to my AndroidFileHost SM-G900T folder to grab the flashable files. https://www.androidfilehost.com/?w=files&flid=121594
Contains the OTA Update ZIP, and the two Odin Flashable TAR files.
To update your rooted/encrypted G900T to the latest OTA without needing to flash the full ROM update file, download the three files from the link posted above, and follow these steps:
1) Install Chainfire's FlashFire if you dont have it already and grant it root permissions.
Download the OTA Update to YOUR DEVICE ITSELF, Run FlashFire, and Hit the Red "Plus" -> Use either "Flash Firmware package" OR "Flash ZIP or OTA" options, find the OTA ZIP downloaded to your device and let FlashFire do it's thing.
NOTE: DO NOT LET FLASHFIRE UPDATE YOUR BOOTLOADER/MODEM these are the "Protected Partitions" and are Locked while booted into your "Custom" ROM by Samsung after it detects you've been rooted. FlashFire documentation explains this in a bit more detail.
2) Download the TAR files to the computer you will be running Odin from, and Restart your Galaxy S5 in Download Mode (Turn device off -> Hold Power Down + Home + Power)
3) Flash the TAR archives in Odin, standard way is Open Odin, connect phone in download mode (should be detected by Odin) hit the "AP" button and UNCHECK "Auto Reboot" if you want to be able to flash both the Bootloader and the Modem without the Device rebooting automatically after the first flash.
Once you have flashed BOTH the Bootloader and the Modem, go ahead and restart your device, you should now have an updated Kernel (OTA Package in FlashFire, Updated Bootloader/Modem from Odin) and be good to go even with Root/Xposed/Encrypted enabled and TWRP that cannot decrypt the Data partition with Samsung Encryption.
SimLynks said:
Got the files, finally posting them here now. Please go to my AndroidFileHost SM-G900T folder to grab the flashable files. https://www.androidfilehost.com/?w=files&flid=121594
Contains the OTA Update ZIP, and the two Odin Flashable TAR files.
To update your rooted/encrypted G900T to the latest OTA without needing to flash the full ROM update file, download the three files from the link posted above, and follow these steps:
1) Install Chainfire's FlashFire if you dont have it already and grant it root permissions.
.
Click to expand...
Click to collapse
I tried your steps, now have Baseband at TUVS1GPL1 but Build is still TUV1GPE1 and the stagefright scans still show the vulns. Also show "Android security patch level: May 1,2016" Here's what I tried:
1. did flashfire using the OTA method, rebooted. Did not update bootloader. Didn't seem like anything happened.
2. Used Odin to flash modem and bootloader. Rebooted.
3. Tried FlashFire again using the "Flash Firmware" method. Booloader items were greyed out, but left the boot.img item checked. This went through an update process.
Rebooted and checked stagefright, still fails the vulns. Just got a notifications pop-up saying "Device Seurity, threat found. Unauthorized actions have been detected, restart to undo changes." I'm assuming this is knox kicking in somehow. Now just get "Recovery is not SEANDROID enforcing" and boots straight into TWRP ... hmm.
tsh said:
I tried your steps, now have Baseband at TUVS1GPL1 but Build is still TUV1GPE1 and the stagefright scans still show the vulns. Also show "Android security patch level: May 1,2016" Here's what I tried:
1. did flashfire using the OTA method, rebooted. Did not update bootloader. Didn't seem like anything happened.
2. Used Odin to flash modem and bootloader. Rebooted.
3. Tried FlashFire again using the "Flash Firmware" method. Booloader items were greyed out, but left the boot.img item checked. This went through an update process.
Rebooted and checked stagefright, still fails the vulns. Just got a notifications pop-up saying "Device Seurity, threat found. Unauthorized actions have been detected, restart to undo changes." I'm assuming this is knox kicking in somehow. Now just get "Recovery is not SEANDROID enforcing" and boots straight into TWRP ... hmm.
Click to expand...
Click to collapse
TSH, seems like you did this correctly (or at least you have the same build info I have on my own device) only thing that appears different is my TWRP does not throw the SEANDROID Not Enforcing message, BUT thats somewhat irrelevant anyway as from what i've read from the TWRP Devs, that message is just "hidden" with the newest release of TWRP, so the Recovery is not SEANDROID Enforcing, but they remove the error message on the newest builds.
Also can you confirm what version of TWRP your running? Latest build is 3.0.2-2 (and is what im running without the SEANDROID message you have). At one point I had a "custom" build of TWRP with version I think 3.0.2-3 but the dev of that custom build eventually pulled the files as the official 3.0.2-2 had been updated past the custom build notwithstanding the conflicting build numbers.
Anyway as to your Build Number still at GPG2 but Baseband at GPI1 that is EXACTLY the same as my device and from what I can tell the correct build numbers you should be seeing. This OTA did not update the "build" it just updated the Kernel/Modem/Bootloader to GPI1. The important thing to check for the the Kernel build DATE, which should now be "Mon Sep 12". My Security Patch Level is "July 1, 2016" not May 1 so im not sure how that mismatch has happened. Please try to run the OTA from TWRP and let me know what happens. This is the first time i've ever tried to update using the OTA file directly so might have missed a step or forgotten I flashed with FlashFire then to double ensure I updated correctly updated in TWRP also before using Odin to flash the rest.
Additionally, when I first updated to this OTA a few days ago, ran the Zimperium Stagefright testing and passed 100%, However when I reran the test after reading your post, as has become my expectation with Stagefright and Samsung "patches" it now fails again, because Zimperium is constantly updating the test to include the newest found bugs with Stagefright...so the GPI1 Kernel is patched for any Stagefright bugs as-of Sep 12, but the Zimperium people seem to constantly find new bugs with this damn library...So we need to wait for the next OTA patch to only have the Stagefright testing fail again a week later once Zimperium has updated the tests to include the neverending Stagefright bugs.
I really need to run the Stagefright testing on my friend's Nexus which is running Nougat and was the first device in a while i've seen pass 100%, might have same issues there but I have not checked yet.
Yep, latest TWRP 3.0.2.2... I was able to get the security notification to stop by uninstalling the Samsung security log system app. Still can't pass the stagefright test... I get 12 critical and 45 high vulns testing with Zimperium v5.3
Something definitely not right... Afraid I may just bite the bullet and do a complete wipe and install fresh.
Sent from my SM-G900T using XDA Free mobile app
tsh said:
Yep, latest TWRP 3.0.2.2... I was able to get the security notification to stop by uninstalling the Samsung security log system app. Still can't pass the stagefright test... I get 12 critical and 45 high vulns testing with Zimperium v5.3
Something definitely not right... Afraid I may just bite the bullet and do a complete wipe and install fresh.
Click to expand...
Click to collapse
Right, I mean a full wipe / restore will definitely fix the issue no doubt, but before you try that you can always do the "full" ROM update using the same method as I previously posted, just replace flashing the OTA from FlashFire, with flashing the full ROM Update and follow all the other steps. Also make sure FlashFire has "Everroot" Checked and I entirely disable flashing "Protected Partiions" in settings, so there is no "unchecking" anything, FlashFire does that automatically.
OTA or Full ROM release, FlashFire still cant safely deal with the "protected partitions", but this is how prior to attempting to use the smaller OTA file, I have been updating my rooted/xposed/encrypted G900T from release to release, the downside to the full update is that after flashing everything you get to wait for the ROM to rebuild the cache, reboot to TWRP and reflash SuperSU and if using Xposed reflash that as well and then again wait for the system to rebuild as Xposed does it's thing on the first boot after install.
I also did not think to consider that my heavily "trimmed" System Apps might have an effect on this, I use Titanium Backup & Greenify immediately after install to outright freeze all the bloatware or Greenify things the system needs to function properly, but I don't want running all the time. When I get a chance Im going to update my friend's G900T using my method and try to figure out this discrepancy between what worked for me, and what is clearly giving you some issues. Until then i'd appreciate any further feedback you can give me so I can revise the process to eliminate any potential trouble spots. Sorry to keep spamming you with all this unnecessary info, but until I can post my own thread on this stuff im just kinda throwing everything I've got here so the info is somewhere.
As for the Stagefright issue, I just reran the Zimperium Stagefright testing again on my up-to-date G900T as well as a Galaxy S3 I'm running the latest nightly Exodus ROM release on (Google Release r68, Android Security Patch Date September 6, 2016, Kernel Build Date Oct 6, 2016) and BOTH devices now fail the Stagefright testing again, after previously passing for about a week or so...This is just how it works with Stagefright unfortunately, they patch it until more bugs are found, rinse repeat.
So no matter what it seems, your gonna fail Stagefright even if on an incredibly recent Build/Kernel. My last test for this needs to be if Nougat also now fails as well, because if so, then it's just another round of the Stagefright party as standard, since they first announced this back in July 2015.
tsh said:
I tried your steps, now have Baseband at TUVS1GPL1 but Build is still TUV1GPE1 and the stagefright scans still show the vulns. Also show "Android security patch level: May 1,2016" Here's what I tried:
1. did flashfire using the OTA method, rebooted. Did not update bootloader. Didn't seem like anything happened.
2. Used Odin to flash modem and bootloader. Rebooted.
3. Tried FlashFire again using the "Flash Firmware" method. Booloader items were greyed out, but left the boot.img item checked. This went through an update process.
Rebooted and checked stagefright, still fails the vulns. Just got a notifications pop-up saying "Device Seurity, threat found. Unauthorized actions have been detected, restart to undo changes." I'm assuming this is knox kicking in somehow. Now just get "Recovery is not SEANDROID enforcing" and boots straight into TWRP ... hmm.
Click to expand...
Click to collapse
You need to flash a firmware package containing a system/system.img. stagefright are system libs. If you want that fix you need to just go ahead and flash the entire firmware. Only thing is tho, stagefright has never been 100% fixed
SimLynks said:
Anyway as to your Build Number still at GPG2 but Baseband at GPI1 that is EXACTLY the same as my device and from what I can tell the correct build numbers you should be seeing. This OTA did not update the "build" it just updated the Kernel/Modem/Bootloader to GPI1.
Click to expand...
Click to collapse
I don't believe that is correct, after flashing the complete OTA (without wiping) both my baseband and build are showing GPI1. Baseband is G900T3UVS3GPI1, build is MMB29M.GT900T3UVS3GPI1. Kernel is 3.4.0-7500527. There's no longer any GPG2 reference on my phone.
Flashed the firmware from scratch. I ran a debloater and openvpn don't work. Running Windows and I can't seem to open system.img.ext4. Can someone check this firmware to see if there is a vpndialogs.apk inside? Need this to get vpn working again.
djy said:
Flashed the firmware from scratch. I ran a debloater and openvpn don't work. Running Windows and I can't seem to open system.img.ext4. Can someone check this firmware to see if there is a vpndialogs.apk inside? Need this to get vpn working again.
Click to expand...
Click to collapse
yes, I can find vpndialogs.apk under priv-app
Could you please post it for me, along with the target path? I can't get ext2explore.exe to open the image.
djy said:
Could you please post it for me, along with the target path? I can't get ext2explore.exe to open the image.
Click to expand...
Click to collapse
Please follow the instructions in this thread
http://forum.xda-developers.com/android/help/android-dat-img-file-unpack-repack-2-0-t3309285
SimLynks said:
TSH, seems like you did this correctly (or at least you have the same build info I have on my own device) only thing that appears different is my TWRP does not throw the SEANDROID Not Enforcing message, BUT thats somewhat irrelevant anyway as from what i've read from the TWRP Devs, that message is just "hidden" with the newest release of TWRP, so the Recovery is not SEANDROID Enforcing, but they remove the error message on the newest builds.
Also can you confirm what version of TWRP your running? Latest build is 3.0.2-2 (and is what im running without the SEANDROID message you have). At one point I had a "custom" build of TWRP with version I think 3.0.2-3 but the dev of that custom build eventually pulled the files as the official 3.0.2-2 had been updated past the custom build notwithstanding the conflicting build numbers.
Anyway as to your Build Number still at GPG2 but Baseband at GPI1 that is EXACTLY the same as my device and from what I can tell the correct build numbers you should be seeing. This OTA did not update the "build" it just updated the Kernel/Modem/Bootloader to GPI1. The important thing to check for the the Kernel build DATE, which should now be "Mon Sep 12". My Security Patch Level is "July 1, 2016" not May 1 so im not sure how that mismatch has happened. Please try to run the OTA from TWRP and let me know what happens. This is the first time i've ever tried to update using the OTA file directly so might have missed a step or forgotten I flashed with FlashFire then to double ensure I updated correctly updated in TWRP also before using Odin to flash the rest.
Additionally, when I first updated to this OTA a few days ago, ran the Zimperium Stagefright testing and passed 100%, However when I reran the test after reading your post, as has become my expectation with Stagefright and Samsung "patches" it now fails again, because Zimperium is constantly updating the test to include the newest found bugs with Stagefright...so the GPI1 Kernel is patched for any Stagefright bugs as-of Sep 12, but the Zimperium people seem to constantly find new bugs with this damn library...So we need to wait for the next OTA patch to only have the Stagefright testing fail again a week later once Zimperium has updated the tests to include the neverending Stagefright bugs.
I really need to run the Stagefright testing on my friend's Nexus which is running Nougat and was the first device in a while i've seen pass 100%, might have same issues there but I have not checked yet.
Click to expand...
Click to collapse
Hi!
I think your method fails to update the build. FlashFire doesn't patch anything, (build number still show GPG2)
This is what I do:
Restore original boot from my GPG2 clean install (boot is unpatched)
Restore stock recovery (through ODIN)
(2 previous steps avoid status 7 error while applying OTA updates)
Flash OTA update .zip through stock recovery
Reinstall TWRP custom recovery
Reroot Applying superSU.zip method
Wipe Dalvik / cache
Reboot
After 10 minutes everytihng working!
I'm uploaded a screenshot with the results
I think triyng to apply OTA updates with any workaround is possible whenever system partition is reasonably stock, because OTA updates patch files, not replace files
My system was just rooted and 2 battery stats helpers installed. I think with xposed installed the above steps must work. But with other tweaks more complex OTA updates with no stock system will fail
That's similar to what I did, but without the need to restore data since you flashed the stock recovery without flashing the system by the sound of it. Can you explain exactly which images you flashed for boot & stock recovery? I'm thoroughly confused over what's what, since everybody seems to use different jargon to mean the same thing.
invisiblewave said:
I don't believe that is correct, after flashing the complete OTA (without wiping) both my baseband and build are showing GPI1. Baseband is G900T3UVS3GPI1, build is MMB29M.GT900T3UVS3GPI1. Kernel is 3.4.0-7500527. There's no longer any GPG2 reference on my phone.
Click to expand...
Click to collapse
Was your phone rooted? AFAIK, We cannot apply OTA update with boot or recovery modified
My phone was rooted I restore stock recovery and boot and apply OTA, And I didn't lose my data or installed apps
Reyse said:
Was your phone rooted? AFAIK, We cannot apply OTA update with boot or recovery modified
My phone was rooted I restore stock recovery and boot and apply OTA, And I didn't lose my data or installed apps
Click to expand...
Click to collapse
yes, it was rooted, I restored the entire image, ran the update, then re-rooted & restored /data. Do you have a link to the stock recovery/boot image? I'd like to do it the same way as you next time.
invisiblewave said:
yes, it was rooted, I restored the entire image, ran the update, then re-rooted & restored /data. Do you have a link to the stock recovery/boot image? I'd like to do it the same way as you next time.
Click to expand...
Click to collapse
I extracted both image from the full update from Sammobile
Follow these instructions
Download 7Zip archive manager http://www.7-zip.org/download.html
Download the full image of your phone from SAMMOBILE
For example my previous phone version was G900TUVS1GPG2_G900TTMB1GPG2_TMB.zip
Open that file with 7zip
it contains G900TUVS1GPG2_G900TTMB1GPG2_G900TUVS1GPG2_HOME.tar.md5
double click to extract
these are the files in the archive
Code:
aboot.mbn
sbl1.mbn
rpm.mbn
tz.mbn
sdi.mbn
NON-HLOS.bin
boot.img
recovery.img
system.img.ext4
cache.img.ext4
modem.bin
boot.img => stock boot
recovery.img => stock recovery
extract both files
Now for each of them:
- right click => 7ZIP => Add to archive...
- it suggest the same name (irrelevant)
- Choose archive format => tar (very important)
- Press Ok
- Flash with ODIN
(don't reboot, turn off and turn on for each flash to avoid boot phone and mess versions)
Source of this instructions: http://howto.highonandroid.com/samsung-tutorials/how-to-extract-stock-recovery-from-samsung-firmware/
Related
Hi all
Background: I'm no stranger to modding devices in general but I'm not an expert in Android modding. Just a tinkerer.
I love my Nexus 10 but it's feeling a little unloved after my attempt to update it to 4.4 KitKat. Until recently I was running:
Android 4.3 (JWR66Y build)
Rooted using the Nexus Tool Kit
SuperSU
Storage encryption using the built-in cryptfs functionality
TWRP recovery
The device automatically downloaded the KOT49H (4.4.2) OTA update. I went to the XDA IRC channel on Freenode and asked in there if it'd be OK to let it install. They said yes, it'll be fine but I might need to re-root. I let it install. It soft-bricked it. All I got was the KitKat boot animation.
I went into Fastboot, wiped and flashed the KOT49H stock build to the device. I don't have root and the device is fresh as a daisy (apart from having TWRP recovery still).
What I wanted to know is why the device became bricked. Judging by the other / threads / I found in the forum there seems to be some disagreement as to the actual process and even possibility of installing the OTA delta updates.
Can someone clarify why the device became bricked and help with avoiding such issues in future? I have a freshly updated device and I'd like to know what steps I should take to avoid having to wipe the tablet each time I want an OS update.
Thank you in advance
New Years Eve
NYE was a bad time to post! Bump?
DijitalJB said:
NYE was a bad time to post! Bump?
Click to expand...
Click to collapse
OTA updates will not work if you have a custom recovery installed (TWRP). You could have pulled the OTA update zip out of cache and moved it to storage and used TWRP to "Install" it or download it yourself and install it with TWRP. It's odd that it was bricked because normally it will just fail and throw an error (has unexpected contents). I know that if it fails while installing the update with TWRP, it will tell you what file or app in the system caused the problem. An OTA update will normally only work if you have the stock recovery and nothing in the system has been modified. Basically, the update will check to see if anything has been modified that is going to be updated. A major update like from 4.3 to 4.4 everything pretty much gets updated. A minor update like from 4.4.1 to 4.4.2 not a lot got updated so you might get away with some files being modified. Also... if you flash everything in the factory image Except the userdata image you will not lose your settings and user apps. If you want to install the OTA with TWRP and have modified the system or kernel you can just flash the system.img or boot.img so that the OTA will work. Make sense?
Flashing system.img and boot.img only
wantabe said:
...if you flash everything in the factory image except the userdata image you will not lose your settings and user apps. If you want to install the OTA with TWRP and have modified the system or kernel you can just flash the system.img or boot.img so that the OTA will work....
Click to expand...
Click to collapse
Thank you wantabe. That does make sense, yes. I've found the section of the Nexus Root Toolkit that will allow me to flash the individual images, and I've dissected the build archive from Google and found where those .img files are, which is cool.
My only follow up question is: when I first boot will the system do any kind of checking/upgrading of the existing userdata to make sure it's compatible? Is this automatic? I ask because I recall the update process involving something like this when I went from 4.0 to 4.1 on my phone.
Thanks in advance
DijitalJB said:
Thank you wantabe. That does make sense, yes. I've found the section of the Nexus Root Toolkit that will allow me to flash the individual images, and I've dissected the build archive from Google and found where those .img files are, which is cool.
My only follow up question is: when I first boot will the system do any kind of checking/upgrading of the existing userdata to make sure it's compatible? Is this automatic? I ask because I recall the update process involving something like this when I went from 4.0 to 4.1 on my phone.
Thanks in advance
Click to expand...
Click to collapse
When you boot? No. When you update it will check the system not the userdata.
Since there seems to be no way of installing current (and future) patches from stock recovery when the device is rooted, it'd be good to know if someone has information about whether it's possible or not to develop a custom recovery. The old method using 5.02 droidboot won't work because the updates mess up the whole system if you use them. So since we have unlockable bootloaders in 5.1, could there be the possibility of compiling a permanent CWM?
since there seems no one to be working on it at the moment, i'll start a few tries myself and document the progress in this thread. Feel free to help or comment.
For now, i', stuck at unlocking the bootloader and still don't know why. "OEM unlock" was set in the developer options, rebooted to fastboot and tried "fastboot oem unlock". Results as attached. :\
I'll google a bit around and see if i can get it working....
What's the question - how to load the tethered CWM when you're running Lollipop 5.1? Because I can do that and provide insructions.
He's asking about a recovery that can be installed to the recovery partition, not just tethered.
It's possible, but we'd need somebody to build one. I tried one a while back from the Zenfone 2, but it didn't want to boot.
jumpup said:
What's the question - how to load the tethered CWM when you're running Lollipop 5.1? Because I can do that and provide insructions.
Click to expand...
Click to collapse
no, it's not about the tethered one. The method booting tethered CWM won't work anymore once you installed the stagefright update. We'd need a 5.1 post-stagefright boot.img and system.img for that. And as the bootloader can be unlocked now, i think it might be the better solution to build a untethered CWM for the future.
@xBIGREDDx: do you have any good step by step instructions for setting up a build environment for that? The most things i found we not that complete. E.g. where to find the "vendor-specific files" and what they even are.
toxic_garden said:
no, it's not about the tethered one. The method booting tethered CWM won't work anymore once you installed the stagefright update. We'd need a 5.1 post-stagefright boot.img and system.img for that. And as the bootloader can be unlocked now, i think it might be the better solution to build a untethered CWM for the future.
@xBIGREDDx: do you have any good step by step instructions for setting up a build environment for that? The most things i found we not that complete. E.g. where to find the "vendor-specific files" and what they even are.
Click to expand...
Click to collapse
There is a means of booting to tethered CWM after the Stagefright update. You must first flash the old 5.02 droidboot firmware via Intel Flash Utility (while in bootloader mode). Afterward, you can run the tethered CWM.
@xBIGREDDx made some instructions on this. Let me find it.
http://forum.xda-developers.com/showpost.php?p=64391058&postcount=16
This is not straightforward, but you *can* get to tethered CWM and root your 5.1 system. I did exactly this.
jumpup said:
There is a means of booting to tethered CWM after the Stagefright update. You must first flash the old 5.02 droidboot firmware via Intel Flash Utility (while in bootloader mode). Afterward, you can run the tethered CWM.
Click to expand...
Click to collapse
that'S exactly the problem: if you flash the 5.02 droidboot over a system that applied the stagefright fix, you'll completely mess up the system. The fix contains a new boot.img and patches to the system.img, so even rolling back after super su to the stock 5.1 boot and system.img will get your tablet in a messed up state. If there'd be a way to dump the actual system and boot img without root, we could still use this method, but i don't know of one.
toxic_garden said:
that'S exactly the problem: if you flash the 5.02 droidboot over a system that applied the stagefright fix, you'll completely mess up the system. The fix contains a new boot.img and patches to the system.img, so even rolling back after super su to the stock 5.1 boot and system.img will get your tablet in a messed up state. If there'd be a way to dump the actual system and boot img without root, we could still use this method, but i don't know of one.
Click to expand...
Click to collapse
*OH*! Now I understand. Could you post a screenshot of the build version with the Stagefright patch applied? I want to compare to mine. See attached.
Sent from my Venue 8 7840 using Tapatalk
jumpup said:
*OH*! Now I understand. Could you post a screenshot of the build version with the Stagefright patch applied? I want to compare to mine. See attached.
Sent from my Venue 8 7840 using Tapatalk
Click to expand...
Click to collapse
Here's mine. Software version doesn't seem to be changed, but the kernel is different...
With my current Android installation, CWM does not seem to be able to back up the data partition which is unfortunate.
However, I have always used a multi-tiered backup system:
* Titanium Backup (FULL on Sunday, INCREMENTAL every other day)
* Online NAndroid Backup (One per week using CWM format)
Each app's backup data syncs to the home NAS and Dropbox once a week.
I thought I had the Stagefright fix already in place. That's why I wanted to compare build/version details with a device that has the fix installed.
jumpup said:
With my current Android installation, CWM does not seem to be able to back up the data partition which is unfortunate.
Click to expand...
Click to collapse
Yeah, /data is encrypted, so CWM can't access it for backup.
And since the stagefright fix won't install when it recognizes the /system partition as "tempered" (which means e.g. having the superSU binaries installed), it's pretty hard to keep root. That's the trap we're in.
back to topic: i'm gonna boot my linux netbook today and see if i can get the "oem unlock" option working...
toxic_garden said:
Yeah, /data is encrypted, so CWM can't access it for backup.
And since the stagefright fix won't install when it recognizes the /system partition as "tempered" (which means e.g. having the superSU binaries installed), it's pretty hard to keep root. That's the trap we're in.
back to topic: i'm gonna boot my linux netbook today and see if i can get the "oem unlock" option working...
Click to expand...
Click to collapse
D'oh. I should have remembered about the data encryption. Need more caffeine
If you need anything tested or confirmed in the field, I'd be glad to help.
Sent from my Venue 8 7840 using Tapatalk
toxic_garden said:
Here's mine. Software version doesn't seem to be changed, but the kernel is different...
Click to expand...
Click to collapse
The build number of a 5.1 install prior to Stagefright is different as well. Ends in 171200DEL instead of 173600DEL post-Stagefright patch.
jumpup said:
The build number of a 5.1 install prior to Stagefright is different as well. Ends in 171200DEL instead of 173600DEL post-Stagefright patch.
Click to expand...
Click to collapse
oops you're right. Didn't even notice.
First steps forward: it seems like it's not possible to unlock the bootloader with installed sf-patch. No matter which version of fastboot i tried, i always got "FAILED: (some text i can't remember)". After downgrading to 5.1 stock firmware, unlock was possible. So as i now at least have the possibility to boot another recovery, i'll try setting up the build env. The Recovery Builder from CWM seems to be out of order at the moment.
toxic_garden said:
Here's mine. Software version doesn't seem to be changed, but the kernel is different...
Click to expand...
Click to collapse
I now have the Stagefright patch installed. Used the 5.02 droidboot temporarily to engage tethered CWM and install SuperSU. Reflashed 5.10 droidboot and firmware before proceeding. All is well. As you mentioned, it makes for a mixed 5.1 boot system, but I simply cannot live without root.
Here are the new build/version details:
After taking your advice and flashing the sg droidboot, my IWFI version is in line. I'll see if any system issues occur.
Is anyone still working on the 7840? Would be nice to have TWRP or CWM
I've been poking around on my 7840 on and off for a few weeks now. I seem to have verified that, after unlocking the bootloader, you can modify the boot and recovery partitions to your heart's content. However, any time I rebuild the kernel myself, I end up back at the "Dell" screen, frozen. Any other files are free game.
Assuming that the kernel needs to be signed using some tool I haven't figured out yet, I'm going to see if I can get a version of CWM working w/ the stock kernel. I tried dumping the version from the tethered recovery onto the recovery.img, but running it results in a black screen. I'll keep poking around though.
I've been hacking on this on and off for days. Success. Basically the solution is a bait and switch.
I've tried so many things, this is recalled from memory and the following steps may be incomplete. I used the latest of ES File Explorer. SuperSU, etc.
Get angguesss' update.zip here: http://forum.xda-developers.com/showpost.php?p=60632439&postcount=21 . Rename it to update zip and keep it safe.
Make sure you know how to root, get the proper Intel drivers, Phone Flash Tool Lite, etc.
OVERVIEW:
What is being done here is to prime the 7840 for an update by downloading the stagefright fix with a rooted device and swapping out that fix with angguesss' older update.zip. It's like starting over. Upon reboot the 7840 updates to angguesss' older update cleanly, paving the path for the stagefright fix to update successfully.
Special thanks to angguesss, Social Design and everyone who unknowingly provided little pieces of knowledge here and there.
CAUTION:
You might brick, wipe, lose root, lose customizations, void warranty, get frustrated, look at the device hatefully and all the standard caveats, no guarantees. Do at your own and the device's risk.
HERE IT IS:
This is the BAIT part:
1. Root the 7840
2. Download the stagefright patch (DO NOT REBOOT)
3. In an editor: Go To \data\data\com.dell.systemupdateota
4. Copy the patch somewhere safe (extsd, for example, just in case)
5. Review the properties of the update.zip in the com.dell.systemupdateota
6: Note permissions of RW- --- --- and the owner/group "u0_a29"
This is the SWITCH part:
7. Copy over to \data\data\com.dell.systemupdateota angguesss' update.zip here while renaming it update(1).zip
8. Change the permissions and owners of the update(1).zip to match the update.zip
9. Delete the downloaded update.zip (the stagefright download)
10. Rename update(1).zip to update.zip. angguesss' update will now be the update!
11. In \system\app delete the supersu folder (containing the supersu.apk)
12. in \data\data delete the eu.chainfire.supersu data folder
13. Press the on/off button, select reboot
14. Let the 7840 reboot
15. After a few seconds the 7840 will "figure out" there is an unused update and begin to shut down.
16. Wait out the shutdown (mine took about five minutes).
17. The tablet will begin to update in the usual fashion (Andy, the progressing blue line)
18. Let the update finish and allow to boot to completiton.
19. Go to settings->about tablet->update and download (yes, again) the stagefright fix.
20. Install, reboot (wait...) and upon reboot let the update proceed as normal. Should be no errors.
21. Hopefully, you now have a Stagefright updated 7840 5.1
Some steps may be unnecessary, redundant, etc. Now off to check out some things. Update later.
UPDATES:
The Dell Stylus still appears to work.
First attempt at re-rooting failed, TWRP recovery did not load/display.
Second attempt at re-rooting but using CWM worked. SuperSU installed.
There are still low level speaker "clicks" at boot time.
Update and clarifications to instructions steps 6, 12, 13
Hey, thanks for posting this. I am trying to accomplish the same thing you have done.
I followed your guide up through number 16, but the tablet never reboots and there is never any update screen.
If I boot up by pressing the power button I am still on 5.1 and the stagefright update still fails for me...
Is this a problem you encountered?
On step 16 I waited quite awhile and waited and waited. I was tempted to bail out but didn't. It might have been ten minutes.
TonyBigs said:
First attempt at re-rooting failed, TWRP recovery did not load/display.
Second attempt at re-rooting but using CWM worked. SuperSU installed.
There are still low lever speaker "clicks" at boot time.
Click to expand...
Click to collapse
thanks for the informations. But there's one thing i don't understand: how did you root afterwards? For my understanding, the only way to boot CWM is to revert to 5.0.1 boot.img. But then the stagefright update is completely screwed up....
Mistype in row 12: not /data , its /data/data
Thanks, trying it now
Not worked for me, still error while flashing stagefrigt patch
E:Error in @/cache/recovery/block.map
(status 7)
Installation aborted
toxic_garden said:
thanks for the informations. But there's one thing i don't understand: how did you root afterwards? For my understanding, the only way to boot CWM is to revert to 5.0.1 boot.img. But then the stagefright update is completely screwed up....
Click to expand...
Click to collapse
Rerooting using the venue_7840_droidboots using 1-502 then using IntelAndroid-FRBL-07-24-2015 selecting CWM and then T4. That was just my choice after installing the update to see what would happen and how the process would run, if at all. The main goal, however, was to get the stagefright fix installed.
toxic_garden said:
thanks for the informations. But there's one thing i don't understand: how did you root afterwards? For my understanding, the only way to boot CWM is to revert to 5.0.1 boot.img. But then the stagefright update is completely screwed up....
Click to expand...
Click to collapse
olvrick said:
Mistype in row 12: not /data , its /data/data
Thanks, trying it now
Not worked for me, still error while flashing stagefrigt patch
E:Error in @/cache/recovery/block.map
(status 7)
Installation aborted
Click to expand...
Click to collapse
Thank you for the response, I'm in the process of trying the process all over again. Maybe I missed something.
Successful again. Note changes to steps 6, 12, 13
Today when updating from 5.0.1 to 5.1 I'm not sure what happened but I ended up with the stragefright ota also installed. At least I think it is. System update is no longer finding any available updates. I did lose root. The strangest part was that I was having trouble updating to 5.1 until I booted into tethered TWRP (Have only used cwm on this device in the past when flashing first 5.1 update). First time trying to boot into TWRP I just got a black screen after leaving the bootloader and having the white text populate on screen. Second attempt though TWRP loaded up and immediately began running a script, or flashing the update I suppose. Tablet rebooted automatically and I haven't lost any data. Everything works fine so far. How can I determine if the latest stagefright has been installed?
TonyBigs said:
Rerooting using the venue_7840_droidboots using 1-502 then using IntelAndroid-FRBL-07-24-2015 selecting CWM and then T4. That was just my choice after installing the update to see what would happen and how the process would run, if at all. The main goal, however, was to get the stagefright fix installed.
Click to expand...
Click to collapse
but the stagefright fix also comes with a new boot.img, so only part of the update is installed when you revert to 5.01 boot.img afterwards. :\
toxic_garden said:
but the stagefright fix also comes with a new boot.img, so only part of the update is installed when you revert to 5.01 boot.img afterwards. :\
Click to expand...
Click to collapse
I understand, so don't rerun the rooting process. It's the user's choice of what to do next after returning the 7840 back to a non-rooted state that will accept OTA fixes and updates.
TonyBigs said:
This is the BAIT part:[...]
This is the SWITCH part:
Some steps may be unnecessary, redundant, etc. Now off to check out some things. Update later.
Click to expand...
Click to collapse
i had some time on my hands today and tried it out by myself. You can in fact shorten the process pretty much.
Just copy the 5.1 update and the stagefright-update images to a local folder on your pc. Then boot to stock recovery and chose "apply update from ADB". Open a command window and use adb to first "adb sideload \path\to\your\update 5.1.img", reboot, again boot to recovery and adb sideload the stagefright fix the same way.
Obviously, you'll lose root with that and there's no option for the moment to regain it. Using the old method via 5.01 bootimg isn't something i would recommend. But for me, a fully functional and up to date system is more worth than a buggy rooted system.
toxic_garden said:
i had some time on my hands today and tried it out by myself. You can in fact shorten the process pretty much.
Just copy the 5.1 update and the stagefright-update images to a local folder on your pc. Then boot to stock recovery and chose "apply update from ADB". Open a command window and use adb to first "adb sideload \path\to\your\update 5.1.img", reboot, again boot to recovery and adb sideload the stagefright fix the same way.
Obviously, you'll lose root with that and there's no option for the moment to regain it. Using the old method via 5.01 bootimg isn't something i would recommend. But for me, a fully functional and up to date system is more worth than a buggy rooted system.
Click to expand...
Click to collapse
Does ambient display or Intel Sensing Assist work on your device? They've stopped working on mine since I updated and rooted. Would be willing to give up root to get that feature back.
jamebarron88 said:
Does ambient display or Intel Sensing Assist work on your device? They've stopped working on mine since I updated and rooted. Would be willing to give up root to get that feature back.
Click to expand...
Click to collapse
They both work fine. I can't say how it was before, because I never used Sensing Assist in the past. But for now, it works.
toxic_garden said:
Just copy the 5.1 update and the stagefright-update images to a local folder on your pc. Then boot to stock recovery and chose "apply update from ADB". Open a command window and use adb to first "adb sideload \path\to\your\update 5.1.img", reboot, again boot to recovery and adb sideload the stagefright fix the same way.
Click to expand...
Click to collapse
Do you have a link to a source for both the update 5.1.img as well as the stagefright image? All I have been able to find is the 5.01 update. I am in the same predicament, currently on 5.1, but even after removing root before my first attempt applying the Stagefright fix, the update fails. I have done a couple factory resets, but now the screen is constantly freezing, making the tablet unusable.
Thanks!
wayne710 said:
Do you have a link to a source for both the update 5.1.img as well as the stagefright image? All I have been able to find is the 5.01 update. I am in the same predicament, currently on 5.1, but even after removing root before my first attempt applying the Stagefright fix, the update fails. I have done a couple factory resets, but now the screen is constantly freezing, making the tablet unusable.
Thanks!
Click to expand...
Click to collapse
Yes where can we find the source. And how do we get to stock recovery if already rooted and used cwm tethered recovery.
first of all, here the links.
stagefright update -> http://forum.xda-developers.com/showpost.php?p=64183381&postcount=9
5.1 update -> http://forum.xda-developers.com/showpost.php?p=61985130&postcount=15
Dell System restore files -> http://opensource.dell.com/releases/Venue_8_7840_Moorefield/developer-edition/5.X/
5.01 system.img, boot.img and tools -> http://forum.xda-developers.com/showpost.php?p=62833258&postcount=4
What i've done so far, coming from a complete messed up installation. Just to be sure: if you need some data from your current installation, back it up to external SD first. Obviously, this procedure will wipe everything you got on it.
- copy 5.01 system.img mentioned above to the SD card. Also the stagefright fix and 5.1 update.
- use the Phone Flash Tool to flash flash-DDO_BB.xml from Dell's Dell_Venue_8_7840_Lollipop_5.0.2_qs_rd_opensource-blankphone-userdebug-1397.zip. This will put the Tablet back in a flashable and clean state. (1)
- boot to CWM (1)
- open adb shell and dd the system.img to the tablet. (1)
- reboot to fastboot (1)
- install the boot.img via fastboot (1)
- boot to Android for getting the system up at least once (don't know if it's neccessary, but i just did it to be sure everything works fine)
- boot to CWM
- via adb, delete all traces of root (delete /data/data/eu.chainfire.whatever folder as well as /system/app/SuperSU folder)
- install the 5.1 update via CWM from SD-Card
- boot to Android to see if everything's fine
- now boot to REGULAR recovery. You'll see just the Android robot with no commands or whatever. Don't get confused by that. You'll have to press the power- and volume up button together twice. I always need 5-6 tries, but after some time you'll see the stock recovery menu.
- select "update from ADB sideload"
- for some reason, i had to install the 5.1 update again via sideload to get the stagefright fix working. So open a command window and "adb sideload <name of 5.1 update>.zip" to the device
- right after that, sideload the stagefright fix the same way
- reboot
-voilá
(1) those steps are already described in detail here: http://forum.xda-developers.com/dell-venue/general/7840-succeed-to-unbrick-t3205024
As much as i love the build quality and overall design of the tablet, keeping it software-sides running really is a pain. But at least for now, i got a running, up to date 5.1 w/ stagefright and for the last few days, no issues like crackling sound or random reboots occoured. Yay!
toxic_garden said:
first of all, here the links.
stagefright update -> http://forum.xda-developers.com/showpost.php?p=64183381&postcount=9
5.1 update -> http://forum.xda-developers.com/showpost.php?p=60632439&postcount=21
Dell System restore files -> http://opensource.dell.com/releases/Venue_8_7840_Moorefield/developer-edition/5.X/
5.01 system.img, boot.img and tools -> http://forum.xda-developers.com/showpost.php?p=62833258&postcount=4
What i've done so far, coming from a complete messed up installation. Just to be sure: if you need some data from your current installation, back it up to external SD first. Obviously, this procedure will wipe everything you got on it.
- copy 5.01 system.img mentioned above to the SD card. Also the stagefright fix and 5.1 update.
- use the Phone Flash Tool to flash flash-DDO_BB.xml from Dell's Dell_Venue_8_7840_Lollipop_5.0.2_qs_rd_opensource-blankphone-userdebug-1397.zip. This will put the Tablet back in a flashable and clean state. (1)
- boot to CWM (1)
- open adb shell and dd the system.img to the tablet. (1)
- reboot to fastboot (1)
- install the boot.img via fastboot (1)
- boot to Android for getting the system up at least once (don't know if it's neccessary, but i just did it to be sure everything works fine)
- boot to CWM
- via adb, delete all traces of root (delete /data/data/eu.chainfire.whatever folder as well as /system/app/SuperSU folder)
- install the 5.1 update via CWM from SD-Card
- boot to Android to see if everything's fine
- now boot to REGULAR recovery. You'll see just the Android robot with no commands or whatever. Don't get confused by that. You'll have to press the power- and volume up button together twice. I always need 5-6 tries, but after some time you'll see the stock recovery menu.
- select "update from ADB sideload"
- for some reason, i had to install the 5.1 update again via sideload to get the stagefright fix working. So open a command window and "adb sideload <name of 5.1 update>.zip" to the device
- right after that, sideload the stagefright fix the same way
- reboot
-voilá
(1) those steps are already described in detail here: http://forum.xda-developers.com/dell-venue/general/7840-succeed-to-unbrick-t3205024
As much as i love the build quality and overall design of the tablet, keeping it software-sides running really is a pain. But at least for now, i got a running, up to date 5.1 w/ stagefright and for the last few days, no issues like crackling sound or random reboots occoured. Yay!
Click to expand...
Click to collapse
Thanks toxic_garden, as due to your input, I now have an up-to-date tablet that is not constantly freezing as well as the Stagefright update. I simply ADB sideloaded the 5.1 OTA over the messed up 5.1 system already on my tablet. Shortly after rebooting, the Stagefright update downloaded and successfully updated. I did use the 5.1 update posted by xBIGREDDx (Thank you!) at http://forum.xda-developers.com/showpost.php?p=61985130&postcount=15, rather than the link shown in the quoted post above. Unless I messed up somehow, I believe the link shown above for the 5.1 update points to a link for 5.0.1. Anyway, I think I am not going to root this tablet again as long as it is on 5.1.
wayne710 said:
Thanks toxic_garden, as due to your input, I now have an up-to-date tablet that is not constantly freezing as well as the Stagefright update. I simply ADB sideloaded the 5.1 OTA over the messed up 5.1 system already on my tablet. Shortly after rebooting, the Stagefright update downloaded and successfully updated. I did use the 5.1 update posted by xBIGREDDx (Thank you!) at http://forum.xda-developers.com/showpost.php?p=61985130&postcount=15, rather than the link shown in the quoted post above. Unless I messed up somehow, I believe the link shown above for the 5.1 update points to a link for 5.0.1. Anyway, I think I am not going to root this tablet again as long as it is on 5.1.
Click to expand...
Click to collapse
you're right, i should correct that in my description. Glad it worked for you. Personally, i only used root for removing McAffee and installing AdBlock. Well, McAffee is just frozen for now and adblocking happens on the router, so no big loss for the moment. The only thing i might miss is Titanium Backup. Helium does a good job, but is in no way comparable to the mighty power of Titanium. ^^
Link to 5.1 OTA is broken=( Cant open link, just gray circle on the screen
via adb, delete all traces of root (delete /data/data/eu.chainfire.whatever folder as well as /system/app/SuperSU folder)
Seriously? why not make a normal guide for those who havent done it before?
olvrick said:
Link to 5.1 OTA is broken=( Cant open link, just gray circle on the screen
Click to expand...
Click to collapse
seems like mega has some issues at the moment. Just drop me a PM if it's still broken in 1 hour or so, then i'll upload the zip somewhere else
Build number
DE2117_11_C.17
Hardware version
DE2117_11
I keep seeing T-Mobile version, INTL version, DE18 and all that. I'm so confused, I just need root.
I believe that's the international version since mine is DE2117. Not sure because of the "_11" at the end of yours. Maybe that signifies you updated it, in which case you will probably have to downgrade it.
Rooting this phone is a headache btw. I'm not even sure if I should be providing instructions because I bricked mine multiple times while attempting and had to keep restoring with MSMtools, and now I'm not even sure I can update it without losing root. I don't even think I did anything differently when it finally worked, it's just luck.
Anyway, first step is to download the international version of the MSMtools and payload dumper. look up how to dump the boot image with payload dumper from the MSMtools. And make sure you don't attempt to do anything to the device before unlocking your bootloader (and you'll have to unlock it again everytime you restore with MSMtool).
From there you should be able to follow guides.
@swee08315
I downloaded the latest update available from https://www.oneplus.com/support/softwareupgrade/details?code=PM1630638351161
But the phone is updated to July. Hmmmm.....
I've extracted the boot.img from there. Patched it with magisk. I'm about to fastboot flash it..... Wish me luck, I'm going in.
Unless there's a way to extract the boot.img that's currently installed. I think I'll poke around and look for that rather than simply hoping this is the right one.
jova33 said:
I downloaded the latest update available from https://www.oneplus.com/support/softwareupgrade/details?code=PM1630638351161
But the phone is updated to July. Hmmmm.....
I've extracted the boot.img from there. Patched it with magisk. I'm about to fastboot flash it..... Wish me luck, I'm going in.
Unless there's a way to extract the boot.img that's currently installed. I think I'll poke around and look for that rather than simply hoping this is the right one.
Click to expand...
Click to collapse
[GUIDE] Root and keeping root options
Update 230526: Correct numbering of "B.1.1 Simple" to "B.1.2 Simple", use "OOS 13+" instead of "OOS 13" as OOS 13.1 is now available A. First time rooting This process is common across all options A.1 Flashing Magisk patched boot image There...
forum.xda-developers.com
A1.1 will get the boot.img your device currently has.
Edit: if you flashed the boot.img from the official site, then your device is most likely bricked. I'll fetch my boot.img and link it here (won't be magisk patched).
justauserthatusesaphone said:
[GUIDE] Root and keeping root options
Update 230526: Correct numbering of "B.1.1 Simple" to "B.1.2 Simple", use "OOS 13+" instead of "OOS 13" as OOS 13.1 is now available A. First time rooting This process is common across all options A.1 Flashing Magisk patched boot image There...
forum.xda-developers.com
A1.1 will get the boot.img your device currently has.
Edit: if you flashed the boot.img from the official site, then your device is most likely bricked. I'll fetch my boot.img and link it here (won't be magisk patched).
Click to expand...
Click to collapse
yeah, I bricked it
Nothing a few beers won't cure.
Once I unbrick, I will do A1.1 though.
jova33 said:
yeah, I bricked it
Nothing a few beers won't cure.
Once I unbrick, I will do A1.1 though.
Click to expand...
Click to collapse
here's the boot.img (not rooted)
I hope you haven't wiped yet
boot.img
drive.google.com
justauserthatusesaphone said:
here's the boot.img (not rooted)
I hope you haven't wiped yet
boot.img
drive.google.com
Click to expand...
Click to collapse
nah, I don't wipe until I get into the shower.
But yeah, I completely reset everything with MSM tools. In the process of letting all the updates go through. Thanks for the boot img though, It'll save me the trouble of having to pull it using the msm tools.
Edit: I forgot to do the vbmeta stuff after flashing the magisk patched. How do I fix? Can I borrow your vbmeta, @justauserthatusesaphone ?
justauserthatusesaphone said:
here's the boot.img (not rooted)
I hope you haven't wiped yet
boot.img
drive.google.com
Click to expand...
Click to collapse
So I can update my oneplus and then patch and use this bootimg to regain root? Or will trying to update my rooted device brick it and I'd have to wipe everything and start from scratch anyway?
jova33 said:
nah, I don't wipe until I get into the shower.
But yeah, I completely reset everything with MSM tools. In the process of letting all the updates go through. Thanks for the boot img though, It'll save me the trouble of having to pull it using the msm tools.
Edit: I forgot to do the vbmeta stuff after flashing the magisk patched. How do I fix? Can I borrow your vbmeta, @justauserthatusesaphone ?
Click to expand...
Click to collapse
I'll get it when I'm on my PC
the c17 one, correct?
justauserthatusesaphone said:
I'll get it when I'm on my PC
the c17 one, correct?
Click to expand...
Click to collapse
Don't worry about it. I redid the MSM tool since the phone wasn't even setup yet, no big loss.
swee08315 said:
So I can update my oneplus and then patch and use this bootimg to regain root? Or will trying to update my rooted device brick it and I'd have to wipe everything and start from scratch anyway?
Click to expand...
Click to collapse
So, I don't know how this phone handles updates. I've had previous phones that if it was rooted, the OTA would fail to install, and others that the OTA would install and replace the boot.img, so root would be removed.
The first case, I would have to unroot, restore the stock boot.img, and then it could take the OTA update.
The other case I would have to block OTAs until I could get the boot.img for it, so that I could root the update.
The guide posted here https://forum.xda-developers.com/t/guide-root-and-keeping-root-options.4387977/
part B explains how to update and maintain root. Seems like it's the first case. Restore stock boot.img.
jova33 said:
So, I don't know how this phone handles updates. I've had previous phones that if it was rooted, the OTA would fail to install, and others that the OTA would install and replace the boot.img, so root would be removed.
The first case, I would have to unroot, restore the stock boot.img, and then it could take the OTA update.
The other case I would have to block OTAs until I could get the boot.img for it, so that I could root the update.
The guide posted here https://forum.xda-developers.com/t/guide-root-and-keeping-root-options.4387977/
part B explains how to update and maintain root. Seems like it's the first case. Restore stock boot.img
Click to expand...
Click to collapse
You could turn off automatic system updates so it doesn't reboot automatically and then you install the update and when it asks you to restart, go into magisk and click install and install to inactive slot then you go back to the system update page and click restart. I don't know whether Google's ota system makes it easier or not.
Late reply but I can confirm that all updates fail on this device and you would have to unroot to get the update, and then root again. Very annoying that it's constantly notifying me that an update is available or that it tried to update last night and failed
swee08315 said:
Late reply but I can confirm that all updates fail on this device and you would have to unroot to get the update, and then root again. Very annoying that it's constantly notifying me that an update is available or that it tried to update last night and failed
Click to expand...
Click to collapse
I never had that issue but if you do, press uninstall and restore images (DON'T REBOOT), then after installing the updates (DON'T REBOOT) press install and install to inactive slot. Press the reboot button and you're done.
Lineage installation on N200 REQUIRES that you are running Android 11 or phone will soft loop after installing the Lineage boot.img
If you are updated to Android 12 firmware and want to install Lineage, you MUST downgrade first to:
DE2117 OEM Android 11 FINAL OTA
WARNING: This WILL erase all user data.
1. Place the firmware .zip file in the user root of internal phone storage.
2. Sideload OnePlus firmware Downgrade Tool on phone and use tool to flash the Android 11 firmware.
There is an Emergency Firmware install tool that OnePlus posted to the OP forum that does NOT check root status when the need to downgrade back to A11 was first acknowledged due to modem issue with first A12 OTA release.
This file was removed in a few days when they posted the official Downgrade tool replaced it.
I have used this tool to upgrade DE2117 C_16 to DE2117 C_17 while rooted and the built in upgrade tool failed at 37%.
Nice, first thanks for the hard work you're putting in. Second, is there an advantage to converting first to DE2117 then installing lineage as opposed to just installing lineage from DE2118 that you know of? I know in the other post you answered my other question stating that the Lineage will install on either so I wasn't sure if I'd get any benefit from starting over and converting my DE2118. TIA
Link575 said:
Nice, first thanks for the hard work you're putting in. Second, is there an advantage to converting first to DE2117 then installing lineage as opposed to just installing lineage from DE2118 that you know of? I know in the other post you answered my other question stating that the Lineage will install on either so I wasn't sure if I'd get any benefit from starting over and converting my DE2118. TIA
Click to expand...
Click to collapse
Lineage is using own kernel and boot.img on A11 so in the short run it is not going too make any difference, but when Lineage moves forward to A12 the OEM Firmware has newer drivers and is updated sooner, has more OEM features and bugfixes as well as no carrier bloatware.
It is possible that OP will neuter the Carrier firmware with an OTA update to prevent cross flashing device away from the Carrier rom in the next OTA update by preventing fastbootd from flashing the us oem from a carrier phone.
They have already removed fastboot boot command to boot a boot image without flashing it for test before you flash and to allow Magisk to make a backup of the original boot.img before adding Magisk.
I would convert NOW, before they decide to slam the door on this ability with a future OTA that will not allow you to downgrade and prevent this as they are under contract with the carriers to not allow this to be done.
Ok, thank you for the explanation. Guess I'll back everything up and convert it.
scanman0 said:
Lineage installation on N200 REQUIRES that you are running Android 11 or phone will soft loop after installing the Lineage boot.img
If you are updated to Android 12 firmware and want to install Lineage, you MUST downgrade first to:
DE2117 OEM Android 11 FINAL OTA
WARNING: This WILL erase all user data.
1. Place the firmware .zip file in the user root of internal phone storage.
2. Sideload OnePlus firmware Downgrade Tool on phone and use tool to flash the Android 11 firmware.
There is an Emergency Firmware install tool that OnePlus posted to the OP forum that does NOT check root status when the need to downgrade back to A11 was first acknowledged due to modem issue with first A12 OTA release.
This file was removed in a few days when they posted the official Downgrade tool replaced it.
I have used this tool to upgrade DE2117 C_16 to DE2117 C_17 while rooted and the built in upgrade tool failed at 37%.
Click to expand...
Click to collapse
This worked perfectly after following your convert guide and upgrading to 12. Downgraded back to 11 so I could install lineageOS. Thanks again!
This reddit post has a link to an English version of the downgrade apk which makes it a little easier.
keeps saying verification failed
weirdfate said:
keeps saying verification failed
Click to expand...
Click to collapse
Did you remove root (Restore boot.img) and then factory reset?
You will loose all data doing this anyway.
I m trying as well .. but stuck with verification failed message just as scanman0 I m on stock android12 no root if anyone know how to fix it ... please assit
I just downgraded. Make sure you remove root via magisk. Then proceed to rollback to Android 11. Everything worked fine. I'll install lineage tonight when I get home.
radekmazur said:
I just downgraded. Make sure you remove root via magisk. Then proceed to rollback to Android 11. Everything worked fine. I'll install lineage tonight when I get home.
Click to expand...
Click to collapse
I did not have to remove root. I used the version posted that does not check for root but maybe there's a different reason.
Does the downgrade apk have to be sideloaded via ADB?
T3CHN0T33N said:
Does the downgrade apk have to be sideloaded via ADB?
Click to expand...
Click to collapse
Just place apk in phones working directory, same path where your downloads folder is. Then install from there like any other apk and run. I also kept the FW file in the same directory but I'm not sure if that was necessary.
So, just to confirm, I press "local install" and select the firmware zip and it closes? Is the tool supposed to do anything else or am I good to flash LineageOS?
T3CHN0T33N said:
So, just to confirm, I press "local install" and select the firmware zip and it closes? Is the tool supposed to do anything else or am I good to flash LineageOS?
Click to expand...
Click to collapse
Ummm if I remember correctly hit local install and then it will prompt to point towards which FW to use. After you hit it, it will go back to the previous screen, I think verify and unpack it, then install it. Mine did appear like it was doing nothing after picking the FW and so I picked again which screwed things up so just wait after picking, it should start.
After its done it will give a message saying to restart phone I think for it to take effect, then after you restart it should ask to wipe phone, then restart again and you'd be in A11 presumably. Once in A11 your good to follow the normal procedure to install Lineage. This is all from memory though so I MAY have missed something but I don't think I did.
Link575 said:
Ummm if I remember correctly hit local install and then it will prompt to point towards which FW to use. After you hit it, it will go back to the previous screen, I think verify and unpack it, then install it. Mine did appear like it was doing nothing after picking the FW and so I picked again which screwed things up so just wait after picking, it should start.
After its done it will give a message saying to restart phone I think for it to take effect, then after you restart it should ask to wipe phone, then restart again and you'd be in A11 presumably. Once in A11 your good to follow the normal procedure to install Lineage. This is all from memory though so I MAY have missed something but I don't think I did.
Click to expand...
Click to collapse
When you say "screwed things up" what do you mean? How did it effect the install?
T3CHN0T33N said:
When you say "screwed things up" what do you mean? How did it effect the install?
Click to expand...
Click to collapse
Nothing major, caused the UI to glitch out and made it seem like the process was stuck at 81% but when I closed the app and tried to do it again it jumped to 100 and said to restart the device.
I've downgraded a second time (I'm very indecisive on which OS I want to use) and that one went as expected since I knew to give it a second to start doing its thing.
Link575 said:
Nothing major, caused the UI to glitch out and made it seem like the process was stuck at 81% but when I closed the app and tried to do it again it jumped to 100 and said to restart the device.
I've downgraded a second time (I'm very indecisive on which OS I want to use) and that one went as expected since I knew to give it a second to start doing its thing.
Click to expand...
Click to collapse
Weird, for me it just closes the app and does nothing, both the official and emergency ones. I even tried adding it to magisk's deny-list.
But I just restored the boot image via magisk (didn't restart) and it works now...
scanman0 said:
Did you remove root (Restore boot.img) and then factory reset?
You will loose all data doing this anyway.
Click to expand...
Click to collapse
Yes I factory restored the phone and tried again. Still fails every time
Has anybody had any luck figuring out the verification failed message? I too have tried both the official and emergency apps, of course I can't read the actual message in what I presume is Chinese, but it doesn't do anything and the other version says verification failed. Have not rooted. Kind of at a loss right now and all I want to do is install Lineage! I've already got my unlock token from OnePlus, but my understanding is that the phone still needs to be on A11 before installling Lineage.