Guys.
I am trying to study virtual memory management on Nexus 6P(An Old Android Smartphone)
Because the default kernel in AOSP didn't turn CONFIG_FUNCITON_TRACER on, and I can't use function tracer to study memory management related functions.
So I downloaded android kernel source code, turn on config_function_tracer and the other configs its depends, rebuilt kernel. Then I put the rebuilt kernel image file into aosp, rebuilt boot image , and flash the building output images into the phone.
the phone can boot normally, everything is ok but I can't 'cat /sys/kernel/debug/tracing/available_filter_functions' normally, it prompts "no such device".
I checked the selinux label, and I turn off the selinux by command 'setenforce permissive', it can't help.
can anyone help me to fix this problem?
C:\Users\dvdface>adb shell
angler:/ # cd /sys/kernel/debug/tracing/
angler:/sys/kernel/debug/tracing # ls
README dyn_ftrace_total_info per_cpu set_ftrace_pid tracing_cpumask
available_events enabled_functions printk_formats set_graph_function tracing_on
available_filter_functions events saved_cmdlines trace tracing_thresh
available_tracers free_buffer saved_tgids trace_clock
buffer_size_kb instances set_event trace_marker
buffer_total_size_kb max_graph_depth set_ftrace_filter trace_options
current_tracer options set_ftrace_notrace trace_pipe
angler:/sys/kernel/debug/tracing # cat available_filter_functions
cat: available_filter_functions: No such device
I know why I got that error.
When building kernel with CONFIG_FUNCTION_TRACER, that need turn CONFIG_STRICT_MEMORY_RWX off
in this document (https://source.android.google.cn/devices/tech/debug/ftrace)
in the chapter Using dynamic ftrace, it says to turn it off.
after I turn it off, everything is okay.
config STRICT_MEMORY_RWX
bool "restrict kernel memory permissions as much as possible"
help
If this is set, kernel text will be made RX, kernel data and stack
RW, rodata R (otherwise all of the kernel 1-to-1 mapping is
made RWX).
The tradeoff is that several sections are padded to
2M boundaries (because their permissions are different and
splitting the 2M pages into 4K ones causes TLB performance
problems), wasting memory.
Is it possible to get old logs (such as logs of one hour or one day before) of an Android device?
I am asking this because sometimes testers encounter some errors. The Android developer says that the error is related to the device's hardware. To prove his claim, he has to show the error inside the logs. But he says that when attaching an Android device to his computer, he cannot see past logs.
I'm not sure how it was back then, but with current Android versions you can use adb logcat to get at older logs. On my device this is limited to the current boot, but I understand that on some devices older logs may be accessible.
adb logcat --help will have all the details (note that your device must be connected even for the help functionality), here's an example usage:
To get all the logs from today at 4PM:
adb logcat -d -T "2022-01-27 16:00:00.000"
Or:
adb logcat -d -T "01-27 16:00:00.000"
As Year may not be valid in some ADB versions, with message:
-T "2022-01-27 16:00:00.000" not in "%m-%d %H:%M:%S.%q" time format
You can't, but there are libraries like ACRA which will automatically send you detailed crash reports including the user LogCat if you want (disabled by default).
If you don't want to use a library, when an error occurs you can also write the content of the Logcat to a file that your testers can easily find (like in a log folder of the SD card). It shouldn't be very hard to implement.
I think there is no way you can access the past logs, unless you save them.
Ask your testers to save the Log the moment they see the issue.
With the logger buffer size option on the developer option, one could choose the logger size for each buffer. There are quite a several logger sizes available and they include 64k, 256k, 1M, 4M, and 16M. I recommend only increasing the buffer size for debugging purposes, as the logging area is a ring buffer, this helps to capture old logs to some extent once we encounter the glitch that we're looking out for.
The total space of my app is 10 MB, and after installation it will take less than 20 MB. In Galaxy Note I, while updating my app, it's saying "Insufficient Storage Available", where there is 214 MB of free space in device memory (internal). It happens even trying to download a new app.
I searched long for the solution, and a perfect reason for the cause of this problem, but I can't find it. How do I fix this problem?
This is the result of the 'adb shell df' in my another device which has the same problem. It has 35 MB free space:
/dev: 115788K total, 0K used, 115788K available (block size 4096)
/mnt/asec: 115788K total, 0K used, 115788K available (block size 4096)
/system: 179840K total, 168376K used, 11464K available (block size 4096)
/data: 201856K total, 168524K used, 33332K available (block size 4096)
/cache: 108544K total, 1284K used, 107260K available (block size 4096)
/cdrom: 8960K total, 8632K used, 328K available (block size 4096)
/tmp: 2048K total, 28K used, 2020K available (block size 4096)
/pds: 1536K total, 1320K used, 216K available (block size 4096)
/mnt/sdcard: 1928992K total, 1014496K used, 914496K available (block size 32768)
/mnt/secure/asec: Permission denied
Here's a very simple solution that works on my Samsung Galaxy S II and Note 1; I have no idea about other models:
Open the phone app and switch to keypad.
Dial *#9900#
On the screen that appears, click on the button labelled "Delete dumpstate/logcat".
I've restored about one GB of system space this way.
At first I tried Berislav Lopac's answer, but I got Connection problem or invalid MMI code. when I tried to dial *#9900#. I was using CyanogenMod on the phone, and I believe phones with custom ROMs don't use the stock dialer, so they lack the SysDump functionality.
Basically, Delete dumpstate/logcat in SysDump clears out the log files in /data/log. But you can also do this manually without SysDump. (This is assuming your phone has been rooted, which will be the case if your phone is running CyanogenMod or any other non-stock ROM.)
Make sure Superuser and Terminal Emulator apps are installed. (They come with most custom ROMs.)
Run Terminal Emulator
Type in su, hit return.
This will bring up a Superuser prompt. Grant access. (You will have to wait three seconds before you can click "Allow".)
Change current directory by typing in cd /data/log, followed by return.
MAKE SURE you are in the data/log directory by typing in pwd, followed by return. It should print out the present working directory you are in: /data/log. It is very important to make sure you are in the right directory as the next step removes all files in whatever working directory you presently are in.
Remove all the files in the directory by typing in rm *, followed by return.
Close the terminal window or app, or type in exit to leave the su session.
I deleted roughly 1,500 1 MB files like this and fixed my "Insufficient Storage Available" problem.
As with the other posters, I own a Galaxy S II, so it seems to be a problem with that model.
If anyone knows of the permanent solution to stop the log files building up, please let me know.
NOTE: Some file managers will falsely list /data/log to be empty as they are running unprivileged and hence lack the permissions to view the files inside.
The memory may be in reserve by the OS to be used for running what you normally run (kind of like a swap file). You may be able to squeeze in another app or two by
Trying to install them right after a restart, or
By force closing some apps that are running (but that second option may not be a good idea -- see the first link),
But the only very good fix might be to
Repartition your SD card so that apps can be installed directly to it (see the second link).
Take a look at forum post It was bound to happen: low memory warning!.
The important part is:
The OS knows how much memory it needs to run the apps you already have. This is a perfect example.
Now you may be able to "fool" the OS by force closing some apps that
are sitting in RAM. This will increase your "bucket" of memory which
may let you install an app, but remember if you do these types of
things you will only cause issues down the road.. lagg, error
messages, etc. (because you are fooling the OS in thinking you have
given it additional memory which in fact you did.. you only force
closed).
Another good explanation of what is happening is in forum post Low Internal Memory.
The important part is:
The reason why your internal space is filling up is 3-fold. First,
when an app is "moved" to the SD card, it isn't completely moved. Only
portions of it actually go. Second, the Dalvik cache of the app is
still stored on the internal memory (which takes up a substantial
amount of space). Three, the data for apps and all your system
settings are stored in the internal memory (yes, some apps use the
SD card for portions of their data, but every app has data stored on
the internal memory).
And the thread includes suggestions on what partitioning you can do to your SD card to allow 'moar apps'!
The package manager (“installer”) has a design problem: it can’t distinguish between a bunch of possible errors and regularly comes up with the “insufficient storage” excuse.
The first steps are done: identify it’s an install problem (1.) and not related to storage shortage (2.)
It happens on the console (pm install file.apk), with Google Play, other markets and manual GUI-install (for example, “clicking” on a downloaded APK file); it is not a download issue, ...
Packages end up entirely on the /data partition -or- mostly on the SD card (and a little on /data). – Both places show enough space as indicated by the original poster (33 MB and >900 MB respectively) for the <20 MB package. –And– the /data partition has more than 10% free (33 MB is more than 10% of 200 MB).
Surprisingly most answers don’t take this into account...
In reality, the /data partition needs a cleanup from residues from previous installs.
Identify the common name of the problematic package (for example, com.abc.def)
Uninstall the package (for example, pm uninstall com.abc.def)
Check what’s left of it in data (for example, find /data -name 'com.abc.def*')
Delete that stuff
The installer chokes on those, returning with the wrong reason. – The interesting part is: if the package gets installed on the SD card (forced or by other means) some (all?) leftovers on /data don’t hurt... which leads to the false belief that it is indeed a space problem (more space on the SD card...)!
The Stack Overflow question where I got half of this from is Solution to INSTALL_FAILED_INSUFFICIENT_STORAGE error on Android.
The first thing to do is to check the details of the error message. For this you could use the LogCat App.
For me the problem was an error like
Cannot rename native library directory /data/app-lib/vmdl-... to /data/app-lib/com.xyz
The solution was to activate the common sense function in my brain and look for the com.xyz folder in the app-lib folder with ES-Explorer. I recognized that this folder was already there. So removing it solved the renaming problem and the apps can now install properly.
The same problem was coming for my phone and this resolved the problem:
Go to Application Manager/ Apps from Settings.
Select Google Play Services.
Click Uninstall Updates button to the right of the Force Stop button.
Once the updates are uninstalled, you should see Disable button
which means you are done.
You will see lots of free space available now.
I also had this issue while installating an app after I had uninstalled that. I resolved downloading Lucky Patcher and then click on menu - troubleshooting - remove fixes and backups (insufficient storage available). Please notice you need your device to be rooted.
I have an un-rooted Nexus 4 (which has only internal storage, no SD card) and was getting this error with larger apps updating. Smaller apps would update fine.
I discovered that it was because I have recently signed up to the Play Music All Access service and had pinned several albums.
These are downloaded to the hidden /data partition and it was this that had run out of space (I assume)
I unpinned a couple of albums and now have no problems installing apps.
1. Restart the phone and then re-install the application!
I was also getting the same problem Insufficient Storage Available on my device, but I restarted my device, and it worked fine!
PS.:
2. Install application on external storage
For this, set Storage Location with the following command
adb shell pm set-Install-Location 2 // 2 for external storage ([SD card][1])
adb shell pm set-Install-Location 1 // 2 for internal storage
adb shell pm set-Install-Location 0 // for auto
I had this problem even with plenty of internal memory and SD memory. This solution is only for apps that won't update, or have previously been installed on the phone and won't install.
It appears that in some cases there are directories left over from a previous install and the new app cannot remove or overwrite these.
The first thing to do is try uninstalling the app first and try again. In my case this worked for a couple of apps.
For the next step you need root access on your phone:
With a file manager go to /data/app-lib and find the directory (or directories) associated with the app. For example for kindle it is com.amazon.kindle. Delete these. Also go to /data/data and do the same.
Then goto play store and re-install the app. This worked for all apps in my case.
I had the same problem, and it was solved by using App Cache Cleaner.
(HT: acejavelin#Android Forums)
I tried several of the suggested solutions, but none of them worked for me. After some research I stumbled upon a hint to move some apps from /data/app to /system/app. That freed up enough space to install new apps and update existing ones.
I can recommend the free utility SystemCleanup for moving the apps.
This is the easiest thing to do. Go to settings
look for storage or memory touch it and look for cached data. touch it
and clear your data from there. SIMPLE!!!
Does the app necessarily have to be installed in internal storage? If you are not running any service, you could try installing it on the external storage. This can be done by adding the following code in your manifest:
manifest
xmlns:android="http://schemas.android.com/apk/res/android"
android:installLocation="preferExternal".....
This usually works on Android 2.2 and higher in most of the cases. Be sure that your app will work properly if it is installed on the external storage. You'll get a good idea on what kind of apps can be installed on external storage in App Install Location.
When it comes to areal device, the behavior of devices seem different to a different group of devices.
Some of the strange collection of the opinion I heard form different people is:
Restart your device after unplugging
Remove some apps from device and free at-least 100 MB
Try to install your app from the command line, ./adb install ~Application_path
Move your application to SD card storage or make it default in SD card in the Android manifest file, android:installLocation="preferExternal"
You got a lot of memory acquiring stuff in the Raw folder which installs a copy in phone memory while instating an APK file and the device doesn't have enough memory to load them
Root your device and install some good ROM which help to letting the device know about its remaining memory.
I hope one of them is relevant to you! ;)
Most of the space you have available is reserved by the OS. The best and easy fix is to move your apps to external storage. This will free up a lot of space for you.
Some apps need to reboot to completely install. Android just says it has insufficient memory for some reason - it should say it needs reboot to complete the installation. Try it - it will install completely automatically when you reboot.
I resolved this issue for myself. Though, the internal and SD memory was showing a lot of free space. It was an issue with phone memory, which was almost full.
Hence, I moved many of my apps from the phone memory to internal iemory, to free up the phone memory: Settings -> Storage -> Apps (under the internal storage section) -> Internal tab
Here are the ones which are not checked and that are occupying the space on the phone memory.
Click on the Apps (one by one)
Click on the button: 'Move to Internal Storage'.
Once you free up a considerable amount of space on the phone memory this way, the error should not come.
After uninstalling a few apps I'm able to install the new one...
I think OS calculates the total memory required to run all apps. If it doesn't fit then it says "in sufficient memory".
I had the same issue on Galaxy S4 (i9505) on stock ROM (4.2.2 ME2). I had free space like this: 473 MB on /data, 344 MB on /system, 2 GB on /cache. I was getting the free spate error on any download from Play Store (small app, 2.5 MB), I checked LogCat, it said "Cancel download of ABC because insufficient free space".
Then I freed up some space on /data, 600 MB free, and now it's working fine, apps download and install ;). So it seems like this ROM needs a little more free space to work OK...
Clearing the Google Play cache memory will also help you... Go to the app information page of Google Play and clear it.
I did not find a free solution that worked, but I found a solution: I used the non-free version of Titanium backup, clicked on the context button and chose to check the memory occupied by apps. Find the download app, and you will see that it has a certain amount of space allocated to its cache. Clear data is the option that you want.
I got the same error message in case the package name was too long (>128 chars). Just using a shorter name fixed the issue.
I had more than 2 GB internal space and yet I was not able to install / update applications either from Google Play or manually.
Whatever may be the reason, wiping the cache partition solved my purpose.
Steps:
Recovery -> Wipe cache partition -> Reboot system now
If you have root, delete all of the folders on the path:
/data/app-lib/
And then restart your device.
I had this issue many times, and this fix worked for me each time. It even has an XDA thread.
I write all folders, because if there is a problem with one app, there is a good chance you have this issue with other apps too. Plus, it's annoying to find just the folders of the problematic app/s .
Go to Settings, Apps, All and uninstall Google Play Store.
This will replace by the old version and then you can download without the "Insufficient Storage ERROR"
It works for me
I kept having this problem, and I cleaned up the Dalvik cache using Titanium Backup. You'll need to have your phone rooted. As soon as I did that I was able to update Swiftkey and Beautiful Widgets.
I am busy writing an app and I have noticed that it sometimes crashes, and when it does and I get back to my computer then I only have the stack trace.
Is there a way for me to take a memory dump of the app at crash time?
Thanks
If you call android.os.Debug.dumpHprofData(String fileName), you can capture an HPROF dump that can be viewed with jhat or MAT. You'll need to trap the exception somehow (either try/catch or specify your own global default exception handler), and if you want to write to /sdcard you'll need the WRITE_EXTERNAL_STORAGE permission.
See also Dalvik Heap Profiling.
Not a memory dump but ACRA, http://code.google.com/p/acra/, (Application Crash Report for Android) is pretty good at recording info about what's going on. With the most detailed info being a stack trace.
The debugging info on it's own might not be super helpful, but you could modify their code to do and send a logcat when your application crashes so you would get some more details about what's going on. I think they don't do this by default for privacy/security reasons but it's a bit more useful to see the logcat around the crash.
Other than that you'd need to debug it with the debugger.
Is there a way for me to take a memory dump of the app at crash time?
Not that I am aware of -- sorry!