yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] PieceKeepr:
Recommendation 1: Wait for Zep or wraithdu because they know more about ICS than I do

Recommendation 2: I would run the sqlite binary installer found HERE then try supercharging with the latest V6 script in the same post.

Also, trying different settings is a good thing but be sure to try settings appropriate for your phone. The info I found on the SGS2 says it has 1GB of memory so either the 768HP, 1000HP or my personal favorite No. 10 custom setting will probably work best for you.

After getting supercharged error free you will reboot (superclean recommended) and run the script again. What you are ultimately looking for is 100% supercharged and you'll see it when the script stops scrolling.
[Android Software/Hacking General [Developers Only]] Daniel D.:
I ran the new test2 script and installed the starter kit before. Everything seems to be ok, 100% charged, but after starting the script again, it gave me NO to some functions which should run on boot (see screenshots). Why?

There were no hints to start another script except 99SuperCharger.sh or did I miss something?
[Android Software/Hacking General [Developers Only]] PieceKeepr:
When you went through the Driver Options (29) did you answer "yes" to the ones you want to run on boot?
[Android Software/Hacking General [Developers Only]] Daniel D.:
I looked into the settings, but I can only set scrolling speed (2) and animations (off of course). Hmmm, strange.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Wow.... this script is like... addicting, eh? bizy bizy... lol

When it's an app... you can always use terminal :p

Check if they are or aren't in /system/xbin

Ah... you found a bug... I'll fix it. I guess your toolbox doesn't have a chmod for some reason...

Anyway I forgot to assign chmod to the busybox that it's installing. :o

About another 100 lines :p

Tweaked messages and code.

Rearranged /init.d/*99SuperCharger a bit

Added checks to see if sqlite3 and zipalign binaries exists

SuperClean will wipe cache partition again along with dalvik

If they run on boot, all scripts will have the /data/Ran* file.

If it exists, it ran.

Since when do you cook? ;)

Weird... guess it wouldn't hurt to throw it in for ****z n giggles.

Use latest version and you won't get those errors.

Do you have /data/Ran_SuperCharger.log?

If it exists, it ran.

Don't sound like it worked perfectly.

At least use the fixed su binary.

I've seen segmentation faults in log files after reboot.

I had forgotten to update the su binary after flashing a rom update.

Yep.. it's quite popular on GNex now :)

Like they say... "You can put lipstick on a pig - but it's still a pig"

No, it doesn't come close to what SuperCharger does.

It echoes adj values (1 small thing that SuperCharger does) and claims that it's a unkillable launcher.

It's a lie. It does nothing for the launcher.

It may as well claim to wipe your ass for you because both claims are equally true.

And yes, it pisses me off that somebody took a small part of SuperCharger and uses it to rip people off.

They also say "There's a sucker born every minute."

It's up now... some maintenance was being done.

Just use Automatic mode.

Yeah... I'm looking at further smail edits ;)

If it's not a yes... it's a no :p

You don't have an init.d folder.

Either you're on a stock rom or your rom doesn't have init.d support
[Android Software/Hacking General [Developers Only]] wraithdu:
Hmm, that's gonna be a problem... you can't chmod busybox to be executable without chmod. Maybe it's just the chmod symlink to toolbox that is missing, and you can call 'toolbox chmod ....' / 'toolbox chown ....'
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Yes but it's all about the sequence of events... I re-arranged a bit and ended up making a bug :p

This already gets applied early in the script using whichever chmod the device is using:

chown 0.0 /data/local/busybox.v1.19.4/xbin/busybox; chmod 04755 /data/local/busybox.v1.19.4/xbin/busybox

The problem is that all busybox binaries are removed and then simply call chmod and chown without specifying that /data/local/busybox.v1.19.4/xbin/busybox should be used

Just gotta use your trick and add

CHOWN="$BB chown"; CHMOD="$BB chmod"

And in the last part, use $CHOWN and $CHMOD instead of "chown" and "chmod" :)
[Android Software/Hacking General [Developers Only]] metalspring:
There was another thing I was curious about...the sqlite file- do we really have to install the one you provide? I know the one I have is supposed to have support for the sqlite optimization (worked on all the previous versions) and its larger so I'd have to assume it has even more functionality

Its no big deal since many gnex roms have built in options for zipalign on boot and I have an app that does sqlite optimization on boot, I usually use the roms built in fix permissions as well (just to avoid potential issues using a third party script)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Nah I made it up for those that don't have it.

Not sure why sqlite is sometimes so much bigger even if it's the same version as the small one.

I haven't noticed any difference in functionality... I don't think there can be.

wraithdu has experienced this while compiling the su binary, if memory serves.

The first time he did it, it was huge.

The second time, it was the usual size.

Does the sqlite app do all possible dbs?

Your zipalign script probably misses the vendor/apps - I haven't seen one that does it yet but I added it, of course :)

As for the fix permissions... the one I came up with, I'm sure, can't be beat.

It's been tested alot in this thread and I managed to fix a common issue with missing contact pictures :D One user would have them go missing with every fix permissions script that he tried but it works now. hehe

It's fast too... about 300 app permissions per minute give or take a few.

The fix permissions script in my recovery can take about 10 minutes for the same number of apps.
[Android Software/Hacking General [Developers Only]] david.degraw54:
Android.mimic.ca is down.. :( forbidden error

Edit:

Oops, didn't read all the other posts.
[Android Software/Hacking General [Developers Only]] blk_jack:
Sorry about that, my hand was forced when I started migrating parent domains & such :P

Anyway the server has been massively upgraded. 4x the RAM, 4x the CPU speed, 100mbit instead of 10mbit etc.
[Android Software/Hacking General [Developers Only]] fatchick1o9:
so are we OK to run V6SC9 test 2 with this bug or do we have to do something to make it run correctly?

I deleted my zipalign from /system/bin and unSupercharged using V6SC9 test 1. I then ran your SuperCharger Starter Kit. everything installed fine but I did get the chown error, chmod error & sleep error during the busybox install portion of the StartMeUp.sh
[Android Software/Hacking General [Developers Only]] metalspring:
Yeah, I probably will try them out again...I have everything set up all nice now all I have to do is back it up just in case...

As far as the sqlite, I'm not sure about it, its included in the Franco kernel app (helps set many hidden variables for the gnex and Franco kernel) I can upload my sqlite3 file if it would help (don't think so since its a binary file, right?)

I have used the fix permissions in the past and managed about 170 apps in about 20 seconds

I'm most interested in the zipalign because I'm not entirety sure the roms built in option works (no zipalign binary?)

At any rate its nice to have an interface with those scripts anyway
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Yep I think the interface is pretty nifty.

Obviously it goes by too fast to see everything... which is why I save it all to it's /data/Ran* file :)

Those errors shouldn't cause issues.

But try this :)
[Android Software/Hacking General [Developers Only]] fatchick1o9:
hey zepp

would it be possible to add an option to your V6 to increase the read ahead cache for the SD card? Or is that system device ID unique to each phone?

I just ask because the cooker of my custom ROM adjusted the read ahead cache from the stock 256kb to 1024kb. After getting a fancy Class 10 32GB microSD I bumped it up to 3072 after testing with SDtools and found 3072 to be my sweet spot.

So I just thought maybe this is something you could add if it was fairly simple to implement since it makes such a big impact in the read performance of the microSD card.

#!/system/bin/sh

echo 3072 > /sys/devices/virtual/bdi/179:0/read_ahead_kb
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Yeah that's been floating in my head for awhile... gotta do some homework on that as far as the 179:0 bit... I may be different sometimes but not entirely sure at the moment.

It would have to be a user selectable number too
[Android Software/Hacking General [Developers Only]] PieceKeepr:
Which reminds me of a question I wanted to ask. When I check the Log_Zepalign.log I see one entry at the bottom refers to /vendor/*/*.apk and it says it failed. All the other entries look OK. I have no idea if this is actually an issue or not but I thought I'd throw it out there.

Processing APKs - 99% (159 of 160)

ZipAlign already completed on /system/app/ics.themechooser.sonny.v1.6.apk

[H[J

>

=================================>

Wheel Alignment by -=zeppelinrox=-

>

=================================>

Processing APKs - 100% (160 of 160)

ZipAlign already completed on /system/framework/framework-res.apk

[H[J

>

=================================>

Wheel Alignment by -=zeppelinrox=-

>

=================================>

Processing APKs - 100% (161 of 160)

Unable to open '/vendor/*/*.apk' for verification

ZipAligning /vendor/*/*.apk...

Unable to open '/vendor/*/*.apk' as zip archive

ZipAligning /vendor/*/*.apk... Failed
[Android Software/Hacking General [Developers Only]] fatchick1o9:
well that installed without the chmod / chown errors but there was a new error. but it might be specific to my phone? although it didnt show up on the Starter Kit test 1 script.

error says = sleep: invalid number '1y'

Here's a screen shot attached to the post:
[Android Software/Hacking General [Developers Only]] fatchick1o9:
I get the same error on my Wheel Alignment log. just FYI
[Android Software/Hacking General [Developers Only]] metalspring:
Well zipalign and fix permissions are almost readable...worst one to try to read (at least on past versions) was the detailing (sqlite DB cleaning), on the gnex it takes about 1 second or less lol

And I noticed something odd...it originally said I was 100% supercharged with the services.jar patched, now it says its not patched? All I did was kak, v6 minfree values, 3g Turbo and some dalvik VM tweaks...
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ah... I made a typ:o

fixed.

Are you both on non-ICS roms?

Forgot to account for that - running it on non-ICS.

grrrr...

It don't break anything... just ugly to look at.

Maybe a glitch?

Does it say the same thing if you kill it and run again?
[Android Software/Hacking General [Developers Only]] fatchick1o9:
yeah non-ICS. Froyo 2.2.1 kernel 2.6.32.9

no worries though. I know very well what's it's like to be a beta tester on the bleeding edge. I dig it. just glad to help provide feedback on a killer product.

thx for all the hard work zepp!

the good thing about yr ZepAlign is that the "Ran log" showed me that I had 62 old/broken symlinks in /data/app from an issue I had back in Dec 2011 with Link2SD (caused by my screw up). so I cleaned out all those symlinks. ZepAlign worked just fine on /data/sdext2/*. and it zipaligned ~40 apk's in /system/app/*

now I'm gonna "Hoover" my SQL DB's and see how that goes.
[Android Software/Hacking General [Developers Only]] metalspring:
Yeah, it did...maybe there was a glitch when I initially ran it where it said the services.jar was patched? Oh well, I patched it now and all is good
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Nice... glad it helps fix other things too :)

I figured out a fix for the zepalign script too.

The nice thing about the bleeding edge, is that everybody's eating your dust.

So get vacuuming, woman! lol

Ah good :D
[Android Software/Hacking General [Developers Only]] Macguyver:
I can't find the /data/ran_supercharger anywhere but it seems to work. Shouldn't I be able to see it in ES FILE EXPLORER?
[Android Software/Hacking General [Developers Only]] fatchick1o9:
you should be able to. I just ran V6SuperCharger rc9test2 ~30 minutes ago and /data/ran_supercharger.log is right where it's supposed to be.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Enable it's root feature.

Even easier, just use script manager's file browser (with Browse as Root enabled of course).

==============================

Okay... 3rd times the charm, I hope!

You're Welcome ;)
[Android Software/Hacking General [Developers Only]] Rydah:
They are in system/xbin also. Should I remove those copies?

Sent From My HTC Evo 3D, On The Now Network From Sprint!
[Android Software/Hacking General [Developers Only]] PieceKeepr:
I'm on a GB CM7 ROM.
[Android Software/Hacking General [Developers Only]] Winklie:
[Q] sorry to bring up what might sound like a noob question, but I was advised to post my question here.

Is there any tangible advantage to running this script on a Samsung Galaxy S2 i777 model? I am running the NEAK kernel along with a theme and custom ROM (Phone Bricker V2.5).

I tried installing this once and got bootloops, FC's. reboots. phone was just borked. Reverted back to a nandroid.

I guess my questions are as follows; Just what does this script do? How well will it play with the NEAK kernel, or my ROM.

Is there any inherrant danger to flashing this?

I ask as I recall from back in my Droid days, this application was in existence , leading me to beliecve it was not really made for an Galaxy S2.

Anyway, I thank you in advance for your time.

;)
[Android Software/Hacking General [Developers Only]] Macguyver:
Still can't find it in ES, did find it in SM though, thanks!
[Android Software/Hacking General [Developers Only]] fatchick1o9:
actually the script isn't "phone specific". it works on 99% of android devices. so your SGII should be fine.

I had an older version of the script (v 6.2 or 6.3) that gave me some problems but the script has come a long way. but then again it could have been my fault for misconfiguring the script or using a version of zepp's KAK kickasskernelizer script (v3 rc2) before he fixed some things with it.

but there is no inherent danger to running this script. Just follow the directions in teh script and reboot when it tells you to. and zepp has an option to "unSupercharge" if the script does not play nice with your device.

give it try. :D
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Nah...

In terminal type:

which zipalign
which sqlite3

Do you get a path/filename for each or no output at all?

Ok try test 3 :)

Yeah it's always improving indeed.

There are a few SGSII threads you can check out, I'm sure.

Also, this was written by an SGSII user.

V6 SuperCharger The Android Memory Fixer | AndroidSPIN
[Android Software/Hacking General [Developers Only]] fatchick1o9:
fixed that for ya! :p

3rd time must be a charm. Looks like the Startup Kit test 3 installed with no errors and V6SCRC9 test 3 is running with no issue...at least for me.

Just 1 last thing I noticed:

when I run the Wheel Alignment after I have already run it and rebooted, I see it saying "segmentation fault zipalign -c 4 ......" during the next Wheel Alignment that I run in V6SC script

the ...... is just my filler for the entire message since I can't remember it all. the Wheel Alignment seems to run fine on consecutive runs and generates the proper "ran log". but the segmentation fault output that I see in V6SC's output is just something I thought to report. it did that in test 1, 2 and 3 of V6SC RC9
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Thanks for the fix lol...

and damn... that segfault happens with the updated su binary?

Oh wait.. you're not on ICS tho...

So does it happen every time now?

Also, if you have it run on boot, does the Log_ZepAlign.log show segfaults?
[Android Software/Hacking General [Developers Only]] fatchick1o9:
again I have to say THX ZEPP!

yr script helped me figure out another problem with my phone via the Bulletproof option.

I have this app called Widgetsoid that I use to toggle various system settings. on the widgetsoid dev's site he describes a process for moving the APK to /system/app from /data/app in order to properly toggle USB Debugging mode with the app. Well...following his instructions you end up with 2 versions of widgetsoid installed. 1 is shown as com.jim (his older version of widgetsoid) and 1 as com.jim2 (his newer version of widgetsoid). :(

once I figured out this issue while trying to bulletproof I removed the older widgetsoid from /system/app and moved the new widgetsoid from /data/app and over to /system/app. Then end result was 12 less widgets in my widget list and 1 less app (2MB) creating a 20+MB VM and now my toggles work much faster for switching On/Off 3G, WiFi & USB Debugging.

**** YEAH! all that just from reading zepp's script output and "Ran logs"

thx man!

---------- Post added at 09:07 PM ---------- Previous post was at 08:59 PM ----------

the ran_zepalign.log does not show seg faults. the seg faults only show in the V6SC script's output while running in script manager during the Wheel Alignment. I don't have alignment set to run at boot. I don't install / uninstall apps very much. So I just planned to run it once every couple months manually.

The output is too fast for me to get a screencap, I would have to do a vidcap as Wheel Alignment runs through my 200+ apks in order to show what it's doing. But maybe I'll try using Android Commander to get a screencap in the next few days. I'm almost too drunk to type this message and I still have to cook dinner.

is log_zepalign.log stored somewhere different? because I only have Ran_zepalign.log and log_kickasskernel.log and log_supercharger.log.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ah... the logger is on automatically when set to run on boot.

But, in the /data/V6_SuperCharger/!WheelAlignment.sh script, you can remove the # from this line to turn it on:

# exec > /data/Log_ZepAlign.log 2>&1

So then run the script and check that Log file :)
[Android Software/Hacking General [Developers Only]] metalspring:
Hey zepp, I'm having an issue with your scripts...my phone is running too smooth and fast :p and multitasking is too good :D...normally when I kill off apps I free up maybe about 70-100 MB ram but now it ends up freeing almost 250 MB :eek:

(once in awhile I have to kill off apps that keep running in the background because I don't have a good signal and internet is slow and they tend to try to use data right when I need it for something else)
[Android Software/Hacking General [Developers Only]] fatchick1o9:
oh ok. Then I'll config the driver options to run !wheelalignment.sh at boot and check the log_zepalign.log sometime in the next couple days and post the output here for you to take a look at.

but for now I need to call it a night, make some food and watch Red Tails. I've reached my "geek out" max quota for the day. my brain is about to exploded. :eek:

---------- Post added at 09:38 PM ---------- Previous post was at 09:36 PM ----------

LOL!

yeah zepp...yr script is Too Awesome! could you dial it back a notch. :P
[Android Software/Hacking General [Developers Only]] nit3wolf:
Just came here to say your script is awesome, Zep. Worked like a charm in my mini pro running stock rom and kernel. Thank you.

Just one question, zipalign and odexing are possible on stock roms and kernels (rooted, of course). Will your new script give us these options? :beer:
[Android Software/Hacking General [Developers Only]] paranoid2007:
Does anyone know, which script in the v6 folder is meant for clearing memory? Is it superclean?

Gesendet von meinem Galaxy Nexus mit Tapatalk 2
[Android Software/Hacking General [Developers Only]] da__beast:
that will clean your memory - by rebooting your device.

Try the !FastEngineFlush.sh script. I think that is what you are looking for.

Thanks metalspring for providing the correct script in your post - I initially was typing that one - started with the "F" and then brain farted or something....
[Android Software/Hacking General [Developers Only]] samveen:
Thanks for this great script. Not only did it work wonders on my phone, it taught me a lot about the android system as well.
[Android Software/Hacking General [Developers Only]] metalspring:
I think you are looking for engine flush...it flushes as many apps as possible out of cached ram
[Android Software/Hacking General [Developers Only]] JRBT24:
Gonna try this... Sending my feedback later :)

(noob here, but somehow I got my phone rooted haha)
[Android Software/Hacking General [Developers Only]] fatchick1o9:
superclean actually clears out the dalvik cache. which is why the phone takes so much longer to reboot. the system has to rebuild the dalvik for each app.
[Android Software/Hacking General [Developers Only]] bsoplinger:
And just imagine how long it takes to rebuild the 702 apps I've got installed on my HTC Evo View 4G? Between 15 and 20 minutes. Explains why I don't do more trials with the various scripts and options. :eek:

Sent from my PG41200 using Xparent Purple Tapatalk 2
[Android Software/Hacking General [Developers Only]] tanraymond027:
HELP!!! can somebody patch this?? i spent a day and a half.. but still can't get it to work... for ICS to use for supercharged...
[Android Software/Hacking General [Developers Only]] zincsnow:
why cant i seem to download/view the V6 supercharger file for ICS?
[Android Software/Hacking General [Developers Only]] tanraymond027:
here it is..
[Android Software/Hacking General [Developers Only]] zincsnow:
unfortunately i have the same problem too

when i open it in the browser, it says: 'File does not begin with '%PDF-'. Local\EWHdnz9-8-+

and when i download it, Adobe Reader says:

Adobe Reader could not open 'V6_SuperCharger_for_Android-Update9_RC9_test3.sh.pdf' because it is either not a supported file type or because the file has been damaged (for example, it was sent as an email attachment and wasn't correctly decoded).
[Android Software/Hacking General [Developers Only]] takuhii:
You 'll need to ZIP the entire system/framework folder. Or at least tell us what ROM you're on ;)

If I try to edit these manually, I've getting "can't find core.ODEX" when opening the ODEX file and "Services.jar does not contain a classes.dex file" when editing the services.jar.

---------- Post added at 01:23 PM ---------- Previous post was at 01:15 PM ----------

This is becuase the files AREN'T PDFs. You need to right-click the file and SAVE AS. DO NOT LET THE BROWSER OPEN IT. Once downloaded you need to remove the PDF extension so the filename is just ".SH" NOT ".SH.PDF". THEN load it to your phone!!
[Android Software/Hacking General [Developers Only]] zincsnow:
oh, i got it loaded, but as a .sh.pdf, i've already supercharged it now, what will happen? :eek::eek::eek::eek::eek::eek::eek::eek::eek::eek::eek::eek:
[Android Software/Hacking General [Developers Only]] takuhii:
Erm... not sure, the fact you've managed to run it as .sh.pdf is pretty cool, maybe script manager just knows it's a .sh file ;)

Glad it's working ;)
[Android Software/Hacking General [Developers Only]] andreiv3103:
Thanks

Great work. The effect on the phone is amazing!
[Android Software/Hacking General [Developers Only]] david.degraw54:
Could someone please upload their 99SuperCharger script? Ever since I tried smurfed out, which cleans other scripts that may conflict with it, when I supercharge, the script looks like it has a bunch of stuff removed. I've full wiped and flashed different ROMs and even that didn't fix it..

Edit:

This is what mine looks like...
[Android Software/Hacking General [Developers Only]] tanraymond027:
sorry.. im on stock rom ICS.. can u help me??