I recently tried a failing technique to remove my password on my Moto G3 (Android 6.0) by removing a file and putting a copy of the file back. The .key file I copied is stored in Root→Data→System→ gatekeeper.pattern.key (gatekeeper.pattern.key is the actual file). I still have a original copy of this file. After I copied the file to my Internal Storage, I deleted it from the root area. I checked to see if my pattern password had been removed, which it had. At first I thought it was great, until I went to set another password. I went in to Settings→Security and tapped Screen Lock. A message popped up that said “Unfortunately, Settings has stopped working.” I would rather not have to reinstall my system, so if anyone knows how to fix this please tell me. Also if you know of any other ways to remove a password on android without knowing the password, that would be great. Thanks!
Related
New VZW HTC one m8. Attempting to get write access to external SD card. Installed weak sauce, then SU, ran the SDFix app.
Everything went well, verified with root check, but still no write access. Inspected the platform.XML file, looked fine, rebooted phone, checked file again, still had the correct entry. Gave up for now, but today I looked at the platform.XML file and it shows an edit date of 4/1/2014. No text at all, file is empty.
Should I try to recreate the file? Everything appears to work as before, but I'm a bit concerned. Anyone have a copy of the file they can post?
Thanks, Paul
Pauls57 said:
New VZW HTC one m8. Attempting to get write access to external SD card. Installed weak sauce, then SU, ran the SDFix app.
Everything went well, verified with root check, but still no write access. Inspected the platform.XML file, looked fine, rebooted phone, checked file again, still had the correct entry. Gave up for now, but today I looked at the platform.XML file and it shows an edit date of 4/1/2014. No text at all, file is empty.
Should I try to recreate the file? Everything appears to work as before, but I'm a bit concerned. Anyone have a copy of the file they can post?
Thanks, Paul
Click to expand...
Click to collapse
Same problem.
Can somebody post the platform.xml file please?
My platform.xml
I uploaded this a little while back, it's my platform.xml. This is from when I was running SkyFall 1.1 or 1.2 (I can't remember exactly ) this particular file also includes the fixes for external sd card write. I don't know if the ROM or version make a damn difference, just including the info for disclosure's sake.
Link: https://www.dropbox.com/s/nmz9tiyjljbeypi/platform.xml
Oddly, I found the original file and copied to the phone, when I did this the phone spontaneously rebooted and all was well. Apparently, unless you have root and the insecure kernel, this happens as part of the new kitkat write protections. If you want to write to the ext sd card, first root, then install an insecure kernel, then make your edit. Restart, and then it works.
Sent from my Nexus 7 using XDA Premium 4 mobile app
New update avail says 53.1 mb Blur_Version.23.3.24.obake-maxx_verizon.Verizon.en.US.zip for advanced calling. Downloads fine but once I try installing fails. So I found file in cache and copied to my download folder and tried to side load. Fails halfway through and says error with sys/app/galaxy4.apk. Not sure what it was so I deleted it (don't remember installing it but could've) cleared phones cache and tried again still same issues and as far as I can see the apk file isn't there?? Anyone got any ideas?? Rooted 4.4.4 SU5-24 and BL unlocked
have you made any changes to the system or to your recovery? as changing any of that could very well cause it to fail.
I guess I did, wife's phone took update just fine, I'll do full reset today and see if fixed issue. Thanks.
Unlocked & Rooted XT1080M
still fails anyone else got any ideas ?? There isnt a system file named that anywhere on the phone that im aware of, however when i look at the zip file itself there is a file inside the download Blur_Version.23.3.24.obake-maxx_verizon.Verizon.en.US/patch/system/app/Galaxy4.odex.p if i delete it and try from recovery on phone it aborts immediately guessing bc the signature is broken since ive modded it by deleting it?
richardhood84 said:
still fails anyone else got any ideas ?? There isnt a system file named that anywhere on the phone that im aware of, however when i look at the zip file itself there is a file inside the download Blur_Version.23.3.24.obake-maxx_verizon.Verizon.en.US/patch/system/app/Galaxy4.odex.p if i delete it and try from recovery on phone it aborts immediately guessing bc the signature is broken since ive modded it by deleting it?
Click to expand...
Click to collapse
I'm pretty sure it has to do with live wall papers. You should just extract it from the zip you have and install it into your system.
Sent From My Droid Ultra
Fixed it, apparently I deleted 6 .apk files and 2 .odex files. Copied from wife's phone to a different folder and bluetoothed over, renamed changed permissions and renamed to the correct name took update and all is good. Thanks for you guys help
I have tried changing the location, rebooting my phone, changing the file to a .zip, etc. but nothing is working. When i change it to a zip and try to open it, it says the archive is damaged. When i delete the backup file and then recreate a backup, its still just a "File" type of file. Am i missing a setting or something? No matter where i place the backup it's the same thing. Im trying to turn it into a folder so i can drag in other backup files. I keep breaking the phone due to the locked bootloader, and the other 3 times titanium made a folder with all the backup contents in it.
P.S. I dont want to back it up to something like google drive. Someone always says to do that on every thread i look at
my OP7P flash Open Beta_12 with TWRP,
after that, the system told me my pattern was wrong, i can't login to the system anymore
if your phone aren't decrypted yo always must delete pattern or password before flash, anyways it's easy to fix.
1.Once You installed twrp boot into recovery mode.
2.Go to advanced>filemanager to acces the files in your phone.
3.Ggo to the /data/system folder. Scroll down and find the two files with the .key extension. Delete both of them (by tapping on the file and then tapping the �Delete� button). Then, delete all the files containing the word locksettings.
password.key
pattern.key
locksettings.db
reboot and put a new password, pattern or fingerprint
No problems here.
FLASH ob12! Works Great with root and twrp.
Just to verify.. I had flashed 2 files with different names.. But both say build number OP7Pro_02_BETA_12
this is the latest one.. Yes?
Thanks!
No issues for me rooted + arter kernel
Yes，you are right, the problem has happened in China, but no official solution, not even an apology
Seems like no issues with OB12, other than some people who didn't disable lock screen before updating, then couldn't unlock the phone without deleting those files via TWRP. Works fine.
Scenario:
Fresh restore app from backup
Start app - if i don't touch anything app start normally
Fresh restored app from backup
Copy file from /data/data/XXX/files/my_file somewhere out (other directory)
Copy the same file back (overwrite original, files are binary same, same hash, just copy it back...)
App start with errors!
I checked permissions same as before... Compare files, hash, same as at the beginning ...
What is it? some "tamper" protection, security?
Redmi Note 9 Pro, Android 10, Security patch level 2021-04-01, MUI 12.0.5 Stable, Rooted, Magisk
Copying is not a good idea, because the application probably has its odex file. If you changed something in the apk file, the crash is obvious.
It's not APK file, its database (sqlite) ...
and i don't change anything, just copy file out, same file without changes copy back (overwrite original)
First i think about some CRC checks.. but problem persist if i copy the same file (same timestamp, same permission, same CRC)
Application somehow knows that i touch that file. But app it's not running, no child processes..
Sorry, I didn't pay attention that it didn't apply to apk. A database can be used by a service, not necessarily an application.
Try doing the same thing in TWRP.
So the correct answer to this problem was "SE Context" (SELinux)