That's weird because I'm on crDroid a13 and decrpyt works for me through internal storage and even otg cable works on latest updates. Maybe it's carrier specific. I have the unlocked T-Mobile variant. I wouldn't think so.
Development [RECOVERY][3.7.0-12.1][UNOFFICIAL][UNIFIED] TWRP with A12/A13 encryption support
- Thread starter der_akinator
- Start date
I just MSMd and am in the process of attempting to get it working again on a fresh install. I'll update if it works. I'm on LE2125 (global unlocked)
I have the LE2127. I converted it to OOS11 EU then to OOS11 Global to OOS13Global.
It now thinks its an LE2125.
Flashed latest version. Decryption worked ( Paranoid Android 13)I uploaded a new version with the timestamp script used in op7.
30.11.22 - Google Drive
drive.google.com
Thank you
Maybe I have found a fix for OSS users but I can't test it because I'm not running OOS. So please test this build.
oos-fix - Google Drive
did you get the logs for my issue? I attatched them but I don't see themMaybe I have found a fix for OSS users but I can't test it because I'm not running OOS. So please test this build.
oos-fix - Google Drive
drive.google.com
No, it seems there are some problem with attachments currently. I uploaded a new build with the op7 timestamp script. crdroid update worked for me with that one. If you have time please test it.
Nekobin.com — Elegant and open-source pastebin service
Paste, save and share the link of your text content using a sleek and intuitive interface!
Last edited:
Is it not working? Unfortunately the link contains only a small part of the log but if https://drive.google.com/drive/u/0/folders/1vOxqxtJMydkt_X6HuY_WAhAaXblNbm1U is working I don't need it anymore.Nekobin.com — Elegant and open-source pastebin service
Paste, save and share the link of your text content using a sleek and intuitive interface!nekobin.com
https://nekobin.com/dutepewipo
don't sweat it, just flashed the latest build and my timestamp issue is gone! great job!
im running the latest version right now & somehow my /system folder is showing no other subfolders like /priv-app or /app (except for addon.d & apex and 1-2 others). anybody got the same issue? would love a fix, but im still grateful that i have a working twrp at all
osm0sis
Senior Recognized Developer / Contributor
You just haven't mounted it yet; you're looking at the ramdisk.im running the latest version right now & somehow my /system folder is showing no other subfolders like /priv-app or /app (except for addon.d & apex and 1-2 others). anybody got the same issue? would love a fix, but im still grateful that i have a working twrp at all
osm0sis
Senior Recognized Developer / Contributor
Oh wait, you're right, but only sort of! It's mounting to /system_root now, and /system is still the ramdisk. I think that's the new norm from twrp-11 onward? Though I thought it was supposed to use /mnt/system or something at some point.
Last edited:
thanks, been out this game for too longOh wait, you're right, but only sort of! It's mounting to /system_root now, and /system is the ramdisk. I think that's the new norm from twrp-11 onward? Though I thought it was supposed to use /mnt/system or something at some point.
SUCCESS !!!!Maybe I have found a fix for OSS users but I can't test it because I'm not running OOS. So please test this build.
oos-fix - Google Drive
This is on F.16 OSS13.
F.17 incremental just was released but my bootloader is unlocked and I can only flash Full Updates.
There is just one little problem, the display says "Failed to mount '/vendor_dlkm' (block device required
I can't read the whole line, it runs off to the right of the screen,
it does not affect anything that I can tell.
TWRP display still says 3.7.0_12-0 not 12-1.
Do you want the log files again ?
So decryption is working on OOS13? Great. Yes I know there isn't an vendor_dlkm partition on OOS but this is needed to load kernel modules for custom roms. Does it affect you in any way or is it just the error message? Can you maybe test backups?
I'm will look how to overwrite the 3.7.0_12-0 but it's just cosmetic.
Last edited:
Similar threads
- Sticky
Top Liked Posts
-
There are no posts matching your filters.
-
10Good new for OOS users. One of the TWRP devs found a workaround for data restore on OOS. Just delete "/data/system/users/0/package-restrictions.xml", after data is restored. I will exclude this file by default in a future build, but for existing backups, the file must always be removed manually.
Edit:
This is also useful for custom ROMs, because it makes first boot faster and eliminates the need to reboot again.5Update
- Fix backups and logs not accessible from system
14-03-23 - Google Drive
drive.google.com
2
There is no changelog. You can either look for update posts which contain a summary of some changes or look into the git history.2
Sorry, I forgot to add latest patch. Latest build is now replaced with fixed version.2Update
- Fix backups and logs not accessible from system
14-03-23 - Google Drive
Awesome! Can confirm it works as expected now.
Only thing I noticed is that there now seems to be a rogue empty TWRP folder created at /TWRP which I don't recall happening before. -
48This is an unofficial build of TWRP, based on the Android 12.1 branch, that supports encryption used by Android 12 and 13 ROMs. This build is tested on OP9pro but it was confirmed to work on OP9 with OOS 12 firmware installed. Other configurations have to be tested.
As always I'm not responsible for any bricked device or data loss resulting from the use of this TWRP builds. You use this at your own risk.
For ROMs using FBEv1 encryption aka A11 encryption, please use the official builds by @Nebrassy from:
[RECOVERY] [11] [OFFICIAL] TeamWin Recovery Project
Introduction: Team Win Recovery Project or...
forum.xda-developers.com
Download:
twrp-3.7.0-12.1 - Google Drive
drive.google.com
Installation:
Permanent installation is not possible with TMO stock ROM installed.
To temporarily boot TWRP, use the first three steps of Option 3.
For permanent installation, you have three options depending on your current system.
1. Option for rooted devices:
- Download the twrp-installer zip
- Flash it with Magisk manager or some other kernel flash utility
- Reflash your custom kernel and Magisk if previously installed
- Download the twrp-installer zip
- Flash it with "adb sideload twrp-installer*.zip"
- Reboot to recovery
- Reflash your custom kernel and Magisk if previously installed
- OOS13 (firmware) users please download boot-oos13.img. All other users please use boot.img
- Reboot to bootloader
- Run "fastboot boot boot*.img" with the boot image
- Go to Advanced > Flash Current TWRP
- Reflash your custom kernel and Magisk if previously installed
Uninstall:
Just flash the boot partition with your current ROMs boot image with the following steps:
- Reboot to bootloader
- Run "fastboot flash boot_a YOUR ROM BOOTIMAGE"
- Run "fastboot flash boot_b YOUR ROM BOOTIMAGE"
TWRP Updates:
- Download and flash the twrp-installer zip
- After that reflash your custom kernel and Magisk if previously installed
ROM Updates:
Please follow the official update instructions for your ROM!
If they give an option to update via recovery you have to substitute adb sideload commands with zip installations. And use the "Automatically reflash TWRP after flashing a ROM" option if you are going to install a ROM zip to preserve TWRP.
In case your ROM does not provide a recovery update instruction you can try to update via recovery but you are on the safe side if you follow the official instructions. They always have a reason for their particular update instructions!
Instructions that work for me (on LOS based ROMs):
- Flash ROM zip with "Automatically reflash TWRP after flashing a ROM" checked
- Flash your previously installed zips (custom kernel, Gapps, Magisk, etc)
- Reboot to system
- If Gapps packages keep crashing:
- Reboot to TWRP
- Flash Gapps again
- Reboot to system
[RECOVERY][3.7.0-12.1][UNOFFICIAL][UNIFIED] TWRP with A12/A13 encryption support
This is an unofficial build of TWRP, based on...
forum.xda-developers.com
About backups/restore:
Restore data only WITHOUT pin/pattern set.
Backups can be made with or without pin/pattern set. It is always good practice to copy your backups to your PC or an USB drive. Also after you restored your data partition you have to reboot to system and do a second reboot to get a working system.
To make first boot faster and eliminate the need to reboot again, additionally use the step mandatory for OOS users.
If you want to copy your backup to PC, but it doesn't show up, flash change_backup_selinux_context.zip, which is available in download folder.
For OOS users:
When data is restored, you have to delete "/data/system/users/0/package-restrictions.xml" before rebooting to system.
In case you restore a backup with pin/pattern set or have some other issues I have a guide that works for me:
[RECOVERY][3.7.0-12.1][UNOFFICIAL][UNIFIED] TWRP with A12/A13 encryption support
This is an unofficial build of TWRP, based on...
forum.xda-developers.com
Source Code:
- TWRP: https://github.com/TeamWin/android_bootable_recovery
- Kernel: https://github.com/LineageOS/android_kernel_oneplus_sm8350
- Device Tree:
- Permanent installation besides TMO stock isn't possible
- In case you notice anything else please let me know.
Thanks to:
13Update
- /data/fonts/* is excluded from backups (has to be verified by someone with backup errors)
- screen turns completely off now
- updated firmware files from LE2125_11.C.63 (maybe this helps with OOS13 problems)
- initial installation is now possible without flashing vendor_boot (I tested a few combinations of installation methods and initial system configurations. So hopefully nothing is broken this time.)
30-12-22 - Google Drive
drive.google.com
10Update
- improve vibration support
- fix kernel modules loading in fastbootd mode for custom roms (might result in an error message regarding vendor_dlkm for OOS users, but it's just cosmetic)
08-02-23 - Google Drive
drive.google.com
10Update
- add vendor_boot and dtbo to backup targets
- add CPU temperature output
- fix vibration (still doesn't work in fastbootd mode)
04-02-23 - Google Drive
drive.google.com
10Good new for OOS users. One of the TWRP devs found a workaround for data restore on OOS. Just delete "/data/system/users/0/package-restrictions.xml", after data is restored. I will exclude this file by default in a future build, but for existing backups, the file must always be removed manually.
Edit:
This is also useful for custom ROMs, because it makes first boot faster and eliminates the need to reboot again.
