Non-developer here asking a potentially stupid question. You have been warned.
So, I noticed that my phone's free storage seemed lower than usual. DiskUsage showed about 4 GB of "System Data". I find factory resetting to be a huge pain because I have a few apps that are really hard to back up and restore (such as keepsafe), so I decided to look around and try to find the culprit. Turns out, there's a file in /data/adb/ called "magisk_debug.log" that takes up 1.4 GB and I'm not sure if it's safe to delete because, on the one hand, it's a log, but on the other hand, as I stated at the beginning of the post, I'm not a developer, which means there are a lot of things I don't know about Android's file system, plus I sometimes tend to do stupid things with my phone that cause me a lot of trouble. So, can I delete it or should I leave it be?
I'm using a Galaxy S8 with Android 7.0 if that's relevant for anything
Maybe you are using a debugging channel? Switch to a stable channel or a normal channel and delete the log file.
For anyone stumbling on this (it has been answered already in the Magisk General support thread):
The magisk_debug.log file has not been used in Magisk for a long time (Magisk v14.3, or so). If you still have it on your device it's perfectly safe to delete.
Related
... from /system/app
Which of them would save me some resources (assuming I don't care about the built-in nook functionality), and which of them would make things go kablooey?
Wordsmith9091 said:
... from /system/app
Which of them would save me some resources (assuming I don't care about the built-in nook functionality), and which of them would make things go kablooey?
Click to expand...
Click to collapse
Why do you think they would save you resources?
Plus I think you might want to avoid doing that until there is a full ROM and Recovery, if you screw up /system I think you're hosed.
Without recovery it is possible to brick the NC by deleting stuff as previously stated.
I did try some cautious renaming of B&N stuff with the end result that while the NC worked, it showed as not registered and this made it a bit difficult to de-register and reset...
And not only did the B&N stuff not work (since it wasn't registered!) there were a few other glitches as well.
As a note from my earlier Android experiments: if you do want to try getting rid of something, don't delete it! Renaming it is just as effective and has the added plus of being easily restored AS LONG AS THE THING STILL WORKS AT ALL.
I usually append .bak to things like text messaging, facebook and twitter since I don't use or want them.
/system can be recovered regardless of changes to the file-system as long as you don't play around with the factory fallback stuff which is on a different partition completely. The minute you start messing with that all bets are off.
The /system partition will be restored if the device doesn't boot 8 consecutive times.
Well, so far I've deleted the library, the shop, the built-in app launcher and a few other items with no ill effects (other than, you know, not having the library and the shop). I got rid of one that looked a little borderline scary -- but I'm being a little reckless here and didn't note the name. Maybe a BN specific applicationservice apk?I think that's why selecting settings from the B&N bottom notification bar doesn't work anymore (but selecting settings from within Zeam gets me there). Got rid of the home apk.
I know, I could play it a lot safer just renaming these things. But I'm living on the edge (besides, I could always get back to a stock system setup if I screw things up badly enough to force the 8 reboots).
I'll soon look at this a little more methodically and see if there are any B&N-related services running that I don't think I'd really need ... then go for them too. After all, just deleting things that may or may not be running from boot ... it's a fun reckless experiment, but it doesn't necessarily save any resources (other than space in system).
If you manage it I would be interested in knowing about it- especially if the Nook for Android app can be installed and actually work, afterwards!
That had been my goal when messing with it.
Methinks I found one too many packages that had "bn" in the name for my own good. lol
So, a little history...
I'm on my 2nd Captivate (unrelated issue). The boot problems didn't arise until I restored my data onto it. The first time I tried restoring system data along with my apps (which I figured was safe since I was going from 2.1 stock to the same) but that had lots of issues. So I did a factory reset, and started over. This time I just restored apps and their data, and a few specific pieces of system data (contacts, wifi APs, etc). That worked better. But later I got too aggressive with what system apps I "froze" (using Titanium Backup), and it got into boot loops I couldn't break out of. So I did another factory reset.
This time, first I carefully froze only apps I was to confirm were safe to freeze. I didn't proceed restoring my apps until I was done freezing and ensured it was booting fine. I then restored all my apps (and their data). The problem is now that it takes forever to boot... in fact, it'll go into a boot loop if I just leave it be. It seems the only way I can gain access is to try and unlock it before it's done booting, clear any "Force close" errors (sometimes takes a few tries) and given enough attempts, I can get in. But the boot takes an unbelievable amount of time, and even with my original apps is many times longer than before on my previous Captivate. Once I fuss my way in, it seems mostly fine, but something is obviously wrong and I want to get it straightened out.
Aside from doing another factory reset, and reinstalling all my apps (which takes like a day without troubleshooting after each, since batch restores in TB don't seem to work well on the Captivate so I have to do them one by one), I'm hoping there's a way to troubleshoot it in its current state and try to fix the problem surgically versus erasing and starting over. I looked at the logcat logs but got in over my head... there are so many errors and warnings and I don't know what's normal and what isn't... too many to know where to begin with searching Google.
So... advice? What tools are available? Even the logcat doesn't seem to kick in until the boot is mostly done, so I'm not sure if it can catch the problem while it's happening. One frustrating thing about Android is that is seems to have no "safe mode" or other diagnostic boot or full logging where you can methodically look at what's happening and experiment with the config. If this was a Windows, Linux or FreeBSD box I'd be in my element and able to get to the bottom of this, but on Android I feel even more crippled, locked-out and helpless than even on Windows. Urgh.
There's got to be a better way to troubleshoot and fix than endless random factory resets. This is something us anti-Windows people scold PC makers for, with all their use of "Restore CDs" for every minor and trivial software issue.
Thanks!
I can't help but think you are still disabling some essential system apps. Either that or one of your apps is causing major problems. Please list what you have frozen in tibu. Btw, the batch function works fine and is what most people on here use.
Also, what is force closing after you restore your apps.
newter55 said:
I can't help but think you are still disabling some essential system apps. Either that or one of your apps is causing major problems. Please list what you have frozen in tibu. Btw, the batch function works fine and is what most people on here use.
Also, what is force closing after you restore your apps.
Click to expand...
Click to collapse
First of all, thanks for taking a stab at this.
My frozen apps are:
* AllShare
* AT&T FamilyMap
* AT&T Hot Spots
* AT&T Maps
* AT&T Music
* AT&T Navigator
* AT&T Radio
* Daily Briefing
* Days
* Instant Messaging
* Media Hub
* Mini Diary
* Mobile Banking
* Mobile Video
* MobiTV
* Where
* Write and Go
* YPmobile
I also tried removing my MicroSD card, as well as switching back to Touchwiz (from LauncherPro). Didn't help.
Yeah the batch problem in TB is very frustrating. I'm using the pay/donate version so I'm missing out on a feature I paid for. I've been exchanging emails with Joel (the author) and we haven't figured it out yet. Batch backups work fine. Batch uninstalls also work fine (update: phone just spontaneously rebooted after about 50 or so uninstalls in a batch). It's the batch restores that seem to choke it. It's not corrupt backup files... a verify runs fine, and I can individually restore the same handful of apps one by one that will choke and hang/reboot the Captivate if attempted to restore in a batch.
The FC error I get is on boot-up, as I try to unlock the screen prior to the boot finishing. I often see "Process system is not responding".
I have aLogcat installed, if that's any use. A few questions about that:
- What's the best logging level to view on? In other words, do I care about "Warnings"?
- What errors are common, harmless, and safe to ignore?
Currently I've tried uninstalling everything down to just a few core apps. Certainly boots fine now, but I get plenty of warnings and errors in logcat.
Are u restoring just the user installed apps+data, or system apps too? Or restoring system stuff like contacts data, accounts prefs, etc?
diablo009 said:
Are u restoring just the user installed apps+data, or system apps too? Or restoring system stuff like contacts data, accounts prefs, etc?
Click to expand...
Click to collapse
I did not do a "restore system data" or any batch/bulk option in TB that restored all system data. As I recall, the only system data I restored a-la-carte (by selecting the individual item from the TB list) were:
Accounts
Bluetooth pairints
Bookmarks
Calendar
Contacts
Wi-Fi Access Points
These were all items in green in TB. I don't believe I restored anything else. Possibilities I suppose are wallpaper settings, "Country, Launguage, Time Zone"... but I definitely would not have restored anything not green.
Are these items safe? Is there any system data definitely not safe to restore? I have to wonder though, if "system data" is unsafe to even restore to the same stock OS version... why back it up at all?
I'm not a long distance from doing yet another factory reset I suppose, if it must come to that. But I'd love a way a bit more analytical/exacting to try and troubleshoot this other than "reinstall one app, reboot, see what happens" as that will take me a week to get back to where I was. I also suspect it's not just one single app that would suddenly show a huge difference after installing, but instead might be the cumulative errors from several apps and knowing how to identify that and clean them up would be useful.
Using adb logcat you can view what is occurring while the phone is booting and possibly see where it is hanging or what is causing the slow boot times. I have seen problems from restoring data such as accounts and contacts with titanium backup but does not seem that it should be an issue when using the same system though I have very little experience with the stock firmware. I know it is not an answer to your question but it seems that you are wanting to remove all the att/Samsung BS so why not flash a rom that does this as well as much more?
Sent from my ADR6300 using XDA App
Thanks for the tip about adb. I've actually not needed adb for anything yet so I've never set it up or used it. I wasn't aware that the service would be active early enough on the phone's boot process to allow it to log boot logs... nor was I even aware it could do this. I'll definitely check out how to set this up... however, if you have a free second and can point me in the right direction (FAQ, instructions, etc) it'd certainly be appreciated otherwise I'll search around and try to find it.
I could probably find other ways to restore contacts and could set my accounts up again manually but I really doubt that's the cause and the other ways are sort of a pain and imperfect. Since neither of us is really convinced that'd be it I won't bother yet until/unless you really suspect it.
I wondered how long it'd take before someone would suggest a custom ROM, this being XDA and all. Short version is I'm not really sold on the concept, as they are all based on the buggy beta leaked ROM, or 2.2 ROMs from other devices that have been hacked up to sort of work as well as possible on the Captivate. All seem to have issues... enough that I'm not really left feeling confident about them. Seems every release unleashes new issues despite addressing old ones, and all seem to have at least a handful of gremlin items that just don't work quite right. Don't have a warm fuzzy feeling, and I still feel like Samsung is going to release an official 2.2 for the Captivate within the next month or so, so I'm interested to see what comes of that. If nothing else, it'll give a better baseline for custom 2.2 ROMs. Then there's the 2.3 being worked on... now that might be interesting.
I don't really think my issue here is related to me running 2.1.
On my phone so it is a pita to search and add a link for you but search for android sdk and you will find what you need to get adb up and running.
And as far as the rom issue goes..it is your phone and I respect your concerns I just had to ask
I would think its media hub that slows it down. It will search your SD cards on every boot. I would start there first.
smokestack76 said:
I would think its media hub that slows it down. It will search your SD cards on every boot. I would start there first.
Click to expand...
Click to collapse
That's one of the apps I've frozen though.
For me the longest process while booting is the stupid media scanner upon bootup. Takes FOREVER for the phone to finally "boot" all the way up.
Been looking for a way to disable it (not really lol) and only have it scan manually to see if the boot time will improve. I'd start searching there.
Also - from what I've read nothing you did should have affected the phone. BUT - if your using Google for your Calendar and Contacts.. and they all get synced up to Google? Why bother doing the restore for those? After you sign up with the Market they get pulled back down to your phone automagically
It's definitely more than just the media scanner. I watch that. When everything is loaded up, it actually reboots in a loop unless intercept the FC. The media scanner will rerun over and over each time... far more than the standard two times.
And I use Google Calendar for my events, but I keep my contacts locally on my phone.
So what is the FC again?
Yep.. my media scanner will run at least 3 times before it stops checking everything.
Very frustrating that the software does this EVERY time I boot back into my phone - you'd think a programmer would put a check to see if it had run before or make it user configurable to scan when you want it to.
avgjoegeek said:
So what is the FC again?
Click to expand...
Click to collapse
See my second post (reply #3):
"Process system is not responding"
LOL sorry not enough coffee and a lil' guy that decided to wake up at 4a.m. = not a good mix.
Well.. did the ol' wise search of Google and came up with:
Might be a permissions issue. Easiest way to fix it is to run ROM Manager and have it fix permisions.
Run the command yourself in ADB:
Code:
Open terminal and
>su
$mount -a
$fix_permissions -r
The -r is optional, but necessary if you find orphaned apps (the app not found please reinstall message)
And reboot. That may help.
And it was also stated that you might have an errant widget/application causing the issue as well. That will be fun trying to figure out what it is.
And.. from my non-dev/non-professional experience - I have checked the logs on my phone and do see a large number of warnings on the phone - but never hindered performance.
So.. 99% of the time you can probably ignore them.
But back to the FC issue - I would try doing a restore of your apps/data again (I read where you have it back down to the "core) and then run the permission script or have ROM Manager do it for you and see if it returns.
Just an update that I think the "fix permissions" thing solved most (but perhaps not all) of my issues. Thanks so much for the tip. I've been reinstalling apps in batches and it's much better, although I see it getting bogged-down bit by bit and I can't pin down what or why.
Thing is, the apps I'm installing in these later rounds/batches shouldn't be resident all the time, shouldn't be auto-loading, and don't come up in things like Startup Cleaner or Advanced Task Killer. Nor do the various process monitors I've tried seem to have the granularity/ability to catch them while they're happening.
So things are better, but I still have some issues without a suitable means to diagnose. I don't get why just having more apps installed, but not running, should affect boot time so much. Hmm...
An inability to troubleshoot certainly rains on my love-affair with Android... not that I'm jumping to another platform anytime soon, but I really want this to work well (as well as be a good salesman to friends and family who often turn to me to show off quality technology).
So a friend of mine updated his T-Mobile UK Samsung Galaxy S to the official 2.2.1 JPY firmware using Odin a few weeks ago. This went well, and is the same firmware that I've had on my unbranded SGS since December.
However, he has an interesting problem. Some of his apps (Handcent, Dolphin HD, plus a few others) seem to forget all of their settings every time the app is exited. For example, every time he goes back into Dolphin it enters the setup wizard as it it's being ran for the first time. This doesn't happen on every app, and it doesn't happen every time.
I noticed there are a couple of other threads on here with people reporting similar issues on custom ROMs (with no solution), but this is a stock ROM from samsungfirmware.com and certainly doesn't happen on my SGS, so it's not the ROM to blame.
Anyone know of a fix?
This question posted in the last few days .
jje
As I said in my post "I noticed there are a couple of other threads on here with people reporting similar issues ... (with no solution)". I wasn't being lazy and just starting another thread without doing some research first. I've read the other threads and they do not contain a solution that will work for him.
I'm assuming you're referring specifically to this thread? http://forum.xda-developers.com/showthread.php?t=992335 In my friend's case, rooting is not an option, so this solution won't work for him.
However, based on that it looks like a factory reset may fix it. If I don't come back people reading this can assume it worked.
Hello
I experimented the same issue.
Looking at some log traces event it reported some permissions errors on intestinal filesystem like database location access write errors. This can explain setting persistence trouble.
After various workaround, bypass or others kind of fallback I did a full reinstallation of filesystem including a wipe data of the system. Take care to backup application and sensible data SMS, photo...
Since all is working fine and no more problems with settings
I don't know if it's helping you.
This is just my personal experience on this same problem.
Perhaps more simple solution is possible
Regards
Gilles
Thanks. So far so good after a Factory Reset. If it were my phone I'd be looking at Logcat, etc, too, but it's a bit hard to do remotely.
It's odd how some apps saved their settings fine, but some don't.
A factory reset did fix it... for a while. But then other apps started suffering from the problem.
So I've been researching this a bit more today. Here's what I've discovered:
The problem is unique to Samsung Galaxy S phones, and appears to be only ones running 2.2.1 (but maybe 2.2. too?).
Samsung have renamed /data/data to /dbdata/databases, and shared preferences for applications are persisting in this folder even if the application is uninstalled. If you install the app again, the app becomes a different user from the one that owns the shared preferences.
For example - If you install some random application and you look at its process running with the ps command, it will show as "app_XX", where XX is some number. For our example here let's say it shows as "app_55". When it then saves its settings in /dbdata/databases the folder the settings are saved in will have owner (shown by ls -l) as "app_55" too. That's fine, and normal.
The seed of the problem is sewn when you uninstall the app. Those shared preferences are not removed. Even using the "Clear data" option before uninstalling doesn't seem to help. If you then install the app again and look at the output of ps you'll see the new app is "app_56". The shared preferences are still there from last time with owner "app_55", hence the permissions error when it tries to save its settings, as user app_56 cannot modify user app_55's files.
A factory reset obviously cures it as this, at least temporarily, as it wipes the data in /dbdata/databases.
If you're rooted, you can go into /dbdata/databases and delete the relevent folder for the application that's having the problem. It will be recreated with the correct owner next time the app saves its settings.
I didn't try chown to change the owner to the correct one, but maybe that's a way to keep the old settings and correct the problem.
Bingo. No wonder my titanium backup is not remembering the preference settings.
I have a Galaxy Tab S2 SM-T719, running Android 7, not rooted
I am generally pretty careful about the sites that I visit, but yesterday, a BBC app appeared, see attached screenshot
I am concerned about this because:
1) I do not recall installing it
2) I already have the official BBC app - which has a red background
3) When I select the App, there is no uninstall option
4) It does not appear in my list of Apps under Settings
5) It does not appear in 'My Apps and Games' in Playstore
6) I can not find this via a search on Playstore
Can anyone shed any light on this or suggest how I can remove it
Thanks for reading and any help
Search Google for that image.
Malicious jpeg that are downloaded can cause mischief in the folder they are in. They must be deleted! They will corrupt a database.
Don't move anything out of the download folder for now! Check for changes and any downloads you didn't do. Scan with Malwarebytes; it may find something but not necessarily all of what's there.
Treat all data on the device as infected for now; backup data but quarantine it from other Androids* and backup drives. Place backups on preferably on standalone OTG flashsticks or hdds.
Backup all critical data, NOW if not already done!!!
It may be a malicious app or trojan preloader manage to breach the browser. If the right conditions were met it may have install a rootkit or virus. If so it must be completely erraticate.
Again check the download folder. If in doubt delete entire it's content.
If you can't find and purge the infection, factory reset. Change all passwords after the reload.
Don't goof around if an infection is suspected. Take the device offline, now.
No time to dilly-dally Mr Wick, tik-toc...
After the reset if done be careful when adding your old data as it may be laced with a malicious file. Install only trusted apps. Keep trashware like WhatsApp, FB, Twitter, etc off of it.
*it's unlikely to cross infect a Windows system but best to isolate the data as much as possible to avoid rude surprises. Treat as infected until proven clean.
Blackhawk
Thanks for your suggestions
This may just spur me onto doing a LineagOS installation if I can resolve a couple of queries - posted here
LineageOS Installation queries
I would like to prolong the life of my Tab S2 SM-T719 (8 inch LTE, 2016), which is running Android 7, not rooted I have done a fair bit of reading through the various threads, but I have a couple of questions about the install - apologies if...
forum.xda-developers.com
It sounds like it might be best to do the factory reset and then do the installation
You're welcome.
If you're running Android 8 or lower a reflash may be needed if it got infected with that "immortal" rootkit that can hide on multiple partitions.
Apparently there is now a way to remove the dreaded Xhelper.
Be aware of this little nasty... check for it.
Android 9 and higher are immune to this one.
Hello! My first post here, so please don't bite
Anyway, so I just installed LineageOS 18.1 and aside from one bug, there is nothing I had noticed that was problematic. Now, before I run into a bug like this again, I wanted to make a full system snapshot, so I could always go back to precisely this working state instead of having to go through recovery, reinstalling all the apps and what not...
F-Droid, Aura Store, Root, my favorite apps - all there. But when I looked for TWRP for the Razer Phone 2, I was surprised to find that only the ForgeTV and the Razer Phone 1 was listed - not 2 aka. aura, but 1 aka. cheryl.
However, I have read a few times that "TWRP is no longer needed since android 11" without proper explanation in some comment sections, as well as seing threads here talking about having an installed TWRP.
On top of that, sometimes the phone reports itself as "aura", "cheryl2" or just straight up as "cheryl". I have come to terms with "aura" being the actual, proper code name for this device; but this led me to thinking that maybe the official TWRP website was listing the wrongly named release for the actually right phone. That said, I am left very confused.
I only want to get TWRP so I can make a full system backup. SeedVault looks good for "typical" backups into my NextCloud server, but not like I could use it to just re-flash my system back to a previous (known to work) state. One reason why I want to skip the first-steps wizard, if possible, is because I am visually impaired. It is far easier to zoom in my terminal than to first use another phone as a magnifier, to find the accessibility options, turn on zoom, then navigate through a half-dimmed screen and...its a mess, really.
Thank you very much and kind regards,
Ingwie