I have not been able to deodex the SystemUI.odex to be able to modify smali, I always get the below error. I've been able to successfully deodex the Settings.odex, but every SystemUI.odex I've tried always gives me the same error. I was originally using baksmali-1.3.0, then tried 1.3.2 and even tried a 1.3.3 jar that m!k3 over in the One S forums compiled, but all give the same result. Anyone know how to get around this error?
C:\Android Stuff\Phones\EVO LTE\working1>baksmali -d framework -x SystemUI.odex
Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ClassPath$ClassNotFoun dException: Could not find superclass Lcom/htc/fusion/fx/MessageListener;
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loa dSuperclass(ClassPath.java:832)
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<in it>(ClassPath.java:685)
at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef (ClassPath.java:282)
at org.jf.dexlib.Code.Analysis.ClassPath.initClassPat h(ClassPath.java:163)
at org.jf.dexlib.Code.Analysis.ClassPath.InitializeCl assPathFromOdex(ClassPath.java:110)
at org.jf.baksmali.baksmali.disassembleDexFile(baksma li.java:104)
at org.jf.baksmali.main.main(main.java:293)
Error while loading class Lcom/android/systemui/recent/RecentAppFxActivity$10; from file SystemUI.odex
Error while loading ClassPath class Lcom/android/systemui/recent/RecentAppFxActivity$10;
I suggest to you that you use this pack for deodex...
or use the baksmali.jar inside...is better and works fine for me with my cellular.
first copy the entire folder from your \system\framework to the same path of the baksmali.jar
and use this command to deodex
java -Xmx1024m -jar baksmali.jar -c :framework.jar -x SystemUI.odex
java -Xmx1024m -jar smali.jar out -o classes.dex
http://forum.xda-developers.com/showthread.php?t=1208320
debarron said:
I have not been able to deodex the SystemUI.odex to be able to modify smali, I always get the below error. I've been able to successfully deodex the Settings.odex, but every SystemUI.odex I've tried always gives me the same error. I was originally using baksmali-1.3.0, then tried 1.3.2 and even tried a 1.3.3 jar that m!k3 over in the One S forums compiled, but all give the same result. Anyone know how to get around this error?
C:\Android Stuff\Phones\EVO LTE\working1>baksmali -d framework -x SystemUI.odex
Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ClassPath$ClassNotFoun dException: Could not find superclass Lcom/htc/fusion/fx/MessageListener;
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loa dSuperclass(ClassPath.java:832)
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<in it>(ClassPath.java:685)
at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef (ClassPath.java:282)
at org.jf.dexlib.Code.Analysis.ClassPath.initClassPat h(ClassPath.java:163)
at org.jf.dexlib.Code.Analysis.ClassPath.InitializeCl assPathFromOdex(ClassPath.java:110)
at org.jf.baksmali.baksmali.disassembleDexFile(baksma li.java:104)
at org.jf.baksmali.main.main(main.java:293)
Error while loading class Lcom/android/systemui/recent/RecentAppFxActivity$10; from file SystemUI.odex
Error while loading ClassPath class Lcom/android/systemui/recent/RecentAppFxActivity$10;
Click to expand...
Click to collapse
Related
Hi Guys..
I have not been able to deodex the SystemUI.odex to be able to modify smali, I always get the below error.
Code:
C:\I9300>java -Xmx1024m -jar baksmali-1.3.3.jar -d framework -x systemui.od
ex
Error occured while loading boot class path files. Aborting.
org.jf.dexlib.Code.Analysis.ClassPath$ClassNotFoundException: Could not find int
erface Lcom/sec/android/app/minimode/manager/MiniModeAppCallback$OnFocusChangedC
allback;
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.loadAllImplementedInte
rfaces(ClassPath.java:867)
at org.jf.dexlib.Code.Analysis.ClassPath$ClassDef.<init>(ClassPath.java:
692)
at org.jf.dexlib.Code.Analysis.ClassPath.loadClassDef(ClassPath.java:282
)
at org.jf.dexlib.Code.Analysis.ClassPath.initClassPath(ClassPath.java:16
3)
at org.jf.dexlib.Code.Analysis.ClassPath.InitializeClassPathFromOdex(Cla
ssPath.java:110)
at org.jf.baksmali.baksmali.disassembleDexFile(baksmali.java:104)
at org.jf.baksmali.main.main(main.java:297)
Error while loading class Lcom/android/systemui/statusbar/tablet/MiniModeAppsPan
el$1; from file systemui.odex
Error while loading ClassPath class Lcom/android/systemui/statusbar/tablet/MiniM
odeAppsPanel$1;
I've been able to successfully deodex the SecSettings.odex, but every SystemUI.odex I've tried always gives me the same error.
Anyone know how to get around this error?
I was trying to deodex SecContacts.odex. I received same error. I put only SecContacts.apk and SecContacts.odex in the dir. is that the problem? what file else do I need to put?
Error occured while loading boot class path files
～～
a bug of the baksmali, that it won't load certain classes when using -x option
so you should add the code "-c :what-you-need.odex"
ie. : java -Xmx1024m -jar baksmali-1.3.3.jar -d framework -c :minimode.odex -x systemui.odex
make sure you have copy the needed odex file to the folder within systemui.odex...
and sorry for my bad english...
I'm trying to create an update.zip that will install a Koodo radio on my SGH-i757m since I have switched from Bell. I took DSIXDA's original Bell Modem update for the i757m and replaced the MDM/AMSS files from the stock SGH-T989D rom from Koodo. I see that the manifest's contain SHA-1 keys relating to the files. Is that another step to create those or is that what happens during APK signing?
Judging by the output of the SignApk.jar it looks like I'm missing something from the JDK but I can't figure out what.
I followed these instructions :
1. You need to download the SignApk.jar - This is the tool that signs the file download from here - a mediafire link I found on xda. Unzip the file to a convenient location, you only need the SignApk.jar that you'll find inside.
2. You will also be using OpenSSL, so head over here and download the zip on the side for your iteration of windows (32 or 64 bit).
2. Place the zip on your desktop and unzip it.
3. You have to execute these commands in command prompt:
Code:
cd location_of_openssl_folder\bin
openssl genrsa -out key.pem 1024
openssl req -new -key key.pem -config location_of_openssl_folder\openssl.cnf -out request.pem
openssl x509 -req -days 9999 -in request.pem -signkey key.pem -out certificate.pem
openssl pkcs8 -topk8 -outform DER -in key.pem -inform PEM -out key.pk8 -nocrypt
That will work. Your certificate.pem and key.pk8 will be located in the \bin folder.
4. Now, take the key.pk8 file found in the \bin folder and the certificate.pem file found also in the \bin folder and place then in the folder containing your SignApk.jar (it will overwrite the other files found in the folder, its ok).
Click to expand...
Click to collapse
After trying to sign the zip using the command:
Code:
$ java -jar SignApk.jar key.pem key.pk8 KoodoRadio.zip Update.zip
I get:
Code:
java.security.cert.CertificateParsingException: signed overrun, bytes = 463
at sun.security.x509.X509CertImpl.parse(Unknown Source)
at sun.security.x509.X509CertImpl.<init>(Unknown Source)
at sun.security.provider.X509Factory.engineGenerateCertificate(Unknown Source)
at java.security.cert.CertificateFactory.generateCertificate(Unknown Source)
at com.android.signapk.SignApk.readPublicKey(SignApk.java:75)
at com.android.signapk.SignApk.main(SignApk.java:318)
I'm decompiling and recompiling framework-res.apk without any changes using apktool but new apk wont work after recompiling.
Steps I have follow is below
java -jar apktool.jar d framework-res.apk
java -jar apktool.jar b framework-res framework-res_new.apk
java -jar signapk.jar testkey.x509.pem testkey.pk8 framework-res_new.apk framework-res.apk
I have copied signed framework-res.apk to /system/framework but after this I'm getting boot animation even I have rebooted my system but always got bootanimation screen
I'm using Apktool v1.5.2 and aapt v0.2.
Which thing I'm doing wrong here?
Hello there, as of late, I've been trying to exploit the Settings.APK on the HTC One M9 (specifically the verizon version, although the APKs are the same there is just a value on the device itself that is different which triggers the "block" on the APK), as you can see here:
http://forum.xda-developers.com/ver...verizon-enable-oem-lock-t3281994#post64568917
I've discovered that it is possible to patch/overwrite the existing Settings.APK with adb install -r -d (overwrite and downgrade), even a modified one I've worked on with APKTools (without root). However, I've run into several issues, mainly modifying the java code and getting it to recompile (with the APK Multi-Tool I'm using to compile "system APK files) WITH the apk.
What I mean to say is that when I place the java code in /src it will compile but I don't see the changes taking effect.
EDIT: Now when I try to compile I get an error.
Code:
Building Apk
I: Using Apktool 2.0.1-825476-SNAPSHOT
I: Checking whether sources has changed...
I: Building java sources...
"An Error Occurred, Please Check The Log (option 26)"
Press any key to continue . . .
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
A subdirectory or file modified-system-apk-files-here already exists.
Exception in thread "main" java.lang.UnsupportedOperationException: Not yet implemented
at brut.androlib.java.AndrolibJava.build(AndrolibJava.java:32)
at brut.androlib.Androlib.buildSourcesJava(Androlib.java:390)
at brut.androlib.Androlib.buildSources(Androlib.java:299)
at brut.androlib.Androlib.build(Androlib.java:282)
at brut.androlib.Androlib.build(Androlib.java:256)
at brut.apktool.Main.cmdBuild(Main.java:225)
at brut.apktool.Main.main(Main.java:84)
EDIT EDIT: Apparently I need the smali code instead. I'm going to try to convert java to smali and hopes this works. Fingers crossed!
APKTools is having an issue decompiling the resources in the first place,
Code:
C:\Program Files (x86)\Minimal ADB and Fastboot\modified settings>java -jar apktool.jar d Settings.apk
I: Using Apktool 2.0.2 on Settings.apk
I: Loading resource table...
Exception in thread "main" brut.androlib.AndrolibException: Multiple resources: spec=0x7f100000 bool/config_allow_edit_carrier_enabled, config=[DEFAULT]
at brut.androlib.res.data.ResConfig.addResource(ResConfig.java:63)
at brut.androlib.res.data.ResConfig.addResource(ResConfig.java:56)
at brut.androlib.res.decoder.ARSCDecoder.readEntry(ARSCDecoder.java:223)
at brut.androlib.res.decoder.ARSCDecoder.readConfig(ARSCDecoder.java:191)
at brut.androlib.res.decoder.ARSCDecoder.readType(ARSCDecoder.java:159)
at brut.androlib.res.decoder.ARSCDecoder.readPackage(ARSCDecoder.java:116)
at brut.androlib.res.decoder.ARSCDecoder.readTable(ARSCDecoder.java:78)
at brut.androlib.res.decoder.ARSCDecoder.decode(ARSCDecoder.java:47)
at brut.androlib.res.AndrolibResources.getResPackagesFromApk(AndrolibResources.java:544)
at brut.androlib.res.AndrolibResources.loadMainPkg(AndrolibResources.java:63)
at brut.androlib.res.AndrolibResources.getResTable(AndrolibResources.java:55)
at brut.androlib.Androlib.getResTable(Androlib.java:65)
at brut.androlib.ApkDecoder.setTargetSdkVersion(ApkDecoder.java:197)
at brut.androlib.ApkDecoder.decode(ApkDecoder.java:96)
at brut.apktool.Main.cmdDecode(Main.java:165)
at brut.apktool.Main.main(Main.java:81)
which leaves me with a resources.arsc presumably containing many files I need. I've downloaded APKtoJava_RC2, and managed to decompile it into java code using that (and I'm not sure if the classes.dex matters), and modify the APK to where I can enable the OEM unlock feature, but I need to recompile it. I'm trying to recompile the thing, but I'm running into issues (I've tried putting the modified java in src and deleting the resources.arsc when compiling) when installing.
EDIT EDIT EDIT: I've just been trying to edit the SMALI code to let me access the OEM unlock, I guess it's going to be trial and error for me. :v
So, here's what I need to do, in all essentiality:
1. Decompile Settings.APK to the point where I can modify it.
2. Recompile Settings.APK with the same signature.
I'm not sure if this is possible (editing the java while keeping the same signature), but root is NOT an option.
If anyone is willing to give me some insight, I'd really appreciate it.
Ok, so I know how to modidy the .smali, everything would work fine, if not for this final step.
I'm getting [INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION] when I extract the .smali files from the classes.dex, and then recompile the .smali files into my own classes.dex-- EVEN IF I DON'T MODIFY THE .SMALI files. There is either an issue with extraction or compilation (maybe both)-- and I've tried several programs, and several methods.
EDIT: http://leonjza.github.io/blog/2015/...re-into-android-reversing-and-smali-patching/
Shows me that it has something to do with the signature. I'll see what I can do.
EDIT EDIT: Further research shows http://www.herongyang.com/Android/Project-META-INF-Files-Digest-Signature-and-Certificate.html that I MIGHT have to somehow get the certificate to work with the modified file properly. God help me now. I assume I'm not the first person to run into the certificate roadblock. Must find a way.
For all the heavens I can't seem to find a way to edit the .dex file in a way that leaves the certificate intact-- I suppose this is why the system was developed in the first place. Back to square one again, I suppose. (Or to giving up and buying a XTC 2 Clip)
I'm having trouble modifying an app and installing it again
Here are the steps I've taken to modify the app "AppToModify"
Copy the apk file from my phone in data/app location to my laptop
Use apktool to unpack the app
Code:
java -jar apktool.jar d AppToModify.apk
Go in the AppToModify folder and make a change (there's a Strings.xml file and I simply changed a text just to see if it works)
Pack the app with apktool
Code:
java -jar apktool.jar b apptomodify -o ~/Downloads/SignApk/app_to_modify_new_unsigned.apk
Either sign the app with signapk
Code:
java -jar signapk.jar certificate.pem key.pk8 /app_to_modify_new_unsigned.apk
or with uber-apk-signer
Code:
java -jar uber-apk-signer-1.1.0.jar -a apktool_workstation/app_to_modify_new_unsigned.apk
Move the app back to my phone and install
Error: App not installed
Am I missing something?
Tools and Specs
OS: Mac Sierra
Apktool v2.4.1
uber-apk-signer-1.1.0.jar
SignApk
Java(TM) SE Runtime Environment (build 1.8.0_111-b14)
Click to expand...
Click to collapse
sorry had it in the wrong section, I hope this section can help me