The smartphone on Android started to glitch: applications crash, the system slows down, and the battery runs out in an hour? The first thing to do is find the source of the problem. But how can you see errors in Android if the system does not show them directly to the user? Unlike Windows, where errors pop up in the form of blue screens or notifications, Android hides most failures deep in the system logs.
In this article you will learn how read error logs without root access, what tools for this are in the smartphone itself, and how to use ADB for advanced diagnostics. We will analyze both standard methods (through Settings and Developer mode), as well as hidden functions that are not written about in official instructions. And also, we will learn to decipher error codes in order to understand whether the hardware, firmware or a specific application is to blame.
1. Built-in Android tools: where to look for errors without additional apps
Let's start with what you can do without installing third-party utilities. Modern versions of Android (since Android 10) have built-in tools for system monitoring, but they are hidden from the average user. Here's where you should look first:
The easiest way is to check Error log in the settings. The path may differ depending on the manufacturer, but usually this is:
- ๐ฑ Samsung:
Settings โ Device maintenance โ Diagnostics โ Error log - ๐ค Stock Android (Pixel, Motorola):
Settings โ System โ Advanced โ Error log - ๐ฑ Xiaomi/Redmi:
Settings โ About phone โ Error report(requires enablingDeveloper mode) - ๐ฑ Huawei/Honor:
Settings โ System and updates โ Logs(not available on all models)
If your smartphone does not have such a section, do not be upset - many manufacturers remove it from the public interface. In this case, it will help hidden diagnostic menu, which is called through the codes:
- ๐ข For Samsung: dial in the phone application
*#9900#โ selectDelete dumpstate/logcat(clearing logs) orCopy to SD card(saving logs to a memory card). - ๐ข For Xiaomi:
##4636##โ tabUsage statistics(usage statistics) andBattery history(battery history). - ๐ข Universal code:
##2846579##(Project Menu) โBackground settingsโLog settings.
โ ๏ธ Attention: Diagnostic codes may differ depending on the model and region of the firmware. Some of them (for example, ##7780## for resetting) are dangerous - use only those. specified in the official instructions of your manufacturer.
Another useful tool is "Error report" (Bug Report). It creates an archive with system logs, which you can send to developers or analyze yourself. To generate it:
- Hold the power button until the shutdown menu appears.
- Tap and hold
Turn off power(orRebooton some devices). - In the window that appears, select
Error report. - Wait 2-5 minutes - the report will be saved in the folder
/sdcard/bugreports.
2. Developer mode: how to enable and what settings to use for diagnostics
Developer mode is a hidden menu in Android that gives access to advanced settings, including bug tracking tools. It's easy to enable:
- Go to
Settings โ About phone. - Find item
Build number(orMIUI versionon Xiaomi). - Click on it 7 times in a row - a notification will appear
"You have become a developer!". - Return to the main menu
Settingsโa new section will appear thereFor developers.
Now let's look at what options here are useful for finding errors:
| Settings | What it does | How it helps in diagnostics |
|---|---|---|
Do not turn off the screen |
The screen remains on when charging | Allows you to monitor failures in real time (for example, when updating Software) |
USB debugging |
Allows connection to a PC via ADB | Necessary for reading logs via a computer (more details in section 4) |
Error log |
Enables recording of extended logs | Records application and system failures in a file /data/anr/traces.txt |
GPU acceleration โ GPU debugging |
Shows the load on the GPU | Helps identify lags due to rendering problems (for example, in games) |
Background processes |
Limits the number of running applications | If errors disappear when limited, itโs to blame one of the background applications |
The option Error logis especially useful. After turning it on, all application crashes (ANR - Application Not Responding) and system failures will be recorded in a file /data/anr/traces.txt. To read it:
- Connect your smartphone to the PC and use ADB (instructions in section 4).
- Or install a file manager with root access (for example, FX File Explorer).
- Copy the file to a memory card and open it with any text editor.
In the log you will see lines like:
----- pid 1234 at 2026-05-20 14:30:45 -----
Cmd line: com.android.chrome
ABI: arm64
Build type: release
Zygote loaded classes=4567 post zygote classes=123
Here pid 1234 is the process identifier, com.android.chrome is the application package (Google Chrome), and the time indicates when the failure occurred.
Enable USB debugging
Activate error log (ANR)
Enable location simulation (for GPS testing)
Disable window animation (speeds up the system)
-->
3. How to read Android logs through applications (without a PC)
If you do not want to connect your smartphone to a computer, you can view the logs directly on the device using specialized applications. We have selected 3 proven toolsthat do not require root access (or. work with limited access):
1. Logcat Extreme (by PlusCubed)
- ๐ Pros: filtering logs by keywords, color marking errors, exporting to a file.
- ๐ Cons: without root does not show all system logs.
- ๐ How to use: open the application, select filter
Errorand look for lines withE/(for example,E/AndroidRuntime).
2. aLogcat (Open Source)
- ๐ Pros: open source, dark theme support, saving logs to
.txt. - ๐ Cons: the interface is outdated, there is no automatic decoding of error codes.
- ๐ Tip: use word search
ExceptionorCrash.
3. MatLog (for advanced users)
- ๐ Pros: support ADB via Wi-Fi, advanced filters, ability to save logs to the cloud.
- ๐ Cons: difficult for beginners, requires configuration.
- ๐ Example: to filter out errors Google Play Servicesenter in search
com.google.android.gms.
It is important to understand that without root access applications will show not all logs - some system processes are hidden. However, even this information is often enough to identify:
- ๐ด Application crashes: look for lines with
java.lang.RuntimeException. - ๐ด Battery problems: filter by
BatteryStatsorPowerManager. - ๐ด Network failures: keywords -
ConnectivityService,WifiStateMachine.
โ ๏ธ Attention: Some logging applications (for example CatLogmay contain advertising or collect data Before installing, check your permissions in Google Play and read the reviews.
If you find a line with an error in the logs, but do not understand what it means, use decryption services:
- ๐ Stack Overflow - enter the error code in the search (for example,
E/WindowManager: addView, bad token). - ๐ Android Developers - official documentation on error codes (developer.android.com).
If the log application does not show errors, try reproduce the problem (for example, launch a buggy application) and immediately open the logs - the latest entries will be at the top of the list.
4. Advanced diagnostics via ADB: commands for reading logs
For full access to logs you will need a computer and a tool Android Debug Bridge (ADB)This is the official one. a utility from Google that allows you to manage an Android device via the command line. Here's how to use it:
Step 1. Installing ADB
- Download Platform Tools from the site developer.android.com (section
SDK Platform Tools). - Extract the archive into a folder (for example,
C:\adb). - Enable on your smartphone
USB debugging(inSettings developer). - Connect the phone to the PC via a USB cable (select mode
File transfer).
Step 2. Basic commands for diagnostics
| Command | Description | Output example |
|---|---|---|
|
Shows logs in real time | E/AndroidRuntime(1234): FATAL EXCEPTION: main |
|
Displays all logs and exits | List of events with time stamps |
|
Filters only errors (E/) |
E/WifiStateMachine(567): Failed to connect to network |
|
Creates a full report about the system (analog Bug Report in the menu) |
File bugreport.zip in the folder with ADB |
|
Shows battery status | level: 45, scale: 100, status: 2 (Charging) |
To save logs to a file, use redirection:
adb logcat -d > C:\logs\android_errors.txt
Step 3. Analysis of logs
In output logcat pay attention to:
- ๐ Level marks:
E/โ errors (Error),W/โ warnings (Warning),I/โ information messages.
- ๐ Process names:
com.android.phone(telephony),android.process.media(media storage). - ๐ Key words:
Crash,Exception,ANR(Application Not Responding).
Example of string decoding:
E/ActivityManager( 1234): ANR in com.whatsapp (com.whatsapp/.HomeActivity)
Reason: Input dispatching timed out (Waiting to send non-key event)
Here:
ANR- the application WhatsApp stopped responding.Input dispatching timed out- problem with touch processing (possibly due to CPU overload).
โ ๏ธ Attention: Commands ADB can vary depending on the version of Android. For example, in Android 12+ access to some logs requires explicit user permission through a dialog on the smartphone screen.
How to read the logs if ADB does not recognize the device?
1. (download from the manufacturerโs website).
2. Try another USB cable (preferably the original one).
3. Enable the option in the developer settings Cancel USB debugging authorization, then connect the device again.
4. If you are using Windows, run ADB as administrator.
5. Decoding Android error codes: what ANR, FC and others mean
In Android logs there are often abbreviations and codes that mean little to the average user. Let's look at the most common types of errors and their possible causes:
| Code/abbreviation | Decoding | Possible reasons | How to fix |
|---|---|---|---|
ANR |
Application Not Responding - application not responding |
|
|
FC (Force Close) |
Forced closing of the application |
|
|
SELinux (avc: denied) |
Security error (access denied) |
|
|
MediaServer (mediaserver died) |
Failure of the system process responsible for multimedia |
|
|
Bootloop |
Cyclic reboot (the device does not turn on normally) |
|
|
The critical error "system_server crashed" usually indicates damage to system files and often requires a complete reset or flashing. If you see it in the logs, first try clearing the cache via Recovery, and if that doesnโt help, get ready to reinstall the software.
Some errors may occur manufacturer-specific. For example:
- ๐ฑ Samsung:
RILJ: Unsolicited response- problems with the modem (restart the phone or reset the network settings). - ๐ฑ Xiaomi:
MiuiCamera: bindPreview failed- camera failure (try rolling back the application update Camera). - ๐ฑ Google Pixel:
SensorService: halSensorBatch- problems with sensors (often solved by calibration).
If the same error is repeated in the logs with the same pid (process identifier), most likely the problem is in a specific application or service. Find it using pid command adb shell ps | grep [pid].
6. distinguish software failure from hardware problems
Not all errors in Android are related to software. Sometimes symptoms. glitches (reboots, shutdowns, artifacts on the screen) indicate hardware faultsHere's how to identify them:
Signs of problems with hardware:
- ๐ Battery:
- The phone turns off at 20-30% charge (battery wear).
- Errors are repeated in the logs
BatteryServiceorhealthd.
- ๐ถ Modem/antenna:
- No network in places with good coverage.
- Errors
RIL(Radio Interface Layer) in the logs.
- ๐ฅ๏ธ Screen/touchscreen:
- "Ghost" touches or non-working areas.
- Artifacts (strips, flickering) at high brightness.
- ๐ฅ Overheating:
- The phone heats up without load (even in standby mode).
- Error logs
thermal-engineorcpufreq.
How to check the hardware status:
- Battery test:
- Install AccuBattery โthe application will show the actual battery capacity.
- In ADB run the command:
adb shell dumpsys batteryLook for parameters
health(should be2โ"good") andtemperature(normal: 25โ40ยฐC).
- Diagnostics of the communication module:
- Dial
##4636##โPhone information. - Check the network status: if
Service StateshowsOut of Service, the problem is in the antenna or SIM card.
- Dial
- Checking the screen and sensor:
- Use test modes:
- ๐ฑ Samsung:
#0#(display and touch test). - ๐ฑ Xiaomi:
##6484##(touchscreen test).
- ๐ฑ Samsung:
- Use test modes:
If you suspect problems with the motherboard (for example, after a fall or moisture), pay attention to:
- ๐ Power: the phone does not charge from the original cable, but is charged from another.
- ๐ Speakers/microphone: distorted sound or its absence.
- ๐ก Wi-Fi/Bluetooth: modules do not turn on or work unstable.
โ ๏ธ Attention: If errors likekernel panicorhardware faultappear in the logs, this almost always indicates a hardware failure. In this case, self-repair may aggravate the problem - it is better to contact a service center.
For comprehensive hardware testing, you can use the following applications:
- ๐ ๏ธ Phone Doctor Plus โchecks the screen, camera, speakers, sensors.
- ๐ ๏ธ CPU Throttling Test โdetects throttling (performance limitation) due to overheating.
- ๐ ๏ธ Dead Pixels Test โlooks for dead pixels on the screen.
7. Frequent errors and their solutions: checklist for elimination
In this section we have collected Typical Android errors and ways to correct them. If you find something from this list in the logs, follow the instructions:
| Error in the logs | Symptoms | Solution |
|---|---|---|
PackageManager: Not installing package... |
Applications are not installed from APK |
|
WifiStateMachine: Failed to connect... |
Wi-Fi connects, but the Internet does not work |
|