[RECOVERY] TWRP 2.6.0.0 for Evita - AT&T, Rogers HTC One X, Telstra One XL

First off All Credit for this Recovery goes to Team Win who does Amazing work in writing recoveries and in keeping our Devices alive.
Well i Didnt see a thread for this but TeamWin has Released Recovery Version 2.6.0.0 for the HTC Evita and i thought i would start this Thread letting everyone know that it was Updated. If You are interested it can be downloaded from http://techerrata.com/file/twrp2/evita/openrecovery-twrp-2.6.0.0-evita.img
What's new in 2.6.0.0:
Special Note: If you are running a custom theme, some of the changes in 2.6.0.0 will likely not be visible with your custom theme.
Can encrypt a backup to prevent theft of private data from your backup files
Updated graphics / icon courtesy of shift
Updated exFAT to latest commits
Fixed a problem with Samsung TouchWiz decryption
Update SuperSU binary
Fixed saving of backup partitions list
Fixed saving of last used zip install folder
Fixed backup of datadata on devices that use a separate partition for datadata
Fixed some issues with the advanced wipe list (android_secure, can now wipe internal storage on data/media deivces and wipe data on the advanced list no longer formats the entire data partition)
Fixed some problems with partitioning a SD card
Various other bug fixes and tweaks
Notes about encrypted backups:
Why encrypt your backups? -- Most people store their backups on the device. Any app that has permission to access storage could potentially read your backup files and try to harvest your data. Encrypted backups also provide an added layer of security if you move your backups to other storage devices or to the cloud. The encryption that we're using is probably not strong enough for enterprise level security, but should be strong enough to make it significantly difficult to get to your data.
Encryption is using OpenAES which uses AES 128-bit cbc encryption. If you happen to use a longer password (over 16 characters) then the encryption strength improves to 192 or 256 bits. Do not forget your password. If you forget your password you will be unable to restore your backup. We don't encrypt the entire backup. Encryption is very CPU intensive and can be fairly slow even when we spread the workload over multiple cores even on the latest high-end devices. To ensure that encrypted backups don't take forever, we don't encrypt any other partitions besides /data and in /data we don't encrypt /data/app (or other app related directories where apks are stored) and we don't encrypt dalvik cache.
Note to Mods if this is under the wrong Section please feel free to move to the Proper Category.

[RECOVERY][ONE-X/EVITA] TWRP 2.5.0.0 Touch Recovery! [2013-4-9]
The OP just hasn't been updated.

TWRP 2.6.1.0
TWRP 2.6.1.0 for Evita is out
get it here
previous versions here

Scozzar said:
Has anyone tried 2.6.1.0? I'm curious about the fixes.
Sent from my One X using xda app-developers app
Click to expand...
Click to collapse
I've upgraded to TWRP 2.6.1.0 preparing to flash new Sense 5 JB 4.2.2 rom. I can't claim trying all recovery functions, but backup and restore works fine as well as updating SuperSU!

Scozzar said:
Wait, SuperSU can be updated? Why?
Sent from my One X using xda app-developers app
Click to expand...
Click to collapse
More correctly SuperSU binaries!

Scozzar said:
And that is supposed to make it more stable?
Click to expand...
Click to collapse
Yes, it should make it more stable. Let's not forget the TWRP is used on a variety of devices with Android versions from 4.0.x to 4.3 and the last version of SuperSU, 1.55, is supposed to be more stable on Android 4.3. Another important thing is the idea of the SuperSU in the TWRP recovery is to provide an easy way to root a ROM when one can flash custom recoveries. Consequently, one can root the ROM with a more stable version of SuperSU.
One more thing: why don't you use the official thread dedicated to the TWRP recovery for HTC One XL?

Related

[RECOVERY] Team Win Recovery Project 2.7

Team Win Recovery Project 2.x, or twrp2 for short, is a custom recovery built with ease of use and customization in mind. It’s a fully touch driven user interface – no more volume rocker or power buttons to mash. The GUI is also fully XML driven and completely theme-able. You can change just about every aspect of the look and feel.
SOURCE https://github.com/Galaxy-S2-Plus-Cyanogenmod/android_device_samsung_galaxys2plustwrp
Phone look:
Tablet look:
CHANGELOG for 2.6.3.0:
-Proper backup and restore of SELinux contexts (thanks to Tassadar)
-Pull in some ROM information for backup name generation
-Merge all recent patches from AOSP bringing TWRP up to date with Android 4.3
-Add 1200x1920 theme (thanks to Tassadar)
-A few other fixes and tweaks
CHANGELOG for 2.6.1.0:
-Initial SELinux support (only a few devices, need testers so come by IRC if your device doesn't have it and needs it)
-Initial support for f2fs file system formatting (Moto X)
-Update SuperSU install for 4.3 ROMs
-Fixed a permissions bug on files created during backup
-Fixed a bug that caused TWRP to not wait for compressed backups to finish causing 0 byte files and md5sums to not match
-Fixed decryption of encrypted data so that both TouchWiz and AOSP decryption are possible
-Ignore lost+found folder during backup and size calculations
-Various other minor bug fixes and tweaks
CHANGELOG for 2.6.0.0:
Special Note: If you are running a custom theme, you will likely need to remove that theme before updating to 2.6.0.0 as your custom theme will likely not have some of the new changes visible (e.g. you won't be able to encrypt a backup)!
-Can encrypt a backup to prevent theft of private data from your backup files
-Updated graphics / icon courtesy of shift
-Updated exFAT to latest commits
-Fixed a problem with Samsung TouchWiz decryption
-Update SuperSU binary
-Fixed saving of backup partitions list
-Fixed saving of last used zip install folder
-Fixed backup of datadata on devices that use a separate partition for datadata
-Fixed some issues with the advanced wipe list (android_secure, can now wipe internal storage on data/media deivces and wipe data on the advanced list no longer formats the entire data partition)
-Fixed some problems with partitioning a SD card
-Various other bug fixes and tweaks
Notes about encrypted backups:
Why encrypt your backups? -- Most people store their backups on the device. Any app that has permission to access storage could potentially read your backup files and try to harvest your data. Encrypted backups also provide an added layer of security if you move your backups to other storage devices or to the cloud. The encryption that we're using is probably not strong enough for enterprise level security, but should be strong enough to make it significantly difficult to get to your data.
Encryption is using OpenAES which uses AES 128-bit cbc encryption. If you happen to use a longer password (over 16 characters) then the encryption strength improves to 192 or 256 bits. Do not forget your password. If you forget your password you will be unable to restore your backup. We don't encrypt the entire backup. Encryption is very CPU intensive and can be fairly slow even when we spread the workload over multiple cores even on the latest high-end devices. To ensure that encrypted backups don't take forever, we don't encrypt any other partitions besides /data and in /data we don't encrypt /data/app (or other app related directories where apks are stored) and we don't encrypt dalvik cache.
DOWNLOAD:
TWRP!
Install it via Odin in PDA section
GOOD job king ..... can u make dual boot project ... it's good for developement ..... good luck
nanoteam said:
GOOD job king ..... can u make dual boot project ... it's good for developement ..... good luck
Click to expand...
Click to collapse
That's a bit harder! I'm trying to achieve it on my s advance. Maybe if i success with it i may try for s2+
Inviato dal mio GT-I9070 utilizzando Tapatalk
Thanks, working fine!
flash in a moment
Very cool & many thanks
I have a question if Twrp also backup efs folder ?
Sent from my GT-I9105P using xda app-developers app
adivx said:
Very cool & many thanks
I have a question if Twrp also backup efa folder ?
Sent from my GT-I9105P using xda app-developers app
Click to expand...
Click to collapse
Yes i put the flag to make efs partition backed up
YUP it's work perfectly THANKS:good::victory::highfive:
KINGbabasula said:
Yes i put the flag to make efs partition backed up
Click to expand...
Click to collapse
Excellent :good: and thanks for the quick reply
edit
It works really well
And there are a lot of options and I like it
KINGbabasula Thank you very much.
KINGbabasula said:
Yes i put the flag to make efs partition backed up
Click to expand...
Click to collapse
then my script just became useless
This also works on CM10.2 because you said only 4.2.2
Sent from my GT-I9105P using Tapatalk
safariking said:
This also works on CM10.2 because you said only 4.2.2
Sent from my GT-I9105P using Tapatalk
Click to expand...
Click to collapse
Yes it will work on CM10.2 as far I know....
BTW me gonna take a nap. Sya guys (And girls).
CoolDevelopment said:
then my script just became useless
Click to expand...
Click to collapse
Lol
not everyone likes twrp
safariking said:
This also works on CM10.2 because you said only 4.2.2
Sent from my GT-I9105P using Tapatalk
Click to expand...
Click to collapse
CM10.2 is 4.3.1. If someone wants to try and see if it works please post here the result
Inviato dal mio GT-I9070 utilizzando Tapatalk
KINGbabasula said:
Lol
not everyone likes twrp
CM10.2 is 4.3.1. If someone wants to try and see if it works please post here the result
Inviato dal mio GT-I9070 utilizzando Tapatalk
Click to expand...
Click to collapse
sure it works, 2.7 is made for kitkat.
everything works fine on cm10.2
So after all is for cm or 4.1.2 or 4.2.2 ???
Or for all ?
Cryss said:
So after all is for cm or 4.1.2 or 4.2.2 ???
Or for all ?
Click to expand...
Click to collapse
Tested and working on 4.2.2 and 4.3.1. Don't know for 4.1.2
Inviato dal mio GT-I9070 utilizzando Tapatalk
KINGbabasula said:
Tested and working on 4.2.2 and 4.3.1. Don't know for 4.1.2
Inviato dal mio GT-I9070 utilizzando Tapatalk
Click to expand...
Click to collapse
it doesn't work on 4.1.2, because there is a new bootloader since 4.2.2, wich is incompatible to 4.1.2
If I were to install this recovery (currently using CWM), do I need to reinstall stock recovery then TWRP?
Or it is okay to flash TWRP directly onto my current CWM even I'm in CWM?
Raven_Yen said:
If I were to install this recovery (currently using CWM), do I need to reinstall stock recovery then TWRP?
Or it is okay to flash TWRP directly onto my current CWM even I'm in CWM?
Click to expand...
Click to collapse
Yes
Sent from my GT-I9105P using XDA Premium 4 mobile app
I am getting 'Internal Server error' while trying to download

FlashFire with HTC One A9?

Anyone used ChainFire's FlashFire with the One A9?
I've used it for backups successfully but have yet to restore anything with it (a little squeamish to do so :silly.
And I'll just add, if anyone has used it and could offer any tips or procedures that would be great.
FlashFire usage is straightforward, at least for me. I haven't flashed anything dangerous with it directly (bootloader, radio) yet.
It has handled flashing backups of system, boot, recovery, and even the 1.57.617.41 ota flawlessly.
Special thanks to @Chainfire!
Sent from my HTC One A9 using XDA Free mobile app
CSnowRules said:
FlashFire usage is straightforward, at least for me. I haven't flashed anything dangerous with it directly (bootloader, radio) yet.
It has handled flashing backups of system, boot, recovery, and even the 1.57.617.41 ota flawlessly.
Special thanks to @Chainfire!
Sent from my HTC One A9 using XDA Free mobile app
Click to expand...
Click to collapse
Were you already rooted? I'm rooted and xposed and want to update via flashfire. will it work?
theNdroid said:
Were you already rooted? I'm rooted and xposed and want to update via flashfire. will it work?
Click to expand...
Click to collapse
Of course. Root is required to use FlashFire. I use Xposed as well, and I've had no problems updating via FlashFire.
CSnowRules said:
FlashFire usage is straightforward, at least for me. I haven't flashed anything dangerous with it directly (bootloader, radio) yet.
It has handled flashing backups of system, boot, recovery, and even the 1.57.617.41 ota flawlessly.
Click to expand...
Click to collapse
Just for my edification, flashing a firmware update like 1.57.617.41 will wipe my data partition, correct?
eelpout said:
Just for my edification, flashing a firmware update like 1.57.617.41 will wipe my data partition, correct?
Click to expand...
Click to collapse
No not at all. Flashing the OTA will not wipe your data. I've done the .41 and .52 OTAs via FlashFire.
***Warning--if you're not currently encrypted, flashing the OTA will update your boot partition, so be sure to use the preserve recovery option in FlashFire and reboot to TWRP to patch your boot image, or your device will encrypt data on first boot.***
CSnowRules said:
No not at all. Flashing the OTA will not wipe your data. I've done the .41 and .52 OTAs via FlashFire.
***Warning--if you're not currently encrypted, flashing the OTA will update your boot partition, so be sure to use the preserve recovery option in FlashFire and reboot to TWRP to patch your boot image, or your device will encrypt data on first boot.***
Click to expand...
Click to collapse
meaning, flash this A9 boot image patcher from TWRP?
Or does using the EverRoot SuperSU option patch the boot image for us on the A9 (and then does one check "preserve recovery" using that or not)?
This can all get a bit confusing.
eelpout said:
meaning, flash this A9 boot image patcher from TWRP?
Or does using the EverRoot SuperSU option patch the boot image for us on the A9 (and then does one check "preserve recovery" using that or not)?
This can all get a bit confusing.
Click to expand...
Click to collapse
Yes, that's one way to disable forceencrypt. You could also flash the latest SuperSU or Magisk. Either one will disable forceencrypt by default. Of course, if your data is already encrypted, you won't have a problem, but I'd assume that you would like to have root, so I'd recommend SuperSU or Magisk+phh root.
CSnowRules said:
Yes, that's one way to disable forceencrypt. You could also flash the latest SuperSU or Magisk. Either one will disable forceencrypt by default. Of course, if your data is already encrypted, you won't have a problem, but I'd assume that you would like to have root, so I'd recommend SuperSU or Magisk+phh root.
Click to expand...
Click to collapse
i'm already unecrypted and rooted, but on firmware from last year. just trying to find the most efficient way to bring things up to date.
eelpout said:
i'm already unecrypted and rooted, but on firmware from last year. just trying to find the most efficient way to bring things up to date.
Click to expand...
Click to collapse
Ok, this post will go a bit off topic. That being said, I can offer two courses of action. I take no responsibility for anything in this post.
Safest--almost no risk (my personal preference)
1. Backup your data partition, including internal SD via TWRP to ext SD or USB OTG drive. Flash the latest RUU from HTC. Boot stock and apply OTAs until there are no more updates available. Fastboot flash the latest TWRP, and finally restore your data and flash the latest SuperSU via TWRP. Reboot your fully updated, rooted A9 with all your data still intact.
A little risky and untested to my knowledge--could result in a hard brick if something partially fails. FLASHING BOOTLOADERS IN FLASHFIRE IS STILL ALPHA FOR HTC DEVICES!!! This may work with s-on...but may require s-off.
Your system partition must have never been mounted r/w for this to work.
2. Download the OTA zips for your phone from the first update available to the latest and the latest SuperSU and TWRP. Use FlashFire to do everything in one shot. Select allow flashing bootloaders in FlashFire settings, select your OTAs for installation from oldest to newest (don't select restore boot and recovery), select TWRP and SuperSU for installation, disable everroot and preserve recovery. Cross your fingers and timidly press flash... If all is successful, you should have the same end result as option 1.
I STRONGLY recommend the first method, but if you're feeling lucky and decide to try the second method, please share how it goes, since this post is FlashFire related and this would be the ultimate test of FlashFire for our devices.
For me, I've found that though TWRP backups take more time, and DON'T preserve internal storage, it's still the most reliable and consistent way to backup especially for OTAs.
I've previously tried FlashFire restore but it doesn't seem to restore internal storage as claimed; deal-breaker.
The real problem is we want OTA automation to:
1) disable lock-screen (pattern or fingerprint) so emergency restore of /data don't fail to unlock after boot
2) restore OEM recovery
3) flash OTA and let it do its things of updating /system, /boot, etc
4) reflash SuperSU before normal system boot so /boot doesn't try to re-encrypt /data
5) restore whatever the original recovery was
6) boot
The problem always is catching the step between 3 -> 4 in some automated way. If the OTA goes all the way through, /data is encrypted and so time is wasted to go back to recovery after full-boot, wipe /data, restore /data, lost internal storage contents and PICTURES. If pattern-lock / finger-print lock is not disabled (1), you won't be able to get past the lock screen as it won't recognize the correct lock-pattern nor fingerprint. Solution is to adb shell in, and move/delete some files as root. PITA and I don't think FlashFire does this.
If you did manually restore /data, then /data is corrupted for some apps that use it such as Waze, LINE, KakaoTalk, Whatsapp, etc where they can't write to their data directories anymore. A reinstall of the app is the only way to fix it.
NuShrike said:
For me, I've found that though TWRP backups take more time, and DON'T preserve internal storage, it's still the most reliable and consistent way to backup especially for OTAs.
I've previously tried FlashFire restore but it doesn't seem to restore internal storage as claimed; deal-breaker.
The real problem is we want OTA automation to:
1) disable lock-screen (pattern or fingerprint) so emergency restore of /data don't fail to unlock after boot
2) restore OEM recovery
3) flash OTA and let it do its things of updating /system, /boot, etc
4) reflash SuperSU before normal system boot so /boot doesn't try to re-encrypt /data
5) restore whatever the original recovery was
6) boot
The problem always is catching the step between 3 -> 4 in some automated way. If the OTA goes all the way through, /data is encrypted and so time is wasted to go back to recovery after full-boot, wipe /data, restore /data, lost internal storage contents and PICTURES. If pattern-lock / finger-print lock is not disabled (1), you won't be able to get past the lock screen as it won't recognize the correct lock-pattern nor fingerprint. Solution is to adb shell in, and move/delete some files as root. PITA and I don't think FlashFire does this.
If you did manually restore /data, then /data is corrupted for some apps that use it such as Waze, LINE, KakaoTalk, Whatsapp, etc where they can't write to their data directories anymore. A reinstall of the app is the only way to fix it.
Click to expand...
Click to collapse
The solution for problem 1 can be handled in TWRP. The files can be deleted via TWRP's file manager or the built in terminal, which may be easier for some people.
Also, the solution for the corrupted data and internal SD is to create an image of the data partition (just like the system image backup option). This can be done via dd in TWRP or adb. It requires a large amount of storage and it takes longer, but I've had to do it, since I use VIP Access by Symantec for work. A normal file based backup in TWRP breaks that app. This also keeps the pin/fingerprint data intact.
If we could have that implemented in a user friendly manner, that would be great, but I'm sure CaptainThrowback and Chainfire both have bigger issues to deal with. I could probably figure out a solution, but the work wouldn't be worth it for my own benefit, since I'm fluent with the Linux command line.

[FAQ] Flashing a custom ROM, Xposed framework, Recovery

Hey guys, I'm rather new to the world of customising Android devices. I just have SO MANY QUESTIONS right now. And I'm sure I'm not the only one, which is why I created this thread to help myself and other people.
Basically, I'll be asking a bunch of questions related to the topic, and this can help other people who are new to all this too.
So, I've got a rooted device. It's on lollipop 5.0, has an unlocked bootloader, TWRP recovery, and Xposed framework.
A few questions to start off with:
1) Can I flash multiple .zip/.img files one after another? Or do I need to always wipe my phone's cache after each flash?
2) Say I wanna update TWRP recovery. Do I have do something before flashing it? CAN I flash a newer version over the previous one?
3) Same question as 2) but for Xposed framework instead.
4) I have Xposed framework installed with some modules running on my phone. Should I disable these modules before updating my Xposed?
5) The latest version of Xposed is v86 as given here: http://forum.xda-developers.com/showthread.php?t=3034811
Can v86 work for lollipop?
6) Similarly, can one download any TWRP version and flash it for their device? Or do each build have a different, specific version of TWRP?
7) Are the latest recovery mods and Xposed frameworks always guaranteed to be stable? Or is it safer to stay on the older ones? Which ones would you recommend?
8) Now, the custom ROMS. What are the necessary things to do before flashing one of these?
9) After flashing a custom ROM, can you flash another on top of it? Or do you have to restore back to your original stock ROM?
10) Does flashing and switching between custom ROMs cause any damage to the phone? Or is there any such potential?
11) Since backing up is a must, I'll ask some about that too. Which would you suggest to be the best backing up method?
12) Does creating a NANDroid backup or a backup from within custom recovery(TWRP in my case) equal to creating a backup of stock ROM?
13) Do I need to copy that backup into PC(to restore later), or will it be safe in my phone's memory after flashing a custom ROM?
I guess that's about it for now. Everyone, please answer if you have done these before. And of course, add your own questions too. This can save a lot of time for a lot of people. I could add more questions in if people request it.
**Answer mentioning the question number for simplicity of searching.
Answers!
1) Can I flash multiple .zip/.img files one after another? Or do I need to always wipe my phone's cache after each flash?
Click to expand...
Click to collapse
You can, but it is more recommended to wipe cache and dalvik cache with each flash.
2) Say I wanna update TWRP recovery. Do I have do something before flashing it? CAN I flash a newer version over the previous one?
Click to expand...
Click to collapse
You'll have to wipe dalvik cache and cache and just flash it normally. It might be stuck at 90% but a force reboot fixes it. It is because you are already in recovery. If it is stuck, leave it for 15 mins and come back. This is just to ensure that it really is stuck.
3) Same question as 2) but for Xposed framework instead.
Click to expand...
Click to collapse
Yep, works, except you wont be stuck.
4) I have Xposed framework installed with some modules running on my phone. Should I disable these modules before updating my Xposed?
Click to expand...
Click to collapse
No need
5) The latest version of Xposed is v86 as given here: http://forum.xda-developers.com/showthread.php?t=3034811
Can v86 work for lollipop?
Click to expand...
Click to collapse
Yup, just flash it via recovery
6) Similarly, can one download any TWRP version and flash it for their device? Or do each build have a different, specific version of TWRP?
Click to expand...
Click to collapse
Each build is different for each device, so for example, I can't flash a TWRP for s7 edge on my s4.
7) Are the latest recovery mods and Xposed frameworks always guaranteed to be stable? Or is it safer to stay on the older ones? Which ones would you recommend?
Click to expand...
Click to collapse
In example, xposed and supersu framework and binary lets you choose if you want a stable file or a test one for developers. TWRP and other stuff have (what I know) different versions and as stated, these versions behave different on different device. During testing with my S4, I found that TWRP 2.8.7.0 is the most stable build for my device.
8) Now, the custom ROMS. What are the necessary things to do before flashing one of these?
Click to expand...
Click to collapse
Make a nandroid backup of your whole device and back it up on you computer. Then wipe everything except your external sdcard and either store it on an sdcard or "adb sideload" it.
9) After flashing a custom ROM, can you flash another on top of it? Or do you have to restore back to your original stock ROM?
Click to expand...
Click to collapse
Not on top of it, you'll have to do as the answer to question 8, make a backup, wipe everything and then flash. No need to go back to stock ROM and then flash it
10) Does flashing and switching between custom ROMs cause any damage to the phone? Or is there any such potential?
Click to expand...
Click to collapse
There is always the risk of bricking but as far as software, it is always revertable. As long as you have a backup of course.
11) Since backing up is a must, I'll ask some about that too. Which would you suggest to be the best backing up method?
Click to expand...
Click to collapse
Nandroid backup is the best one.
12) Does creating a NANDroid backup or a backup from within custom recovery(TWRP in my case) equal to creating a backup of stock ROM?
Click to expand...
Click to collapse
It creates a backup of your current state, lets say, you are in Cyanogenmod 13, making a Nandroid backup will backup everything on cyanogenmod so that if you flash another ROM and still want to go back, you'll have everything restored, including app data and apps.
13) Do I need to copy that backup into PC(to restore later), or will it be safe in my phone's memory after flashing a custom ROM?
Click to expand...
Click to collapse
It will take up a lot of space on your device (since it is a backup of your whole device) so it is recommended to copy it to your computer and remove it from the phone. But, as always, make sure you copy the whole "BACKUPS" folder because the folder inside that folder has your device ID and it is required by TWRP to have the folder the exact ID of your phone to prevent anything bad from happening (bricks).
Hope, I answered all the questions as you wanted and if you have a new question, post it here and I'll reply as soon as possible
Hey, thanks a lot for answering. It helps a lot.
A few other questions I have:
14) So if I were to get CM13, and then create a backup of it, and then get another rom, say ASOP, create a backup of that too, and then switch to yet another rom, say Resurrection Remix, create a backup of that too.
Now, is it possible for me to be able to SWITCH between multiple roms, with ALL my data saved individually on each rom perfectly the way I wanted?(of course, wipe cache and data before restoring the backup)
If so, then I could just keep Nandroids of my favorite roms, can keep switching between them, never having to flash and start from scratch ever again!
Sent from my ASUS_T00J using XDA-Developers mobile app
15) Since I don't have otg cable, nor an sd card reader, I'm gonna have to keep the nandroid on my sd. Which means a lot of space is needed.
Can this workaround be possible:
- I use TWRP to backup only system and boot data. I save this on sd card.
- I use Titanium backup to save only user app and data. I save this on PC.
So now, when my device crashes while flashing something, I can restore backup from TWRP(do I clear cache and data before this as well?), and once my system rom is back, I can copy titanium backup via USB and restore it.
Sent from my ASUS_T00J using XDA-Developers mobile app
16) Suppose I flashed CM13, and it's really buggy. Can I switch back to the previous rom whose nandroid I had just by restoring it? Is it really that simple?
Sent from my ASUS_T00J using XDA-Developers mobile app
ShinraTensei04 said:
Hey, thanks a lot for answering. It helps a lot.
A few other questions I have:
14) So if I were to get CM13, and then create a backup of it, and then get another rom, say ASOP, create a backup of that too, and then switch to yet another rom, say Resurrection Remix, create a backup of that too.
Now, is it possible for me to be able to SWITCH between multiple roms, with ALL my data saved individually on each rom perfectly the way I wanted?(of course, wipe cache and data before restoring the backup)
If so, then I could just keep Nandroids of my favorite roms, can keep switching between them, never having to flash and start from scratch ever again!
Sent from my ASUS_T00J using XDA-Developers mobile app
Click to expand...
Click to collapse
14) You can, but you would need tons of space.
Sent using a ks01lte (gt-i9506) running cm 13
---------- Post added at 05:59 AM ---------- Previous post was at 05:56 AM ----------
ShinraTensei04 said:
15) Since I don't have otg cable, nor an sd card reader, I'm gonna have to keep the nandroid on my sd. Which means a lot of space is needed.
Can this workaround be possible:
- I use TWRP to backup only system and boot data. I save this on sd card.
- I use Titanium backup to save only user app and data. I save this on PC.
So now, when my device crashes while flashing something, I can restore backup from TWRP(do I clear cache and data before this as well?), and once my system rom is back, I can copy titanium backup via USB and restore it.
Sent from my ASUS_T00J using XDA-Developers mobile app
Click to expand...
Click to collapse
You do not have to have an sdcard reader to view your sdcard on your PC. You know how when you make a backup it is stored in /sdcard/TWRP/BACKUPS/CERIALNM/nameofbackup? Well, connect your phone to your pc and move the "backups" folder, then, when you need to restore it, add it to the twrp folder and restore it.
Sent using a ks01lte (gt-i9506) running cm 13
---------- Post added at 06:01 AM ---------- Previous post was at 05:59 AM ----------
ShinraTensei04 said:
15) Since I don't have otg cable, nor an sd card reader, I'm gonna have to keep the nandroid on my sd. Which means a lot of space is needed.
Can this workaround be possible:
- I use TWRP to backup only system and boot data. I save this on sd card.
- I use Titanium backup to save only user app and data. I save this on PC.
So now, when my device crashes while flashing something, I can restore backup from TWRP(do I clear cache and data before this as well?), and once my system rom is back, I can copy titanium backup via USB and restore it.
Sent from my ASUS_T00J using XDA-Developers mobile app
Click to expand...
Click to collapse
Also, on the titanium backup part, not a bad idea... You can then copy the data and system or boot to your pc and bam.
Sent using a ks01lte (gt-i9506) running cm 13
What I meant was: Let's say I bricked my phone. Now, according to you, I place backup on pc. Okay. But now, how do I place this backup onto the sd on my phone when my pc can't even detect the phone(cuz it's dead yo). Doesn't this impose on me to keep the backup in sd(as I don't have reader or otg).
About the titanium, so you're saying I can do that? Backup only user apps+data and restore after restoring only system+boot.
Another question:
16) Can the backup of user apps+data made on, say, 'X' rom, be restored on 'Y' rom via titanium, on condition they are same Android version(suppose 5.0), without ANY chance of incompatibility. More importantly, can it have any chances of leading to a brick/bootloop.
* I read somewhere that if you backed up system apps of 'X' rom, then changed to 'Y' rom, and restored the system apps of 'X' rom onto 'Y' rom, it bricks the phone.(which is why I ask this question)
17) "Backing up 'system' in TWRP is completely different from backing up 'system' on titanium. This is because TWRP backs up entire system with system apps, while titanium only backs up the apps." This is true, right?
Sent from my ASUS_T00J using XDA-Developers mobile app
ShinraTensei04 said:
What I meant was: Let's say I bricked my phone. Now, according to you, I place backup on pc. Okay. But now, how do I place this backup onto the sd on my phone when my pc can't even detect the phone(cuz it's dead yo). Doesn't this impose on me to keep the backup in sd(as I don't have reader or otg).
About the titanium, so you're saying I can do that? Backup only user apps+data and restore after restoring only system+boot.
Another question:
16) Can the backup of user apps+data made on, say, 'X' rom, be restored on 'Y' rom via titanium, on condition they are same Android version(suppose 5.0), without ANY chance of incompatibility. More importantly, can it have any chances of leading to a brick/bootloop.
* I read somewhere that if you backed up system apps of 'X' rom, then changed to 'Y' rom, and restored the system apps of 'X' rom onto 'Y' rom, it bricks the phone.(which is why I ask this question)
17) "Backing up 'system' in TWRP is completely different from backing up 'system' on titanium. This is because TWRP backs up entire system with system apps, while titanium only backs up the apps." This is true, right?
Sent from my ASUS_T00J using XDA-Developers mobile app
Click to expand...
Click to collapse
You adb sideload a functioning ROM and once you boot you copy the backup you can flash it via twrp. As for the second question, I have not tested it but it sounds possible.
16) You should not be in a bootloop if you backup like that, the fact that it is even the same android version is making it more likely to work and what I know, you can even switch the backup via phones. I don't use titanium because I always do nandroid backups.
17) Yup, that's true, twrp sees "system as the partition system while titanium sees it as the whole phones software, hence why it is called " system".
Thanks for asking these question and hopefully some day, you can teach others.
RAZERZDAHACKER said:
You adb sideload a functioning ROM and once you boot you copy the backup you can flash it via twrp. As for the second question, I have not tested it but it sounds possible.
16) You should not be in a bootloop if you backup like that, the fact that it is even the same android version is making it more likely to work and what I know, you can even switch the backup via phones. I don't use titanium because I always do nandroid backups.
17) Yup, that's true, twrp sees "system as the partition system while titanium sees it as the whole phones software, hence why it is called " system".
Thanks for asking these question and hopefully some day, you can teach others.
Click to expand...
Click to collapse
Hm... so whenever I brick my phone, I MUST adb sideload to a working rom first, and only then restore the backup I made? Even if I already have a backup saved onto the sd card of my bricked phone? Can I not restore that via TWRP instead? I ask this because if I were to adb sideload first, I'd lose root, unlocked bootloader, and yes, TWRP. So, I'd have to get ALL that done again, and only then restore my backup.
18) Does restoring a backup I made(when I had root access, unlocked BL, custom recovery, xposed) RETAIN all that? Meaning after I restore to that backup, I will still have all that.
Thanks for answering, I'm learning quite a bit. And yeah, I'll make sure to help others with this information too.
ShinraTensei04 said:
Hm... so whenever I brick my phone, I MUST adb sideload to a working rom first, and only then restore the backup I made? Even if I already have a backup saved onto the sd card of my bricked phone? Can I not restore that via TWRP instead? I ask this because if I were to adb sideload first, I'd lose root, unlocked bootloader, and yes, TWRP. So, I'd have to get ALL that done again, and only then restore my backup.
Click to expand...
Click to collapse
You won't lose TWRP or unlocked bootloader, but I will try today by making backup of "cache" and flash it via my sdcard as soon as possible.
18) Does restoring a backup I made(when I had root access, unlocked BL, custom recovery, xposed) RETAIN all that? Meaning after I restore to that backup, I will still have all that.
Click to expand...
Click to collapse
Yup, it makes a backup of every little part of the system (if you include cache and dalvik, I don't, but some do).
Thanks for answering, I'm learning quite a bit. And yeah, I'll make sure to help others with this information too.
Click to expand...
Click to collapse
Okay, made a backup of "cache and the flashing went fine, my hypothesis is that you have to make the backup on the sdcard and not on the phone and move it to the sdcard.
RAZERZDAHACKER said:
You won't lose TWRP or unlocked bootloader, but I will try today by making backup of "cache" and flash it via my sdcard as soon as possible.
Click to expand...
Click to collapse
Actually, when you adb sideload, you need to flash stock fastboot and recovery .img files(at least for my phone), and the bootloader does in fact get locked again, along with losing root. I know cuz I already have done adb sideloading before. So, doesn't that make flashing backup via sd card and TWRP without sideload the only thing I can do? I'm just trying to keep a backup without losing root, unlocked BL, TWRP, even if I gotta give up some space... Just wanna make sure it's safe to do it like that.
RAZERZDAHACKER said:
Yup, it makes a backup of every little part of the system (if you include cache and dalvik, I don't, but some do).
Click to expand...
Click to collapse
I only have "System(1125 mb)", "Data(3480 mb)", and "Cache(0 mb)" listed in TWRP. My cache is 0 mb.... nothing to backup on there?
19) Do I have to unlink my linked apps before creating a Nandroid, or will creating one while linked allow me to retain the link even after wiping data and then restoring the Nandroid?
ShinraTensei04 said:
Actually, when you adb sideload, you need to flash stock fastboot and recovery .img files(at least for my phone), and the bootloader does in fact get locked again, along with losing root. I know cuz I already have done adb sideloading before. So, doesn't that make flashing backup via sd card and TWRP without sideload the only thing I can do? I'm just trying to keep a backup without losing root, unlocked BL, TWRP, even if I gotta give up some space... Just wanna make sure it's safe to do it like that.
Click to expand...
Click to collapse
You wont lose anything during a complete nandroid backup, and, apparently, some devices loose stuff during adb sideload.
I only have "System(1125 mb)", "Data(3480 mb)", and "Cache(0 mb)" listed in TWRP. My cache is 0 mb.... nothing to backup on there?
Click to expand...
Click to collapse
Nothing....... Yet.
19) Do I have to unlink my linked apps before creating a Nandroid, or will creating one while linked allow me to retain the link even after wiping data and then restoring the Nandroid?
Click to expand...
Click to collapse
Unlink? What do you mean? (Not quoting Justin Bieber)
RAZERZDAHACKER said:
Unlink? What do you mean? (Not quoting Justin Bieber)
Click to expand...
Click to collapse
There's this thing you can do where you move your apps from internal storage to sd card COMPLETElY, thereby saving a lot of space on internal memory. It works because a 'link' is created between the app+data(now in sd) back to it's internal location counterpart(where it would have been otherwise). This way, the apps and system think your apps are in internal, but in fact are in sd(you can see that more internal is free by checking space used up via any file manager though).
In order to do this, a second partition on the sd card is to be made with an ext2/ext4 format, and use a linking app( like Apps2sd).
ShinraTensei04 said:
There's this thing you can do where you move your apps from internal storage to sd card COMPLETElY, thereby saving a lot of space on internal memory. It works because a 'link' is created between the app+data(now in sd) back to it's internal location counterpart(where it would have been otherwise). This way, the apps and system think your apps are in internal, but in fact are in sd(you can see that more internal is free by checking space used up via any file manager though).
In order to do this, a second partition on the sd card is to be made with an ext2/ext4 format, and use a linking app( like Apps2sd).
Click to expand...
Click to collapse
Yea I've used one of those, I first thought the app used the "MV" Unix command but yea you need a sec. Partition to do that on the sdcard, but you don't have to do that on your nandroid backup.
RAZERZDAHACKER said:
Yea I've used one of those, I first thought the app used the "MV" Unix command but yea you need a sec. Partition to do that on the sdcard, but you don't have to do that on your nandroid backup.
Click to expand...
Click to collapse
So can I backup linked apps with their links' data saved, so when I install the linking app again, they can be relinked automatically?
Sent from my ASUS_T00J using XDA-Developers mobile app
Thanks for those questions and answers. I posted this before but appearantly in the wrong place. It seems to be quite right here. Thanks to helping people!
Hi XDA experts
I am newly registered in the forum, but experienced in modding (more or less). But I am (for now) strictly a user, not developer.
So far I got along very well, with my beloved Galaxy S4 jfltexx. I got from stock to rooted stock, from there to cm, instantly back to stock, used it for a long time and am just now on cm13 nightly, which is truly awesome!
It is so awesome that I would really like to help other people out, even if they have no idea about this. Meaning I wish to modify other peoples phones for them. However, when it comes to other peoples property I can't really fight my way through technical terms I don't understand anymore, hoping that the outcome will be as I wished. I pretty much know what most of all these technical terms mean, but I don't always understand how they are related to each other. I know, explaining this will take a while, but I would REALLY appreciate it if someone would take the time...
1) The bootloader, can it be replaced? What would be the purpose of that? UNLOCKING does not mean REPLACING, does it??
What do custom ROMs typically consist of? An entire working system? Parts of a working system? Sometimes this sometimes that?
I'm asking the question because I got the impression that some custom ROMs require the user to have a certain (usually stock) ROM in order to flash it. For example, if I had a Galaxy S6 edge running 5.1.1, could I upgrade to noble ROM Marshmallow?
I also have the feeling that the ROM or system or whatever is somewhat seperate from the kernel. What is this relation? Do custom ROMs not always come with a compatible kernel? Is there only one kernel compatible to the rest of the system, or is there a chance to run a system with a kernel not particularly designed for it? How to get a 'wrong' kernel?
Where to get stock ROMs and who provides them? If I wanted to upgrade from Lollipop to Marshmallow, but am rooted and don't get OTA updates, what do I do? Assuming that Nandroids are bound to a single device (e.g. MY phone) who can provide a stock ROM that runs on my device and how does he get it?
Can I run pure Android on any phone, or is it (always?) necessary to adjust it? I understand that my hardware buttons of the S4 would probably not work on pure Android, but the rest?
Is there ANY phone SOLD with open bootloader and root? A phone that actually wants its users to play with the system?
Thanks guys
NoBullsh1t said:
Thanks for those questions and answers. I posted this before but appearantly in the wrong place. It seems to be quite right here. Thanks to helping people!
Click to expand...
Click to collapse
It happnes alot that people post in wrong section
Hi XDA experts
I am newly registered in the forum, but experienced in modding (more or less). But I am (for now) strictly a user, not developer.
So far I got along very well, with my beloved Galaxy S4 jfltexx. I got from stock to rooted stock, from there to cm, instantly back to stock, used it for a long time and am just now on cm13 nightly, which is truly awesome!
Click to expand...
Click to collapse
Yup, kinda same, excpet im ks01lte but I moved from stock to rooted stock (5.1.1) then cm13, then stock + xposed 4.4.2 then cm11 and now back to cm13 nightly
It is so awesome that I would really like to help other people out, even if they have no idea about this. Meaning I wish to modify other peoples phones for them. However, when it comes to other peoples property I can't really fight my way through technical terms I don't understand anymore, hoping that the outcome will be as I wished. I pretty much know what most of all these technical terms mean, but I don't always understand how they are related to each other. I know, explaining this will take a while, but I would REALLY appreciate it if someone would take the time...
Click to expand...
Click to collapse
1) The bootloader, can it be replaced? What would be the purpose of that? UNLOCKING does not mean REPLACING, does it??
Click to expand...
Click to collapse
The bootloader can be replace, however, if you fail here, there is no comming back (you'll need a complete board replacement because the bootloader acts as a BIOS), the purpose of replacing it is various reasons, change of splash screen during boot etc. Some bootloaders are locked to only be able to flash certain ROMs (OEMs do this to not allow people to tinker with their devices) but it is nearly always un-lockable (except for some devices, I own an Acer tablet that has a locked bootloader that cant be un-locked) and no, unlocking it does not mean changing it.
What do custom ROMs typically consist of? An entire working system? Parts of a working system? Sometimes this sometimes that?
Click to expand...
Click to collapse
Yea, sometimes this sometimes that, in example, ported marshamllow touchwiz ROMs rely on some files in the stock ROM so the "update" doesn't take up much space.
I'm asking the question because I got the impression that some custom ROMs require the user to have a certain (usually stock) ROM in order to flash it. For example, if I had a Galaxy S6 edge running 5.1.1, could I upgrade to noble ROM Marshmallow?
Click to expand...
Click to collapse
That is because of the bootloader (again lol), from my experience with the s4, before flashing cm13, I had to go to 5.1.1 because of the bootloader was changed during the OTA, so as stated before, it only allowed a certain type of ROMs to be flashed.
I also have the feeling that the ROM or system or whatever is somewhat seperate from the kernel. What is this relation? Do custom ROMs not always come with a compatible kernel? Is there only one kernel compatible to the rest of the system, or is there a chance to run a system with a kernel not particularly designed for it? How to get a 'wrong' kernel?
Click to expand...
Click to collapse
The kernel tells the system what to do, some kernels are specified for battery optimization, so the kernel tells the cpu to slow down and save juice, while some other kernels offer the ability to overclock the device (mostly used on older devices to make it faster, but it drains more juice and can result into app crashing), the kernel, is not separated from the system, in fact, you can't even compile a ROM without a kernel. There is not only one kernel for lets say cm, you can flash another kernel, just make sure it is compatible with your android version. To get a wrong kernel, flash one that isn't for your device or android version.
Where to get stock ROMs and who provides them? If I wanted to upgrade from Lollipop to Marshmallow, but am rooted and don't get OTA updates, what do I do? Assuming that Nandroids are bound to a single device (e.g. MY phone) who can provide a stock ROM that runs on my device and how does he get it?
Click to expand...
Click to collapse
Your OEM provides them, samsung has a website called sammobile and uploads all the stock ROMs there. If you want to upgrade, just flash it via recovery or in your case, odin (for samsung phones). To give your backup to someone else, the other person must have the exact same phones, in example, you (jfltexx) can't give it to me (ks01lte), I must have jfltexx and then (assuming you did the backup on twrp) I'd have to change the serial number to my device.
Can I run pure Android on any phone, or is it (always?) necessary to adjust it? I understand that my hardware buttons of the S4 would probably not work on pure Android, but the rest?
Click to expand...
Click to collapse
Your hardware buttons will work on pure android (aosp), I don't see why not, you said you are running cm13, that is altered pure android and it works fine, see pure android as cm withou all the features.
Is there ANY phone SOLD with open bootloader and root? A phone that actually wants its users to play with the system?
Thanks guys
Click to expand...
Click to collapse
There are a few devices like that, one plus was a company that wanted to do that, it came with root, unlocked bootloader and cyanogenmod running, they separated unfortunatly and evolved to using "oxygen os" and does nor provide a un-locked bootloader but provides a simple tool to root and unlock. I don't know any companies that have unlocket bootloaders because they don't want the average consumer to mess up their device and blame it on the OEM.
"Can I run pure Android on any phone, or is it (always?) necessary to adjust it? I understand that my hardware buttons of the S4 would probably not work on pure Android, but the rest?
Your hardware buttons will work on pure android (aosp), I don't see why not, you said you are running cm13, that is altered pure android and it works fine, see pure android as cm withou all the features."
I mean is there like a website from google where I can dowoad a non device specific aosp and flash that to my S4 to make it run? Wouldn't there be for example drivers missing? Isn't that what I have to be greateful to Cyanogenmod for, making up to date android compatible with older devices?
---------- Post added at 07:49 PM ---------- Previous post was at 07:42 PM ----------
So I can actually make a jfltexx Nandroid and install it on another jfltexx by easily changing the serial number???
NoBullsh1t said:
"Can I run pure Android on any phone, or is it (always?) necessary to adjust it? I understand that my hardware buttons of the S4 would probably not work on pure Android, but the rest?
Your hardware buttons will work on pure android (aosp), I don't see why not, you said you are running cm13, that is altered pure android and it works fine, see pure android as cm withou all the features."
I mean is there like a website from google where I can dowoad a non device specific aosp and flash that to my S4 to make it run? Wouldn't there be for example drivers missing? Isn't that what I have to be greateful to Cyanogenmod for, making up to date android compatible with older devices?
Click to expand...
Click to collapse
Yes, be greatful, it is free, open source and full of active devs and memebers. I'm still not sure what you mean, do you mean on-screen navigation bar? Because you can change that in cyanogenmod settings.
---------- Post added at 07:49 PM ---------- Previous post was at 07:42 PM ----------
So I can actually make a jfltexx Nandroid and install it on another jfltexx by easily changing the serial number???
Click to expand...
Click to collapse
Yea, you know how your backup is located in /sdcard/TWRP/BACKUPS/SERIALNO? The device you want to flash it to should make a backup of the tiniest partition (usually cache, it's 5mb) and youll get acces to the serial number, then you just swap it and delete the tiniest partition.

How to backup & restore Android 9/P/Pie with TWRP?

Because on https://twrp.me/google/googlepixel.html it says:
Decrypting Android 9.0 Pie when using a PIN / pattern / password does not work yet. We do not have an ETA for fixing decrypt. Restoring a backup made with an alpha using RC1 may result in loss of data including internal storage. If you need your backups from those versions, restore the backup using alpha2, then install RC1 and run a new backup with RC1.
Click to expand...
Click to collapse
I just flashed the official Android 9/P/Pie release (it did not fix the randomly dying microphone issue) and I want to do a full nandroid backup before I take my Pixel into UBreakIFix for a $0-80 fix because they require a locked bootloader and factory reset.
So do nandroid backups work or not?
SOLVED!
Answering my own question...
roirraW "edor" ehT said:
Since internal storage, where user apps and user and system app data are stored can't be decrypted, you'd definitely have to at least disable the pin/pattern/password, although you should confirm that doing so makes the storage readable in TWRP - it should.
Click to expand...
Click to collapse
According to this person, you must disable pin/pattern/password in order to decrypt the file system and allow nandroid backup & restore.
However, I just did a fastboot boot TWRP.img and it prompted me with my unlock pattern, and then it said "Data successfully decrypted". I checked, and I have access to the filesystem, and it even mounted to my connected laptop. So I'm testing this out. Backups completed successfully. I'll be trying a restore soon.
Archangel said:
The overwhelming response to what areas to tick when you back up has been system, boot, vendor and data,,,no images just the partitions. But that struggle is still on going LOL.
Click to expand...
Click to collapse
Backup & restore these 4 partitions (no images):
System, Boot, Vendor, and Data
(Note: for system and vendor you have to uncheck "mount system as readonly")
UPDATE:
Restoring my System and Vendor TWRP backups caused boot to hang at the G logo with an endless progress bar below the G.
However, doing a fastboot flash of System and Vendor factory images then restoring only my TWRP Data backup successfully restored my phone!
Except for one issue: fingerprints don't work. I think I may have screwed myself here by not disabling pin/pattern/password when I did the backup. For some reason TWRP had no problem decrypting then. But now, trying to restore, TWRP can't decrypt unless I disable pin/pattern/pass. It wont let me delete my old fingerprints or set new ones. Trying to unlock with fingerprint, it either doesn't respond at all or says "Fingerprint hardware not available"
UPDATE 2:
Followed instructions to clear the fingerprint data: [Guide] Delete fingerprint profils via TWRP. Everything is perfectly restored now! (Note: if you disable pin/pattern/pass before backup, you shouldn't need to do this)

[OP6] w/Lineage 15 [OREO] - recovering encrypted data with TWRP?

My OP6 is running an unofficial build of LineageOS 15 on top of the OOS 5.1.6 firmware. It was set up using TWRP 3.2.2-0, but the install process I used required replacing TWRP with the stock recovery on both A & B before it would boot properly.
Recently, after swapping SIMs (coincidence?), it's been refusing to boot to a usable state. It stops booting before it gets to the unlock screen, in a halfway state where the volume control works but nothing else. This unofficial setup has been a bit of hack and I've long meant to rebuild it, so I don't really want to dedicate time to fixing whatever's been corrupted.
Instead, I'd like to backup the currently encrypted data partition, and put an official LineageOS 16 build on it.
Should be simple enough, but TWRP 3.2.2-0 won't decrypt the data partition, instead giving a password failed error. I think there was a bug or incompatibility at the time. I've tried fastboot boot on TWRP 3.2.3-0 through 3.3.1-2 in the stock, blu_spark, and mauronofrio builds, but none of them will boot, instead giving a solid notification light.
I'm speculating that the issue is a firmware mismatch.
My plan is to:
Update firmware to the latest OTA (34?) for OOS 9
Fastboot boot twrp 3.2.3 or 3.3.1 (not sure which will work) to decrypt and backup data
Follow the instructions in the LineageOS 16 official thread to get on a more stable configuration
Anything I'm missing?
I don't think it would work. Different installations have different decryption keys, so you cannot decrypt your encrypted data from one installation to another. Besides, I don't think it's possible to backup encrypted data (not sure). Also, with a major OS upgrade, like from LOS 15 to LOS 16, it's not advisable to dirty flash upgrade; it's better to start clean.
Best you can do is back up your data using Titanium Backup or Swift Backup then copy it to a computer, and include all your other files in the internal storage. I use Swift Backup when migrating ROMs. Swift Backup includes free trial, you can take advantage of that. This of course, would only work if you are rooted.
remewer said:
I don't think it would work. Different installations have different decryption keys, so you cannot decrypt your encrypted data from one installation to another.
Click to expand...
Click to collapse
I don't plan to do a different installation, until after I've decrypted data and made a backup.
Besides, I don't think it's possible to backup encrypted data (not sure).
Click to expand...
Click to collapse
I don't plan to backup encrypted data. I plan to decrypt it (using a compatible version of TWRP) and then make my backup using TWRP's nandroid backup (or hell, just a file copy of the important stuff).
Also, with a major OS upgrade, like from LOS 15 to LOS 16, it's not advisable to dirty flash upgrade; it's better to start clean.
Click to expand...
Click to collapse
I'm not proposing to do a dirty flash, but to start clean. But I'd rather not start clean until after I've backed up the (currently inaccessible) encrypted data.
I haven't made the time to tackle this but I may try it out tonight.
Right now I can boot from TWRP, but it's an older version and it won't decrypt Data. I think a newer version would, but the newer versions won't boot (fails with a black screen and blue notification LED). I suspect the newer TWRP requires newer firmware.
My plan is:
Flash firmware only (not the OS, just firmware for modems, etc)
Boot from the most recent TWRP
Decrypt Data, and use TWRP's backup or ADB to grab files I want to backup
Do a clean installation of Lineage16
If I'm wrong I'll lose a few months of data that didn't get backed up.

Categories

Resources