yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] mixednuts:
13th March 2013 - V6 pre-release (Fat_Bottomed_Bicycle_Race.sh)...

Fat_Bottomed_Bicycle_Race.sh.pdf

Remember - use Save link as!
[Android Software/Hacking General [Developers Only]] hellDr0id:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Does my Galaxy Note 2 N7100 need V6_SuperCharger ??

Any 1 try'd this in galaxy note 2 ? If yes

then what difference you noticed ?
[Android Software/Hacking General [Developers Only]] Madaditya:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Omg! Did you just ask that?

Read the OP!!!!!

Try yourself....feel the difference!

The OP says...you'll be like out from hell!

Ever saw bicycle race of fat bottmed girls! Yeah! Exactly that fast! Snappy! :p:D

:banghead::thumbdown:

Juz...Be the Smart Geek :cool:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
lol

ok... here's a new one... it's a...

Brilliantly Epic Super Tease! (aka BEST... duh... lol)

I still have to add Engine Flush to Driver Options but most of it's there.

Boot scripts... w00t...

Also, when selecting detailing or fixalign or whatever from the menu, you get boot options there as well... hell... too many enhancements to mention :p

Anyway... gotta run... have fun... ;)

Of course, let me know if you find any bugs... which ain't likely tho I have tested anything really :p

edit: try this instead http://xdaforums.com/showthread.php?p=39462579#post39462579
[Android Software/Hacking General [Developers Only]] Madaditya:
bootloop

well had a bootloop on supercharging with the latest a.k.a the best script!

detailing,fixalign flush all activated and set to run on boot!

NOt the ones which dont require a timely schedule...

tried pulling out ma battery and reboot,did several of times but to no effect...
[Android Software/Hacking General [Developers Only]] zeppelinrox:
wow didn't expect that. all behave the same as 99SuperCharger.

Post the ran files from data.

Anybody else get a boot loop?
[Android Software/Hacking General [Developers Only]] mixednuts:
OK... I know you asked ages ago, but I finally re-patched the services.jar as BTP launcher and [drum roll] ADJ is 0 lol

Attached are the booms.... kernel's definitely doing something funny as the script still reads as not patched.
[Android Software/Hacking General [Developers Only]] denzel09:
R: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy 2

No one boot loop for me zep. New script has regenerate all "old" scripts. I have add engine flush every hour also. And all work flawlessy, also boot. Nothing problem. :)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ya it don't look right.

Try die hard, then post ultimatic.log, services.jar, new boomstick after reboot.

hey post a screenshot of init.d... I actually never had the new scripts generate yet lol

I wasn't really planning on releasing a teaser...

I uploaded just after last minute fixes and before heading out :p
[Android Software/Hacking General [Developers Only]] denzel09:
R: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy 2

Take a look ;)
[Android Software/Hacking General [Developers Only]] Madaditya:
Here

I did confirm about Bootloop with gu5t3r

and the ROm that i use,claims to be using build.prop tweaks By You!(if that were to interfere)

Here are the logs..also the build.prop before supercharging!
[Android Software/Hacking General [Developers Only]] gu5t3r:
All kernel with init.d exec implementation will cause a phone stuck at kernel logo...

exec method requires script to finish to continue executing phone, for phone to boot scripts need to relaunch itself in background on first start and exit i.e.

exec > /dev/null 2>&1
if [ "$1" != "BG" ]; then $0 BG & exit 0; fi

or

exec > /dev/null 2>&1
if [ "0$BG" -eq 0 ]; then export BG=1; $0 & exit 0; else unset BG; fi

All enabled scripts make phone stuck, for me 99SuperCharger, 97BulletProof_Apps and 96superflush...

Will try to make scripts relaunch itself in background first time with second method by removing "else unset BG;".

Proper way should be for script to check if it's run from terminal or not, if not then they should relaunch in background....
[Android Software/Hacking General [Developers Only]] pkatsaras:
Απ: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Confirmed boot loop too...

Sent from a parallel universe via Tapatalk2 from my LG Optimus L7 (P700)
[Android Software/Hacking General [Developers Only]] gu5t3r:
I added

if [ "0$BG" -eq 0 ]; then export BG=1; $0 & exit 0; fi

after shell line in 99SuperCharger and phone booted normal...

...without bullet and superflush scripts, will try putting them back to init.d and adding the above line...

...adding this line to 99superflush may make impossible to change FOM options from main script (BEST)....
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Wow whoever put those ADJs in build.prop has no clue...

I don't think that's it since 99SuperCharger behaves the same way as the last test.

The only difference is that I made it condional like so:

if [ ! "`ps | grep android`" ]; then HellzYeah &
else HellzYeah;
fi;

Whereas before it was a straightup HellzYeah &

So the only thing it can be is if an "android" process shows up "too soon"

Gonna need a logcat :p
[Android Software/Hacking General [Developers Only]] gu5t3r:
either "else unset BG" has to be added or different BG variable has to be used for each script if using line on multiple scripts because export BG sets variable on global level

but if "else unset BG" is added then superflush and bullet scripts will relaunch themself in background every time it flushes or bulletproofs

will try with different variables...

zepp could try the way script searches for {scriptname} after relaunch in ps -w or for checking if script has been run in terminal or not if that is possible...

---------- Post added at 12:21 AM ---------- Previous post was at 12:17 AM ----------

...but "ps | grep android" will always output "grep android" process, think that is the error as I thin it should be

if [ ! "`ps | grep android | grep -v grep`" ]; then HellzYeah &
else HellzYeah;
fi;

?????

---------- Post added at 12:28 AM ---------- Previous post was at 12:21 AM ----------

phone booted after I added "grep -v grep" XD

:highfive:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
oh for ffs... I can't believe I forgot about that

actually can you post the output of "ps | grep android" right now?

For me it works differently than busybox ps | grep android....

root@android:/ # ps | grep android
ps | grep android
radio 2370 1605 243640 60644 ffffffff 40033a90 S com.android.phone
u0_a6 31766 1605 166240 17956 ffffffff 407718e4 D com.google.android.apps.maps:GoogleLocationService

grep don't show up here

root@android:/ # busybox ps | grep android
busybox ps | grep android
2338 dhcp 920 S /system/bin/dhcpcd -ABKL -h android-8f5780e975aae1e8
2370 radio 237m S {m.android.phone} com.android.phone
31766 10006 164m S {LocationService} com.google.android.apps.maps:Googl
31799 root 1332 S grep android

So maybe that's why I missed it... the grep don't show up for me when using just ps
[Android Software/Hacking General [Developers Only]] gu5t3r:
and it doesn't work with flush and bullet scripts because they are missing exit 0 at the end;

---------- Post added at 12:46 AM ---------- Previous post was at 12:37 AM ----------

We already discussed that before, on some BB it catches grep, on some it behaves random, on your it doesn't...

It's best not to rely on that and use "grep -v grep"...

On my BB from LuPuSv10 it always catches "grep android" process...
[Android Software/Hacking General [Developers Only]] zeppelinrox:
I know... but I was using ps... not busybox ps. Without much thought... I replaced the usage of pgrep because assumed it would be more compatible/universal :p

does ps | grep android ever catch the grep? It must for you... for me it never catches the grep

btw they all use the same command... if [ ! "`ps | grep android`" ] blah blah...

The missing exit 0 shouldn't come into play because they are at the end of the functions and occur there
[Android Software/Hacking General [Developers Only]] Madaditya:
///

Really? oh !:mad:

well so waiting for the next supercharge update is the option?

if someone could help me with the Adj editing?
[Android Software/Hacking General [Developers Only]] gu5t3r:
"ps | grep android" and "busybox ps | grep android" always catch grep process

...but "grep -v grep" does not help with flush and bullet scripts... phone stucks at kernel logo....
[Android Software/Hacking General [Developers Only]] zeppelinrox:
If you're on ICS or JB they don't even do anything so you can delete them ADJ and MEM entries.

If you're not on ICS or JB, SuperCharger would put the right ones in there.

Ok there's these too... most of them... have it... but they didn't pose a problem in the bicycle race version

Flush_Engine(){
while [ ! "`ps | grep android`" ]; do sleep 10; done

BulletProof_Apps(){
if [ "`echo \$0 | grep "init\.d"`" ]; then stop bullet_service; fi
while [ ! "`ps | grep android`" ]; do sleep 10; done;

btw they still bootloop if you add the exit 0?

Anything weird in the Ran files? Maybe you can post those
[Android Software/Hacking General [Developers Only]] gu5t3r:
yes, but you were executing them already in background from 99SuperCharger ???
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Hmm.... true... but it's still a fubar because those scripts won't ever do anything and remain asleep.
[Android Software/Hacking General [Developers Only]] gu5t3r:
tested flush and bullet scripts separately, both of them make phone stuck...

also, in UHD 3.0.2 rom, until script output was redirected either to file or /dev/null phone waited for them to finish no matter if they relaunched in background....

---------- Post added at 01:14 AM ---------- Previous post was at 01:12 AM ----------

Link HERE

---------- Post added at 01:17 AM ---------- Previous post was at 01:14 AM ----------

Will try adding

exec > /dev/null 2>&1

before code relaunches function in background...

---------- Post added at 01:23 AM ---------- Previous post was at 01:17 AM ----------

In superflush I redirected output to null before echo cookie and realunching function in background and phone booted...
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Which test did you do?

Can you post both Ran files please?

They were both working for you in bicycle race so it shouldn't be too hard for me to narrow it down.
[Android Software/Hacking General [Developers Only]] gu5t3r:
modified end of 96superflush like this

if [ ! "`ps | grep android | grep -v grep`" ]; then
exec > /dev/null 2>&1
echo "cookie!" > /data/FOMbootup
Flush_Engine & exit 0
fi
Configure
Flush_Engine
fi

without

exec > /dev/null 2>&1

phone won't boot...

probably the same will work for bullet script

will post you ran logs later, gonna eat something as I just came from futsal match (my team won =)...:p

---------- Post added at 01:31 AM ---------- Previous post was at 01:29 AM ----------

and "ps -w | grep In" or "ps -w | grep superflush" shows script is running when booted with added exec line....
[Android Software/Hacking General [Developers Only]] mixednuts:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

I'm not gonna pretend I know much of what you two are working out, but does any of the recent bootloop issues relate to whether a kernel has init.d properly implemented or otherwise running as a service?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
I guess some implementations of init.d are super sensitive/finicky.

Works fine for me :p
[Android Software/Hacking General [Developers Only]] gu5t3r:
Didn't fix other grep commands as i suppose that is just sleeping part that waits for phone to boot...

Logs don't show anything except scripts ran.

You need to redirect output either to file or null before relaunching function in background (the same problem was with UHD init.d scripts) for Phone to continue booting...

Probably script won't correctly exit if there is a chance something will be outputted to STDOUT or STDERR from background process...

It stucks only on kernels which have proper "exec init.d" method instead service manager...

exec method is needed for Mounts2SD and other A2SD scripts to work...

Just put "exec > /dev/null 2>&1" before relaunching in background and it will work in all kernels...

---------- Post added at 02:57 AM ---------- Previous post was at 02:55 AM ----------

Yes, it stucks on boot on kernels with proper "exec init.d" implementation....
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Yes but BP and FOM were working fine before... I didn't make any major changes so I'd do that as a last resort :p

Test to see if Detailing or FixAlign also causes problems.

If so, it would help narrow it down.

I have a feeling it's related to the logging...

Find this part near the bottom of BP...

echo " Hold on....";
echo "";
fi | tee -a /data/Ran_BulletProof_Apps.log;

delete everything after the fi (remove the " | tee -a /data/Ran_BulletProof_Apps.log;")

edit: As for the logs, I'd need to see where they stopped executing

You can also turn on debugging by removing the # from the beginning of the set -x line near the beginning of any script
[Android Software/Hacking General [Developers Only]] gu5t3r:
UHD script didn't have any logging...it's not logging...

I added "exec > /dev/null 2>&1" command to superflush and bulletproof scripts and phone boots and logs update normal...

Added "grep -v grep" to Detailing and FixAlign but phone stuck if I don't add exec line before relaunching in background...

The thing is that they don't stop executing, "exec init.d" method is just preventing phone to continue booting if script does not finish or relaunches itself with redirecting output to a file or /dev/null

Added "grep - v grep" after all "grep android" in all scripts and added "exec > /dev/null 2>&1" before relaunching in background also in all scripts and everything works normal...Phone boots, script executes...logs update normal...

p.s. And I added "grep -v grep" to 99SuperCharger... 99SuperCharger does not require redirecting output to null before launching in background HellzYeah function because you are already redirecting it to log "exec > /data/Log_SuperCharger.log 2>&1;" in line 62

Conclusion: In SC before, you were running boot scripts from 99SuperCharger and it already redirected output to log, that is why everything worked...

If you would redirect all scripts to log ("exec > /data/Log_SuperCharger.log 2>&1;") before relaunching in background phone would boot normal as you would get the same effect as in SC before this...

I can try this tomorrow (if you still want me to), it's 4:47am at my place...going to sleep...

p.s. good thing of all this is that i got use of EasyRecoveryChanger flashable zip for changing between cwm and twrp I made for LuPuSv10 kernel...

---------- Post added at 04:54 AM ---------- Previous post was at 04:51 AM ----------

In 99superflush in Line 205 you have extra space before Flush_On_Boot.....

$bootupdelay | grep " Flush_On_Boot_Delay_is_In_Effect!"

Found second typo :highfive:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
on the last line of flush I also have a stray "fi"

But all that doesn't explain why BP Apps in Bicycle Race works fine - there's no exec redirect

Also, with the exec redirect there's no output to screen in the event somebody runs it in terminal

Do test that idea about tee... that can have strange effects.

Meanwhile I made other changes hopefully it works as hoped...

edit: nah... looks like it will still bootloop for some roms :P

Just wait until tomorrow...

Edit 2: And here it is... http://xdaforums.com/showthread.php?p=39484269#post39484269
[Android Software/Hacking General [Developers Only]] mixednuts:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Just providing my own observation as I also experienced bootloop with the latest V6.

Moved scripts from init.d, in and out, one by one, to observe results and looks as though it'll only boot without the vac, fixalign, and superflush.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Can you post the ran files and test the BALLS version :p

edit: so bulletproof apps and flush were ok in init.d?
[Android Software/Hacking General [Developers Only]] iluvamk:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Newest test still fat bottom girls?
[Android Software/Hacking General [Developers Only]] phonetool:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Scroll up a couple of posts.

-MROM on DInc2
[Android Software/Hacking General [Developers Only]] gu5t3r:
because of this:

\$0 > /dev/null & exit 0;

Line 1091 in FBBR

and that is why I had to wait 30 seconds on kernel logo, GRRR, I waited for script to relaunch itself with redirected output to null

and because you didn't correctly waited for phone to boot in line 1024

while [ ! "\`ps | grep android\`" ] ; do sleep 10; done;

it didn't bootlooped, if you had grep -v grep here FBBR would also bootloop...

I'm scared to run BALLS as you are declaring function inside function??? (Install functions)

And there is no exec line so your BALLS will STUCK XDDDDDDD

:laugh::laugh::laugh::laugh::laugh:

---------- Post added at 05:40 AM ---------- Previous post was at 05:31 AM ----------

Resistance is futile, you will be assimilated...:p

---------- Post added at 05:59 AM ---------- Previous post was at 05:40 AM ----------

Also if end of scrips are like this:

if [ ! "`ps | grep android | grep -v grep`" ]; then
exec > /dev/null 2>&1
BulletProof_Apps & exit 0
else BulletProof_Apps;
fi;

you will redirect output only if running before android system i.e. from init.d

and this could probably work too, based on why FBBR bullet didn't Stuck the Phone

if [ ! "`ps | grep android | grep -v grep`" ]; then
BulletProof_Apps > /dev/null 2>&1 & exit 0
else BulletProof_Apps;
fi;
[Android Software/Hacking General [Developers Only]] mixednuts:
I realise now is not the time to be looking at these issues, but I'll post now as I may not be around for a while.

I'll get you an ultimatic log when patching as DieHard, but for now the BTP log is attached. Don't think the boomstick is gonna change when I last used DieHard... I'll get that to you as soon as I can.

Don't really make use of bulletproof at the moment... superflush were among the scripts that couldn't be there if I wanted it to boot.
[Android Software/Hacking General [Developers Only]] mixednuts:
Thought you were going to sleep :p
[Android Software/Hacking General [Developers Only]] gu5t3r:
Am now as I found the problem... See you in the morning, around 14:00 UTC+1 :p now is 06:04 XD
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Assimilated indeed :p

Well at the top I do have an exec commented out so I can just use that Log* file - I had just gotten away from those Log* versions too... lol (I had only kept Log_SuperCharger...)

Hmm... maybe I can name them BootLog* instead... since they would only be created by init.d scripts.

Anyway...

if [ ! "`ps | grep android | grep -v grep`" ]; then
echo "cookie!" > /data/FOMbootup
rm /data/Ran_EngineFlush-O-Matic.log
exec > /data/Log_FastEngineFlush.log 2>&1
Flush_Engine & exit 0
fi
Configure
Flush_Engine

Ok I'm pretty sure the boot thing will be fixed tomorrow... last 2 tests were boobies :p
[Android Software/Hacking General [Developers Only]] GuyInTheCorner:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Hey zepplinrox :)

I've got a Desire HD and it says I shoud use the 768 HP tweaks. Would applying higher tweaks damage the device?

Thanks, Guy.

P.S: You rock! Running this on RCMix works like a dream!

Hit Thanks if I helped you out

--------------------------------

HTC Desire HD (RCMix Energized)

Samsung GNote 10.1 (Stock)
[Android Software/Hacking General [Developers Only]] RivaultUser:
Hey man

Would you mind to tell me which one should I donwload ???

I'm on cm 10

Cause I got a headache reading all of the words & I'm a newbie in the android development so I didn't get it very well:o
[Android Software/Hacking General [Developers Only]] GermainZ:
Then Supercharger isn't for you.
[Android Software/Hacking General [Developers Only]] gu5t3r:
Fixed BEST the way you described... Link HERE...

If anyone wants to try until Zepp pops out new version you need to run UnSuperCharge option first...then SuperCharge again by declining ReSupercharging from sd card...

Works for me, Phone boots normal (and fast) with all options enabled...

---------- Post added at 03:47 PM ---------- Previous post was at 03:44 PM ----------

You can test this fix until Zepp pops out new version...Or search thread for Fat_Bottomed_Bicycle_Race which also worked...
[Android Software/Hacking General [Developers Only]] hisname:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

Sent from my supercharged :tank:
[Android Software/Hacking General [Developers Only]] gu5t3r:
Kernels usually run init.d scripts with "sysinit" located in /sbin/ or /system/bin/ like this:

#!/sbin/busybox sh

export PATH=/sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin

/sbin/busybox mount -o remount rw /system
/sbin/busybox echo "" >> /data/local/tmp/lupuslog.txt
/sbin/busybox echo "[INIT.D] Checking if device supports init.d" >> /data/local/tmp/lupuslog.txt
# make init.d directory
/sbin/busybox echo "[*] Creating init.d directory" >> /data/local/tmp/lupuslog.txt
/sbin/busybox mkdir -p /system/etc/init.d

/sbin/busybox echo "[*] Setting init.d permissions" >> /data/local/tmp/lupuslog.txt
# set permissions on init.d folder
/sbin/busybox chmod -R 0777 /system/etc/init.d/*
/sbin/busybox mount -o remount ro /system

/system/bin/logwrapper /sbin/busybox run-parts /system/etc/init.d

/sbin/busybox echo "[*] Init.d set.." >> /data/local/tmp/lupuslog.txt

maybe it should be suggested to kernel developer to redirect output of sysinit to log file like this

#!/sbin/busybox sh
LOG="/data/!Log_init.d.log"
exec > $LOG 2>&1

export PATH=/sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin

/sbin/busybox mount -o remount rw /system
/sbin/busybox echo "" >> /data/local/tmp/lupuslog.txt
/sbin/busybox echo "[INIT.D] Checking if device supports init.d" >> /data/local/tmp/lupuslog.txt
# make init.d directory
/sbin/busybox echo "[*] Creating init.d directory" >> /data/local/tmp/lupuslog.txt
/sbin/busybox mkdir -p /system/etc/init.d

/sbin/busybox echo "[*] Setting init.d permissions" >> /data/local/tmp/lupuslog.txt
# set permissions on init.d folder
/sbin/busybox chmod -R 0777 /system/etc/init.d/* > /dev/null 2>&1
/sbin/busybox mount -o remount ro /system

/system/bin/logwrapper /sbin/busybox run-parts /system/etc/init.d >> $LOG 2>&1

/sbin/busybox echo "[*] Init.d set.." >> /data/local/tmp/lupuslog.txt

to minimize chance of bootloops...
[Android Software/Hacking General [Developers Only]] onezui:
thank for zip!
[Android Software/Hacking General [Developers Only]] XDAMaxe:
BEST fix

@gu5t3r

a FAT :good: for your fix - no bootloops or freezers ...and of course to - the one and only - zeppelinrox
[Android Software/Hacking General [Developers Only]] GuyInTheCorner:
Re: [U9RC12T6]Put a V6 SuperCharger +DIE-HARD Launcher in Your Pocket=She'll B Happy

No one?

Hit Thanks if I helped you out

--------------------------------

HTC Desire HD (RCMix Energized)

Samsung GNote 10.1 (Stock)
[Android Software/Hacking General [Developers Only]] GermainZ:
Your RAM might be filled without getting cleared efficiently, that's all.