Terrible battery life, iPhone 1.0.2

[phattie]

Hi all.


Since I can remember, the battery life on my iPhone has been absolutely appalling. And by appalling, I mean 2 days MAX with no usage. I am running version 1.0.2.

I have read people saying that the /usr/sbin/update program gets overwritten and endlessly run by something. My /usr/sbin/update is 8924 in size.


There is a process running in `ps -awwx`: "/bin/sh /etc/hackinit.sh" which cats to:

for h in `ls /etc/init.d`; do sh /etc/init.d/$h; done

/etc/init.d has only a file "dropbear.sh" in it. This cats to:

/usr/bin/dropbear


However, `ps -awwx | grep -i dropbear` returns nothing.


Any clues?

Matt

[rattkin]

I have this process running as well. In /etc/init.d I have only pxl.sh which runs PXLDaemon in the background.

My first wild guess would be that this is something iBrickr installs (as no other app is concerned about PXL). I'm no longer using iBrickr, but I've launched it once or twice at the beginning. I doubt it eats battery life though.

My /usr/sbin/update is 8924 too.

[gaz919]

I only get two days use of the iPhone anyway and i don't think anything is wrong with the phone. I charge it every night. The iPhone will play about 10 hours of video and a laptop will only play 2 to 4. Two days seems normal to me. Just my opinion, they did claim 250 hours of standby time but my phone never sits unused for very long. I use the wifi to look up web pages all day while I watch movies on my pc. Its very useful even if I need to charge it every night. Its never once run out of battery during a days use. Im actually very pleased with how good the battery is considering its a small pc.

[phattie]

This is rediculous though. If I forget to charge it the night before, I have to be very careful when using it the next day because it will most likely run out of battery. This happened to me last week when I went to an exhibition where I was taking photos. I only could take about 30 pics and it was dead.

Apple claim 250 standby hours. I'm not ASKING for 250 hours, I just want something realistic. I'd be happy with 5 days which is half the advertised life.

[phattie]

Just an update, the SpringBoard.app/Springboard process is taking quite a lot of CPU time, far more than any other process. I have SummarBoard installed too. I have taken the dropbear.sh file out of /etc/init.d so it wont try and start dropbear anymore.

[rattkin]

Give us a sign if this changed everything. I don't like the fact that this hackinit process works all the time in loop. It should run only once. And where did it come from?

[phattie]

I did a find and it found the value in a file but didnt list the bloody file. I am about to kick off another find. This is what ill run:

nohup find / -type f -exec grep -l hackinit {} \; &

That way you can leave it running and put it back into sleep mode and it should keep searching.

I will let you know what calls it. However, it's a for loop not a while loop, so it should only try once. Just remove dropbear.sh from /etc/init.d so it wont try and start dropbear.

[phattie]

I did a find and it found the value in a file but didnt list the bloody file. I am about to kick off another find. This is what ill run:

nohup find / -type f -exec grep -l hackinit {} \; &

That way you can leave it running and put it back into sleep mode and it should keep searching.

I will let you know what calls it. However, it's a for loop not a while loop, so it should only try once. Just remove dropbear.sh from /etc/init.d so it wont try and start dropbear.

Find hasn't finished, but located the probable culprit:

/System/Library/LaunchDaemons/com.apple.update.plist

This would explain why hackinit.sh has /usr/sbin/update in it, I guess.

[rattkin]

The plot thickens...

[mavvert]

I seem to have the same problem, although it started AFTER i updated to 1.1.1 fw for me.

After 3 days standby with no calls made, no wifi/bt etc the battery is drained.
When i was running 1.0.2 this was definitely not the case, i could easily get a week of 'normal' usage like 2/3 calls a day/listening to music/browsing over wifi..

I've looked into it for a bit, and the only thing i could find is the Springboard process using 14-20% cpu every now and then (like every 5/10 seconds)
I uninstalled Summerboard, but this didn't make a difference..

Im thinking of upgrading to 1.1.2 to see if the problem persists..
What do you guys think ?

[phattie]

I did notice that the SpringBoard process takes up a huge amount of CPU time compared with anything else. Apparently 1.1.2 has better energy management so maybe it has been sorted there.

I'm on 1.0.2 but don't know if / how I should get to 1.1.2 to use my own sim.

[mavvert]

i wonder if the Springboard cpu usage is normal..
it'd be nice if someone with 'normal' battery could check if Springboard takes more then 10% cpu like every 5 seconds..

Can anyone run 'top -o cpu' in terminal-vt100 for us, and check how springboard behaves ? :confused:

[phattie]

I have those little indicators that show whether you have a text or new e-mail in the top right corner, could that be written in such a way that it keeps checking? That could cause some problems with the battery.

Also, is there a way of turning off EDGE? I'm not talking about what the Services app does where it changes the settings, I mean something stops it dead and doesnt restart it till I want to?