Related
Downloaded the new Google Maps update praying it would fix the FC's no dice. Are all Cyanogen ROM users having this problem? Having one more problem, my phone will notify me of E-mail; but when I go to my email it isn't showing my latest email. I have to refresh it to have it show up. Not Gmail but my Comcast account? Any help would be most appreciated.
Thanks
Just FYI to anyone with this same problem, I just rooted my eris for the first time 2 days ago. Maps nav was freezing on my non-rooted 2.1 in the same exact way. Something seems to be wrong with maps in general...but I'm not sure if it's just with the eris. But I do know that maps worked within the 3-4 previous updates. Can anyone provide a way to "downgrade" maps to an update that is a little older? I think this might provide everyone with a temp solution until they provide us with an update that works with the eris...just an idea
i think i read somewhere that some people tried to downgrade maps but it still FC'd on them...
Macrodroid just posted that he had success with downgrading his maps, check his EverVolv or Macrom thread.
Sent from my MacRom MR7 using Tapatalk
The only issue I've had is when i received a call during navigation. While it was rerouting, I received a FC. Starting it again and didn't have any issues.
Downloaded the apk that Mac posted last night. I drive 50 miles to work every morning. It force closed and rebooted my phone after 20 minutes. This occurs while driving down the interstate (not while making lots of turns). Going on a trip soon, might just have to download Zach's xtr rom. I've used it in the past month and navigation worked fine.
If anybody finds a way to deterministically crash the Eris using Maps/Nav, let us know; it would be very helpful for testing purposes. Note that you don't need to be driving around for a crash to occur (although it is conceivable that will help cause the bug to occur) - the Nav app will cause a crash sometimes with your Eris just sitting motionless on a desk.
I've observed a couple of full Android restarts so far (phone connected to the PC with Nav running and "logcat" running), and so far the things I've noticed are:
- the problem is hard to reproduce. Sometimes a crash will happen in 10 minutes, sometimes in 1 hour... sometimes not after several hours. (This is the the problem with "I tried Nav for 30 minutes and everything seemed fine" reports - it isn't easy to prove that a specific fix has actually worked, 'cuz it might be hours before the bug rears it's ugly head).
- All the cases where I've seen an (Android) crash so far (v5713/gapps 20110613), I saw a SIGSEGV (null pointer fault) of the "system_server" process - the same "null string passed to strlen() via libdvm.so" error that has been previously noted elsewhere (e.g. in Tazz' thread and some time ago in other CM7 ROMs (Hero CDMA) ). This obviously will cause a full Android layer restart, but strictly speaking is not exactly a Maps/Nav issue... but probably something about the way that the new Maps/Nav behaves that makes the occurrence of this bug favorable.
I'm still looking at this, but not making much progress. The only thing that I (seem) to have noticed is that turning on checkJNI in the zygote causes Nav to hang (ANR) so that Android offers a FC to the user. I suppose this could be a completely separate bug - the main thread seems to hang waiting for something in the GL.
e.g.
Code:
adb shell stop
adb shell setprop dalvik.vm.checkjni true
adb shell start
... then do your testing.
My mothers Eris was experiencing a similar issue as was my TB. a full wipe did the trick for me using the latest available CM versions and gapps for both phones. No issues thus far... fingers crossed.
Rick
bftb0,
Back when I was trying to figure out the Maps/Nav issues, I had requested people get the kernel log of a crash. I posted here what was interesting to me from someone that had posted one and then later decided to look at the source code and follow the routines mentioned. I remember looking it over but don't think I ever posted what I'd found or was thinking and can't find any notes about it right now. Might look into that again to see if the source holds any clues.
MongooseHelix said:
bftb0,
Back when I was trying to figure out the Maps/Nav issues, I had requested people get the kernel log of a crash. I posted here what was interesting to me from someone that had posted one and then later decided to look at the source code and follow the routines mentioned. I remember looking it over but don't think I ever posted what I'd found or was thinking and can't find any notes about it right now. Might look into that again to see if the source holds any clues.
Click to expand...
Click to collapse
I looked at the link you provided - if you thought that somehow the kernel module for WiFi was a source of trouble, you could certainly just move /system/lib/modules/wlan.ko out of the modules folder and reboot (for testing purposes - obviously in the long run you want to have WiFi capability).
My own testing is moving me in a different direction, though. So far, all the Android crashes that I have seen so far have been segfaults of the "system_server" process. I just watched one a couple of minutes ago, using both logcat and strace simultaneously.
The stack trace at the segfault of system_server in the logcat (if it is actually to be believed) looks something like
Code:
strlen() [libc.so] <- segfault here
??? [libdvm.so]
??? [libdvm.so]
??? [libdvm.so]
dvmLockObject() [libdvm.so]
??? [libdvm.so]
dvmMterpStd() [libdvm.so]
dvmInterpret() [libdvm.so]
dvmCallMethodV() [libdvm.so]
libdvm is the Dalvik VM parser - which you would think/hope would be extremely robust code (and thus makes me wonder if the stack backtrace above the strlen() call is just nonsense - the debugger is not guaranteed to get it correct).
here's the last couple of lines from an strace of system_server as it was crashing:
Code:
11:51:40 sched_setscheduler(157, SCHED_OTHER, { 0 }) = 0
11:51:40 ioctl(10, 0xc0186201, 0xbedce340) = 0
11:51:48 sched_setscheduler(157, SCHED_OTHER, { 0 }) = 0
11:51:48 getpriority(PRIO_PROCESS, 157) = 20
11:51:48 recv(606568, 0x81, 1, MSG_CTRUNC|MSG_EOR|MSG_WAITALL|MSG_ERRQUEUE|MSG_DONTWAIT|MSG_FIN|0xfffb0000) = 1
11:51:48 sched_setscheduler(157, SCHED_OTHER, { 0 }) = 0
11:51:48 ioctl(10, 0xc0186201 <unfinished ...>
11:52:04 +++ killed by SIGSEGV +++
Ugh... not very informative, frankly.
This might be a fairly difficult thing to pin down - after a little bit of testing, I've noticed that it is easier to cause this particular type of crash with a phone experiencing a decent (but reasonable) load than a lightly loaded phone - as if it is more likely to occur during a low resource condition, or is due to a timing/timeout issue. I have some difficulty getting it to occur on a "stripped" GSB 3.7 (Odex) ROM, where I removed almost everything non-essential, and didn't load any apps; but on my GSB 3.7 (Odex) "daily driver" ROM, it happens more frequently, and especially if I try and make the phone jump through other hoops while Maps/Nav is running.
... still looking...
bftb0
[ Edit ] 10 minutes after I made this post I flashed my "stripped down" GSB v3.7 Odex ROM, and set it up to watch it with Nav running. It crashed about 24 minutes later. I guess I should recant what I said above about load dependencies.
Just for kicks I reinstalled 2.1 (ota version) it didn't force close but the map quit updating my location. I had the latest maps installed and once again it crashed/stopped responding after ~20 minutes.
Just for kicks I restored a fairly old version of maps - v5127 a.k.a. "5.1.0" to my GSB v3.7 Odex ROM.
It crashed my phone (an Android restart, rather than a kernel reboot) within 10 minutes of starting up Nav.
Because all of these "crashes" seem to be in the system_server process, rather than the Maps/Nav app, I'm not convinced that the problems are due to the Maps app - we certainly were not experiencing restarts on older versions of GSB way back when maps 5.1.0 came on the scene. (Although we were experiencing the "GPS signal lost" after 20 minutes bug)
I don't know what to think at this time; maybe there is more than one bug involved. Perhaps I should try the non-odexed GSB version to see if it behaves any differently.
bftb0
I went driving around yesterday and was using navigation and had it crap out a few times. One time it said that acore had crashed. Two other times it just locked up for about 30 seconds and then I saw the cyanogen animation. Sort of like a partial reboot because it was really fast.
Sent from my GSB v3.6 ODEXed using XDA App
bftb0 said:
Because all of these "crashes" seem to be in the system_server process, rather than the Maps/Nav app, I'm not convinced that the problems are due to the Maps app ...
bftb0
Click to expand...
Click to collapse
I see what you're getting at but if the crashes are not Maps related why would non-CM7 phones also freeze up? Since this is happening on xtr and stock ROMs also is it possible that something in Maps is causing the system_server process to crash?
PieceKeepr said:
I see what you're getting at but if the crashes are not Maps related why would non-CM7 phones also freeze up? Since this is happening on xtr and stock ROMs also is it possible that something in Maps is causing the system_server process to crash?
Click to expand...
Click to collapse
My best guess is that there is more than one bug involved. Personally, I've observed three different behaviors, from most frequent to least frequent:
1- Android layer restart (always a system_server segmentation fault)
2- Full reboot (kernel restart)
3- Maps ANR (App Not Responding)
#1 is absolutely, positively a bug in the system_server code; plainly stated, native code should never segfault. What is odd about this is that having Maps running seems to cause this fault to occur - it doesn't seem to happen when Maps/Nav is not running. What is extremely challenging about diagnosing this is that (if the debuggerd stack traces are to be believed) it appears that it is the Dalvik VM code itself (libdvm.so) that makes the fatal call into libc.so - a simple strlen() call that gets a null pointer. That seems to imply that figuring this out requires understanding:
- how an unrelated app (Maps/Nav) is affecting java code of the system_server
- how the Dalvik compiler/optimizer/interpreter could possibly have a bug
Note that (again, if the debuggerd stack traces of the system_server crash appearing in the logcat are to be believed) if there really is a Dalvik VM bug involved, I suppose that also means that occurence of the bug could be dependent on:
- JIT on vs. off
- Optimizer settings (and odex'ed vs. non-odex'ed ROMs)
Perhaps this explains some of the variability in the various reports; most of my experiences with the bug(s) have been with the GSB 3.7 Odex ROM (JIT on, no compcache or dithering, various VM heap sizes).
I full-wipe installed GSB 3.7 non-odexed yesterday, and am going to do some more testing.
As for crash cases #2 and #3 - I haven't experienced enough of them to say anything meaningful.
bftb0
PS Over the weekend, I drove about 3 hours on both Sat and Sun, and I didn't want my phone blowing up on me, so I rolled back my phone to celb 4.1 (Froyo) and used Nav continously. The version of Maps in that celb backup was 5127 (aka "5.1.0"). I experienced the "GPS Signal Lost after 20 minutes" bug - which I expected - but using GPS status would allow Nav to re-acquire signal. But, no other trouble. The reason that I mention this is that this same *very old* version of Maps (5127) can readily cause the system_server process to crash in GSB v3.7 Odex. This kind of data is what leads me to believe that (at least for the "Android soft-restart" bug expression) while Maps/Nav can *cause the problem to occur*, this particular bug actually is not in the Maps app itself.
Anyway, that's a few of my observations; no solutions unfortunately.
More testing to come.
I have experienced all of those, but not in that order. Rearranged by frequency for me they would be ...
3- Maps ANR (App Not Responding)
1- Android layer restart
2- Full reboot (kernel restart)
I am on GSB 3.6 ODEXed (3.7 was sluggish for me and I was getting odd and random app force closes so I rolled back).
Settings:
CPU - Ondemand, 710/245
Compcache - disabled
JIT - off
Surface dithering - off
Purging of assets - off
Lock home in memory - off
VM heap size - 32mb (default)
V6 Supercharger - multitasking or sometimes Balanced 1 with launcher HTK
By far the most common problem for me was the Maps ANR. I did get the Full reboot, and several Android layer restarts before I started playing with settings. Unfortunately I don't remember what I started with and can't say what all I did. I was running Maps 3.6.2 (I'm pretty sure) at the time and I kept getting the Maps ANR. I found a copy of Maps 5.5.0 I had forgot about in MyBackup Pro so I wiped Maps data, then uninstalled before restoring just the Maps 5.5.0 apk.
Since then I have only had one problem, which happened two days ago. I had been using Navigation for about an hour and a half, maybe approaching two hours, by the time I reached my third destination. It showed me I had reached my destination but it froze. None of the app buttons were responsive so I tried the phone soft buttons and found they were unresponsive as well. Then the phone did an Android layer restart. At the time the phone was VERY HOT to the point of being uncomfortable to hold in your hand. I have never seen my phone that hot before. It was plugged in at the time because the battery had gotten low so I was charging it.
My wife's Eris is running xtrSense 5.0.1 and I took it out and tried it a while back. It never did a full reboot or an Android layer restart but Maps ANR occurred within five minutes. I tried several times and got the same result each time.
Hopefully some others who have experienced problems will see this and chime in. Maybe if we can narrow down specific occurrences with stock and other ROMs it will help decipher this. Thanks bftb0 for breaking this down into categories and for your work on the problem. If there is any data I can capture and provide let me know.
All -
I've been testing latest map version on a number of roms as of late and offer a few observations:
I have consistently experienced Android layer restart and full reboot on GSB roms, stock settings, versions 3.4 through current. I experienced a reboot on Condemned soul's version 14 rom only once. I have not ever experienced a navigation reboot on OMGB 1.1, Evervolv,3, or 666th Sense (March OTA based rom).
The only ROM I have run that has not resulted in a map ANR is OMGB 1.1, but GPS signal is lost within a minute on that rom. Navigation continues to wait for a signal but does not force close.
Condemned soul's v14, Evervolv 3, and 666th Sense all display the same behavior: navigation runs for between 2-10 minutes and map display freezes while voice navigation continues running as a separate service. Eventually a FC is offered and navigation can be easily resumed from the notification bar. It will FC within another 10-20 minutes.
I've been doing some testing and trying a few tweaks - all dead ends and none of them have worked, but I'll repeat them here in case they are of any use to this group:
First, I tried flashing old versions of gapps to roll back the com.google.android.maps.jar file to see if there was anything there affecting navigation. At first I thought it was working differently, but alas the old jar (if they are actually even different) files really behaved the same -- they locked up the navigation moving map while partially allowing the navigation voice(s) to continue.
After repeated testing, It *seems* that the moving map is hanging up for me in the SAME PLACES. Now this is all very subjective since I cannot pay all that much attention while driving, but when I leave my office for home it seems that the maps hangs at the first right turn, 1/2 mile or 2 minutes away. If I restart it, it will continue for another 10 minutes or so until after a major highway merge.
So, I began to notice the dual-voice navigation some others have mentioned and deduced that one voice is TTS and one is google's backup non-TTS navigation sounds. I suspected, perhaps, that TTS might be crashing or being force closed by the system. A little routing around and I found that if you uninstall TTS that navigation simply will not load but will FC immediately. I also found that you can disable TTS by removing/renaming the libttspico.so file. This way, you can actually force the second navigation voice - its rather pleasant but does not pronounce street names, just says "turn left" etc.
This did not fix the problem either. But it did allow me to rule out that the phone was temporarily losing GPS signal leading to the FC. Without TTS, navigation alerts you that GPS signal was lost with a chime sound. Maps was not hanging on a lost GPS signal. since voice directions continue despite visual map hanging.
So this leads me to my next observation. Without the distracting TTS voice I notice that the maps seems to hang precisely at a point where I am supposed to be alerted to an upcoming change. For instance, after making my first right leaving the office, it hangs when (1) I turn right forcing the map to pan and draw the route for the next leg AND SIMULTANEOUSLY (2) when the GPS wants to tell me the next direction "In a half mile, turn right on to the ramp"
I also thought that there may be a memory problem - like GB is trying to kill one of the Navigation related processes. As far as I can tell, navigation requires that the navigation map, a separate navigation voice service, and PICO TTS all be running at the same time on top of a launcher, maps, email, and other services. I tried tweaking V6 supercharger to gaming settings with no luck.
klobkelosh said:
...First, I tried flashing old versions of gapps to roll back the com.google.android.maps.jar file to see if there was anything there affecting navigation. At first I thought it was working differently, but alas the old jar (if they are actually even different) files really behaved the same -- they locked up the navigation moving map while partially allowing the navigation voice(s) to continue...
Click to expand...
Click to collapse
If the jar files are the same, they should have the same md5sum so it might be worthwhile to compare them and see if each jar has matching checksums.
*POSSIBLE* Navigation Fix
I may have found a fix. I was able to navigate on my daily commute without a FC or reboot (that's not happened in a while). BUT I need your help in testing it more to be sure it is not a fluke. I'll also be testing over coming days
The attached file is NOT a flashable zip. Extract the com.google.android.maps.jar file and push it to /system/framework replacing the gapps gb version. If you use root explorer/es file manager be sure to set permissions to rwrr.
This jar version is from the May 2011 MDPI gapps package. It is nearly double the filesize of the gb version so clearly not the usual framework.
Hope this works in the long run....
I'm driving from Paducah, KY to Oscoda, MI. Should be a good test, I hope this works
Hi everyone. It's been two days since the process com.google.process.gapps has started crashing, "stopping unexpectedly" whenever i use the browser on my tab.
Reading the error report, it seems (not 100% sure about that) this is somehow related to the bookmarks sync with Chrome, but i can't find a way to disable this.
Has anyone exprerienced the same issue? Any known solution? Thanks
Go to settings > accounts and sync, click on your account then uncheck everything, then manually sync everything one by one to see what is causing the error.
Then go to manage apps and clear the cache of all the problem apps and re-sync them once you're done. It might take a few tries but it should take care of that error.
I'll try that as soon as possible, thanks!
browser sync was causing this for me
I believe that bookmarks sync no long works with galaxy tab. Google changed something on their end that should have worked fine(it still works on the xoom, transformer, etc.) but since samsung changed a bunch of stuff for no apparent reason, it is now broken. samsung is so stupid sometimes..
So you're basically suggesting that bookmarks sync should stay off to avoid problems like that?
well I don't really know. I never used bookmark sync in the first place. I'm just going by what is said in this article.
http://www.zdnet.com/blog/perlow/br...gle-or-the-oems/17840?tag=mantle_skin;content
It turns out that at some point Google started making some changes to the backend systems that handle Google’s user account data. There’s nothing wrong with them doing this; it happens all the time. In fact, no other Android 3.1 tablets had any issues at all with the changes, and their bookmark sync continued to work without a blip on the radar.
Not Samsung, however... I did some digging around the internet, and it’s become somewhat well-known amongst Android developers that Samsung actually modifies core source code in the Android operating system that handles communicating with Google’s backend data services.
Click to expand...
Click to collapse
Well, that's a pity. I had just started to think it was a useful tool to keep track of unread web pages between work, home and outside...
Let's hope Samsung somehow fixes that.
PS: disabling bookmarks sync actually stops the process from crashing, I think I've solved (if we could really say so...) the issue. Thanks to all!
Thanks, disabling auto sync for browser has stopped the error. Samsung developers need to fix this - I can't auto sync my gmail
What am I missing here?
Ok be prepared, this post may be rather long winded however I will try my best to prevent that. I have a Tmobile G2x I purchased on launch date. Ive not attempted to Root, change roms, or anything of the sort. (as much as I always wanted to, I always felt that my skills were not good enough to attempt these ideas no matter how easy they may seem. I just did not want to be the cause of screwing up my phone that I paid dearly for)
So I have a friend who claims to be the master (of disaster so it turns out) of rooting androids and such. He stops by my house just to hang out and eventualy convinces me to let him root my phone and install CM7. Within a few minutes the phone was rooted (super1click) and was running CM7 release candidate. (I really dont know what all these things truly are but I drilled him for answers once he jacked up my phone and left me with a half-bricked phone) So he installed Rom manager and convinced me to upgrade to the premium version via marketplace so I did. He was then showing me how easy it was to flash new roms at the touch of a few buttons. He put on some other rom which looked like CM7 but claimed to have extra tweaks. It worked fine. A few minutes later he put on some Faux Rom which gave a boot up screen like my old Nexus One did. (Multicolored X) It seemed to work fine as well. Then he said lets check out the nightly CM7 Rom so he put it on. (however I dont think it ever actually put CM7 back on.-still on Faux?) Thats when things got crazy.
Now I get the com.google.process.gapps force close message all the time. He tried to fix it for 4 hours and finally gave up. Here is what I know he/we tried: After searching the internet for hours we tried everyone elses ideas. Clearing calenders cashes, un syncing, etc. We did about 40 factory resets. We have tried to install my backup (which was from BEFORE he even touched my phone) and upon holding both volume rockers and plugging in USB (no battery installed) and it still does nothing. Windows recognizes device but phone screen stays black. Tried Debug mode while doing this as well. If we hold the volume down button and power the little install bar comes on the screen and it does its thing (whatever that is) and goes right back to the way it was. I keep getting the gapps message all the time. After factory reset I cant even type in my gmail address to start the initial setup of the phone. The force close keeps cutting me off. If I type fast, I can sync the account but I cant use market whatsoever. Tried installing Rom manager to re-flash but just sticks at starting download and gapps pops up again.
My son is starting school tomorrow and he has a medical condition. I NEED this phone to communicate with the school nurse via emails and such. As of now I can only text, call, or surf web all while dodging force closes. If ANYONE out there can please help me get my phone back to normal Id greatly appreciate it. Im sure its something easy but as I said before, Im not good at this thing and thats why I never attempted it myself. Your welcome to submit answers here or PM me your phone # if you want to walk me through it on the phone. (I have a landline phone to talk to you on) Thanks in advance for everyones time and Im sorry this ended up being so long.
Hello,
Based on your post, I would suggest that you search your phone's development forum on XDA for a compatable clockwork recovery mod which will install a custom recovery on your phone. The thread will give you instructions on how to do so and how to enter recovery mode.
You can then enter the 'Backup and Restore' part of the recovery and restore your backup manually without using ROM manager. If this doesn't work, I would suggest that you then download the ROM of your choice and install it from the clockwork recovery. Make sure you clear user data and wipe the cache before you install.
Any fix yet? This is really annoying me as I rely on my bookmarks tremendously.
try this:
Open stock browser and under settings choose clear cache and deletehistory
I've seen a lot of cross-posting between threads from people who are experiencing one of the various problems with the ICS update for the Prime, so I thought I'd provide a quick reference for people to find their particular malady more easily.
This isn't intended to be a list of any ol' thread discussing lag, strange app behavior, or "slightly better/worse" wifi/GPS/BT performance after update, etc; but actual, show-stopping, deal-breaking, tablet-bricking problems that we are either waiting on a solution from Asus, or have a workaround ourselves.
1. "Unknown" Serial number - these people have an otherwise working tablet with a valid serial number sticker, but the About screen shows "unknown," so they aren't able to get the OTA push.
Thread: http://forum.xda-developers.com/showthread.php?t=1426881
2. Ugly, ugly lines appearing on the screen after ICS update; some worse than others.
Thread: http://forum.xda-developers.com/showthread.php?t=1437280
3. People getting an "Update failed" message after downloading and applying the ICS OTA update, regardless of whether they had rooted their device in Honeycomb beforehand. (Good news, it looks like there's a work-around for this!)
Thread: http://forum.xda-developers.com/showthread.php?t=1437285
4. People (like me) who downloaded and installed the ICS OTA "successfully" except for the fact that it boot-loops, freezes on boot, or boots successfully only to freeze and reboot after a brief period of usage.
Thread: http://forum.xda-developers.com/showthread.php?t=1437392
The fact of the matter is that the vast majority of folks are having a great experience with their Prime; a very small percentage of people are experiencing the issues above, but they are no less valid. We are trying to get an idea of the scope of each problem, so it's helpful if people are posting in consistent threads for each.
If there are any other major issues I'm missing/forgetting, let me know and I'll update the OP with a description and a link to the thread.
Unable to wifi tether
I was able to update and use the tablet without any issues at all. I had a few lock ups but usually only happens opening an app once (ie. gallery, movie etc) after it recovers then it does not lock up again.
Biggest gripe: Lost wifi tethering.
Losing wifi tether is no trivial thing, I agree - though at least you can use your tablet. =) Still, that is a hot issue and the thread is rather large.
Thread: http://forum.xda-developers.com/showthread.php?t=1438297
I guess I'm still the "one-off". I want to put it here in case someone else sees it and has the same problem.
For the most part, everything seems fine if I'm not docked. But I have big lags going in and out of some apps (especially Google+ when I want to view people's pictures the screen is just sorta blank, no spinning wheel or anything) and also going in and out of the app drawer.
Biggest problem - if I am docked, at some point the screen goes black. And it will not power on at all unless I remove the tablet from the dock and do the volume+power trick to turn it on. This didn't happen until the ICS update.
When it is working right, it is fantastic! Thankfully that is most of the time.
i've recently been encountering random reboots on my Galaxy Note 3 (N9005), on stock 4.4.2 ROM.
The reboot occurs regardless of time, foreground/background running apps, battery level and anything else i can think of. for instance, it can just instantly hang+auto-reboot while i'm browsing facebook, surfing on chrome, switching tracks on poweramp, or even when the screen is off doing nothing (deep sleep)!
I've tried to uninstall some of the recent installed apps, but still unable to find any culprit. is there any way i can identify the culprit, without resorting to factory-reset for my device? i spent a lot of time doing the configuration for each app that i use, and wouldn't want to repeat the whole process..
Thanks in advance for your help!
could anyone help please?
Only way to know would be to get a logcat or last_kmesg. You might try something like this since it is so random:
https://play.google.com/store/apps/details?id=org.jtb.alogrec
es0tericcha0s said:
Only way to know would be to get a logcat or last_kmesg. You might try something like this since it is so random:
https://play.google.com/store/apps/details?id=org.jtb.alogrec
Click to expand...
Click to collapse
i downloaded aLogRec as requested and recorded the log for the entire day.
this is the log for the first 16hours - i opened it with notepad++ and the log was super short - is it normal?
Link 1
this is the log for the next few hours, where the random reboot occurred halfway - seems that it's empty. does that mean there's no way for me to know how the reboot came about?
Link 2
dylansmith said:
i downloaded aLogRec as requested and recorded the log for the entire day.
this is the log for the first 16hours - i opened it with notepad++ and the log was super short - is it normal?
Link 1
this is the log for the next few hours, where the random reboot occurred halfway - seems that it's empty. does that mean there's no way for me to know how the reboot came about?
Link 2
Click to expand...
Click to collapse
Yea, that app definitely didn't work. Not really sure why. But other than catching it in the act using the logcat, whether it is another automatic one or just the manual way via the phone or computer, there's no other way to tell. You do know that you can backup most of your apps and settings with a variety of tools? It won't make everything perfect, but cuts the time of restoring your phone after a factory reset way down. I literally wipe my entire phone and reset it up like 3 times a week on average. It usually takes me about 20 minutes to an hour depending on if I just need it usable or exactly the way I like it.
es0tericcha0s said:
Yea, that app definitely didn't work. Not really sure why. But other than catching it in the act using the logcat, whether it is another automatic one or just the manual way via the phone or computer, there's no other way to tell. You do know that you can backup most of your apps and settings with a variety of tools? It won't make everything perfect, but cuts the time of restoring your phone after a factory reset way down. I literally wipe my entire phone and reset it up like 3 times a week on average. It usually takes me about 20 minutes to an hour depending on if I just need it usable or exactly the way I like it.
Click to expand...
Click to collapse
thanks for the reply. got a few questions:
1. other than aLogCat, any other app i can try to catch the random reboot in the act?
2. yes, i could backup all my apps+settings using TB, but would i also be restoring the 'random reboot' in this case as well?
3. another symptom just occurred and i'm not sure whether it's relevant to the random reboot. after the random reboot (or so it seems), all my saved WIFI passwords get forgotten, and i need to re-enter the passwords for it to auto-login to my home/office network. i also realize it loses one of the settings i previously adjusted in Developer Options - the transition animation scale was set to 0x last time and set back to 1x.. but when it random reboots nowadays, it will just default back to 0x (which isn't the correct default).
i'm so frustrated at the number of problems my phone is facing right now..
dylansmith said:
thanks for the reply. got a few questions:
1. other than aLogCat, any other app i can try to catch the random reboot in the act?
2. yes, i could backup all my apps+settings using TB, but would i also be restoring the 'random reboot' in this case as well?
3. another symptom just occurred and i'm not sure whether it's relevant to the random reboot. after the random reboot (or so it seems), all my saved WIFI passwords get forgotten, and i need to re-enter the passwords for it to auto-login to my home/office network. i also realize it loses one of the settings i previously adjusted in Developer Options - the transition animation scale was set to 0x last time and set back to 1x.. but when it random reboots nowadays, it will just default back to 0x (which isn't the correct default).
i'm so frustrated at the number of problems my phone is facing right now..
Click to expand...
Click to collapse
https://play.google.com/store/apps/details?id=scd.lcex - looks pretty solid and more updated than the other one.
Possibly, but since we don't know what caused it, no way to know. What you do is backup everything, reset, then test, then start to add apps back in and test. Sucks, but just one of those things. Software issues can be tricky because there are so many different factors in play.
But it seems like this might be an issue with certain Samsung phones with batteries that are not performing as they should:
http://forum.xda-developers.com/showthread.php?t=2567941&page=3
es0tericcha0s said:
https://play.google.com/store/apps/details?id=scd.lcex - looks pretty solid and more updated than the other one.
Possibly, but since we don't know what caused it, no way to know. What you do is backup everything, reset, then test, then start to add apps back in and test. Sucks, but just one of those things. Software issues can be tricky because there are so many different factors in play.
But it seems like this might be an issue with certain Samsung phones with batteries that are not performing as they should:
http://forum.xda-developers.com/showthread.php?t=2567941&page=3
Click to expand...
Click to collapse
alright, will try the Extreme version and hopefully it catches the culprit.
As for the battery problem, it doesn't seem like the same case as mentioned in the other thread - he had a reboot loop and crazy drain, both of which are not existent (luckily) symptoms on my end.
Your issues could definitely be explained by battery issues though. Have seen stuff like this before at my shop. Batteries are less than $10 typically and worst case, you have a spare battery so if you go out and about and the phone dies, you don't have to run to a charger / outlet.
es0tericcha0s said:
Your issues could definitely be explained by battery issues though. Have seen stuff like this before at my shop. Batteries are less than $10 typically and worst case, you have a spare battery so if you go out and about and the phone dies, you don't have to run to a charger / outlet.
Click to expand...
Click to collapse
hmm, pretty sure it's not a battery issue then. just bought a new battery and the same problem exists.
my logcat files appended as follows: https://www.dropbox.com/s/yjtio2je6h71mre/LogCat.zip
would appreciate everyone's help!
thanks!
I was experiencing random reboots on the stock ROM for my KFHD when I was running stock. Turns out it was caused by me adjusting the DPI to a custom value.
>>>Sent from my homebuilt TARDIS running Android 4.4... or maybe it's a Kindle Fire HD running Cyanogenmod 11<<<
Ph0enix_216 said:
I was experiencing random reboots on the stock ROM for my KFHD when I was running stock. Turns out it was caused by me adjusting the DPI to a custom value.
>>>Sent from my homebuilt TARDIS running Android 4.4... or maybe it's a Kindle Fire HD running Cyanogenmod 11<<<
Click to expand...
Click to collapse
that could be one possible cause as I have certain preset dpi's for apps using Xposed.
any other possibilities and any other way to avoid it?
dylansmith said:
that could be one possible cause as I have certain preset dpi's for apps using Xposed.
any other possibilities and any other way to avoid it?
Click to expand...
Click to collapse
The only thing I can suggest is resting the DPI to stock, unfortunetly. Or a DPI that is known to work well with your device.
Ph0enix_216 said:
The only thing I can suggest is resting the DPI to stock, unfortunetly. Or a DPI that is known to work well with your device.
Click to expand...
Click to collapse
just curious - did anyone look through my logcat to see if there are other causes? i already restored to default DPI but still experiencing the same issues.
I have been experiencing a series of force closes. I am posting this to see if anyone else has experienced this, and whether anyone can suggest a fix. I'm pretty sure it was something I did, but I'm not sure what. I'm hoping that this can maybe narrow it down.
Device: SM-N900P
Firmware: OC5, stock, rooted, with several tweaks and modifications(detailed below).
The problem: I am getting several force closes. They only occur when I am trying to open certain settings. So, they aren't just popping up at random. They are slightly troubling, but not really problematic. Which is to say, aside from the actual force closes themselves, I don't really seem to be experiencing any major problems. Here are the FC's I am experiencing:
-Menu> Settings> General> Battery: This one results in a "Unfortunately, Settings has stopped" dialog box, and an immediate return to my home screen. So, I can't check out my battery usage. I'm not seeing any crazy battery drain. By opening Root Explorer and navigating to data> system> batterystats.bin, and deleting batterystats.bin, the problem is kind of fixed- I can open battery from the settings menu after that. But there is only battery level and state displayed, no usage information(just a message saying it is not available).
-Menu> Settings> General> Developer options> Process Stats: Results in the same dialog box, and the background turns black if I don't press "OK". I'm not even sure what this does, but after my Battery started force closing, I started checking the rest of the settings out.
-Menu> Settings> Connections> Data usage: Dialog box, immediate return to home screen.
The probable cause: hard to say, I've done a few things to it. Like I said, I was hoping that someone would be able to figure out what I've done from the following information about what I have done so far. So, here goes.
I was on NK4, running Priest Punch ROM. I reverted to stock and took the OTA about a week or so ago. I immediately rooted and installed TWRP using the method in this thread: http://forum.xda-developers.com/note-3-sprint/general/how-to-root-note-3-lollipop-t3089382 .
After rooting, I didn't see a whole lot of OC5 development, so I started poking around to see what kinds of mods I could use. First thing I wanted to do was remove bloat. I started off using Root Explorer, then I happened upon this thread featuring a bloatware removal tool for the T-Mobile variant: http://forum.xda-developers.com/note-3-tmobile/development/tool-utility-sgn3-sm-n900x-bloat-t2813036 . It worked. I removed a bunch of apps, but nothing I wasn't sure I could safely remove(I had to check Google a few times). I did not notice any problems at this time.
Then I installed this mod to pump sound out of both speakers: http://forum.xda-developers.com/note-3-sprint/development/mod-sm-n900p-surround-sound-t2966042 . I did not notice any problems at this time.
Next, I decided I wanted more fonts, so uninstalled the preloaded fonts and pushed the apk from this thread: http://forum.xda-developers.com/showthread.php?t=2752379 . Again, no problems.
I decided that a working hotspot would be nice, so I used the method in this thread to get one: http://forum.xda-developers.com/note-4-sprint/general/lollipop-hotspot-root-flashing-t3048163 . I tested it and it worked. No problems.
I really wanted to silence my shutter sound, and I happened upon this Galaxy S4 thread: http://forum.xda-developers.com/showthread.php?t=2261789 . It worked, and there were no issues. This was my first exposure to csc codes. I found a similar thread for the s6( http://forum.xda-developers.com/galaxy-s6-edge/general/quick-guide-enabling-hidden-features-t3087506 ), and followed the instructions. I was able to enable the camera during calls and enable call recording. No problems here. I tried a keyboard mod from the same thread, which had no effect at all(good or bad), so I reverted the code for that one back.
This is when I think I started to go off the rails a bit. I saw a thread for the Polish variant of the Note 3, N9005. http://forum.xda-developers.com/gal...camera-mod-note-3-n9005-lollipop-5-0-t3067827 -it had a neat sounding mod designed to improve camera quality, remove recording time and snapshot restrictions, and make 60fps HD the default camcorder mode. It took a little trial and error to get it installed, but I was making backups of files I was messing with, and was able to quickly and easily reverse any missteps. Again, the mod works fine, and I have noticed no issues. So, I started looking at the dev's other work. Which led me to this thread: http://forum.xda-developers.com/galaxy-note-3/themes-apps/secsettings-mod-17-swipe-charging-t3046032 . I wanted some different unlock effects, and I wasn't really finding them, so I tried his mod out. It was a 3 step process: replace a SecSettings app, copy paste some .ogg files, and finally, copy paste a SustemUI .apk. The first two steps went fine, but the third resulted in a persisitent, repetitive dialog box. I forget what this dialog box said, but it popped up almost as soon as I could press "OK", and I had to restore the backup of SystemUI to make it usable again. Oddly enough, about half of the new unlock animations still worked fine, and I wasn't seeing any problems after that, so I left everything else there. I liked the unlock animations, and they didn't seem to be causing any problems after I restored the original systemUi .apk.
Let's see, what else might be relevant? I was using the built-in task killer quite a bit. I'm also using SetCPU. I have 2 profiles: Screen on, 1728 MHz max, 300 MHz min, governor ondemand. And Screen off, 1036 MHz max, 300 MHz min, governor interactive. And I have installed the Material Power Menu from this thread: http://forum.xda-developers.com/android/apps-games/app-materialpowermenu-reveal-animations-t3059169 .
I started to notice the battery FC last bight. So, I wiped the battery stats as outlined above. Noticed it again today, wiped stats again, and kept checking it. After about an hour, it was force closing again. That's when I started poking around and found the others.
I dunno if anything can be done about this, or if anyone might know what's wrong. And, like I said, Aside from these FC's I'm not experiencing any real problems. I'm a little worried that they may get worse, or turn into something more serious, but I can always restore a backup if that happens. But if there is some kind of fix for these issues, I would use it. Thanks in advance to anyone who takes the time to read this wall of text, and tale of irresponsible phonery.
These are all settings that monitor usage.... should that tell me anything? I have tried wiping cache and dalvik, but that only seems to fix battery usage and data usage very temporarily(like, for a minute or less). And it doesn't seem to have effect on Process Stats.
My thoughts:
Seeing as you have flashed a lot of mods, it could be anything. If it were me, I'd start the rom from scratch. Then for the first step, instead of removing apps, I'd freeze them with titanium backup and give that a day or two to check the stability.
If that works, I'd continue with the mods one by one, giving a day or so for stability checks.
If you'd rather not do all that, you could use a logcat to find the origin of the problems.
Sent from my SM-N900P using XDA Free mobile app
jlechner said:
My thoughts:
Seeing as you have flashed a lot of mods, it could be anything. If it were me, I'd start the rom from scratch. Then for the first step, instead of removing apps, I'd freeze them with titanium backup and give that a day or two to check the stability.
If that works, I'd continue with the mods one by one, giving a day or so for stability checks.
If you'd rather not do all that, you could use a logcat to find the origin of the problems.
Sent from my SM-N900P using XDA Free mobile app
Click to expand...
Click to collapse
I'd probably try the logcat first. One, because I hate doing stuff over, and two, Ive neber done it before and it should be a learning experience. Is it complicated? I'm assuming there is a thread here on xda about it...
GAPO said:
I'd probably try the logcat first. One, because I hate doing stuff over, and two, Ive neber done it before and it should be a learning experience. Is it complicated? I'm assuming there is a thread here on xda about it...
Click to expand...
Click to collapse
It's fairly straight forward. I did one to see why an app wasn't loading, didn't need instructions. But that was a fairly simple check, yours sounds more complicated. I'd do a bit of reading on it.
Sent from my SM-N900P using XDA Free mobile app
jlechner said:
It's fairly straight forward. I did one to see why an app wasn't loading, didn't need instructions. But that was a fairly simple check, yours sounds more complicated. I'd do a bit of reading on it.
Sent from my SM-N900P using XDA Free mobile app
Click to expand...
Click to collapse
Will do. Thanks for your help!
Okay well I decided to re flash OC5 and start from scratch.
I took it back to stock and re rooted. Am now debloating....no isssues yet.
I have flashed everything except the Polish camera mod and the wallpapers. Having zero issues of any kind. I know it can take difficulties some time to manifest themselves, but I'm betting it is either the lock screen animations or the camera mod. Leaning towards the lock screen animations because it involves messing with system.ui...
Okay, made a new backup and flashed the camera mod. No issues. After every mod, I have been going back and checking for issues. This is all stil pretty new, but if everything is still fine after a couple of days, well, I will be convinced that it was the lock rings. Not surprising obviously that flashing stuff meant for foreign variants can wreck your sh*t, lol.