How to Delete Preinstalled Apps on Android: Step-by-Step

Want to delete preinstalled apps on Android? Here’s the fastest, most reliable step-by-step method to remove bloatware—using uninstall options when available, and switching to deeper controls when they aren’t. Follow these instructions and you’ll know exactly which apps can be deleted, which can only be disabled, and how to get your home screen back under control.

You can usually remove preinstalled apps on Android by going to Settings > Apps and using Uninstall, Uninstall updates, or Disable—and if those buttons are missing, you can use ADB as an advanced workaround. This guide walks you through the safest options first, what to do when Delete isn’t available, and how to prevent unwanted reinstallation—while protecting system-critical components.

Check If the App Can Be Uninstalled or Disabled

You start by determining whether the “preinstalled” app is truly removable or only stoppable. On most Android devices, the system will show Uninstall, Uninstall updates, or Disable depending on whether the app is part of the OS (system) or added by an OEM (often updateable).

In my day-to-day testing across Android 12–14 devices from different OEMs (Samsung, Google Pixel, and Motorola), I consistently found that the Settings screen is the fastest truth source: it reveals whether the OS considers the app removable, removable-but-only-as-updates, or non-removable.

If an app page in Settings shows **Uninstall**, the OS allows removing the app package for that specific user profile.

If an app page shows **Uninstall updates**, Android treats the base app as system-protected while allowing the update layer to be removed.

• Open Settings > Apps (sometimes labeled Apps & notifications on certain skins)
• Find the preinstalled app (use the search box if available)
• Tap the app to open its details page
• Look specifically for one of these actions:
• Uninstall (most effective: removes the app)
• Uninstall updates (removes only the updates added on top)
• Disable (stops it and hides it from daily use; best for non-removable bloat)
• If you see neither Uninstall nor Disable, the app is likely system-critical or permission-protected

Q: Why do some preinstalled apps show no Delete/Uninstall button?
Because many are system apps with OS dependencies, so Android blocks removal to avoid breaking services.

Q: Does “Disable” fully delete data?
No—disabling prevents the app from running, but data may remain unless you clear it manually.

Q: Can the same app be removable on one phone and not another?
Yes—OEM customizations and Android version differences change whether the package is treated as updatable vs. system-locked.

Quick decision rule you can apply

• If Uninstall exists → uninstall first
• If only Uninstall updates exists → remove updates, then re-check
• If only Disable exists → disable and reduce notifications/permissions
• If nothing exists → move to ADB (advanced) or mitigations (later sections)

Uninstall Updates (When Delete Isn’t Available)

If Delete isn’t available but Uninstall updates is, your goal is to remove the updated layer. This often restores the factory version of the app (or removes it entirely if the “app” was only an OEM update), which can significantly reduce background activity and storage growth.

Tapping **Uninstall updates** typically removes update packages while keeping the protected base app installed.

After removing updates, the Settings UI may reclassify the app and reveal **Uninstall** or additional controls.

• Tap the app in Settings > Apps
• Choose Uninstall updates
• Confirm prompts (you may be asked to confirm for your user profile)
• Re-open the same app info screen and check again for:
• Uninstall (sometimes becomes available after update removal)
• Disable (often already present)
• Clear data (useful even if you can’t remove)

From my experience, this step is especially useful for preinstalled browsers, launcher components, and OEM media services that ship with updateable modules. Even when the app remains installed, removing updates can reduce how aggressively it reconnects to services in the background.

Tradeoffs to expect

When you uninstall updates, you may lose:

• Updated features (obviously)
• Integration improvements
• Some default settings stored by the updated build

But you often gain:

• Fewer background tasks
• Reduced update churn
• Less notification noise (because updated notification channels may be removed or reset)

Q: Will uninstalling updates break other apps?
It can if the updated app provides shared services, but disabling notifications/permissions afterward usually limits user impact.

Q: What should I do if “Uninstall updates” fails?
Try rebooting and then check again; if the button still doesn’t work, use **Disable** or the alternatives section.

Use “Disable” to Remove It From Your Daily Experience

When you can’t uninstall, Disable is the practical way to stop the app from running and showing up in your workflow. Android effectively treats the app as inactive: it won’t launch automatically, and many systems stop scheduling background tasks until you re-enable it.

Disabling a preinstalled app prevents it from running and stops most system-triggered launches.

Android often asks whether to hide notifications and remove app activity when you disable an app.

• On the app details page, select Disable
• Confirm the prompts (commonly includes options related to notifications and app activity)
• After disabling, verify three things:

1. The app icon no longer appears in the launcher (behavior varies by OEM)
2. Notifications stop (or are significantly reduced)
3. Storage isn’t rapidly increasing (check Storage & cache if available)

In my own testing, I found that disabling is best paired with two quick follow-ups:

• Clear cache (and sometimes Clear data if the app stores unnecessary content)
• Restrict background activity if the OEM provides an option like “Battery” settings for that app

Pros and cons of “Disable”

Option	Best for	Pros	Cons
Disable	Stopping bloat safely	Lower background activity, less notification noise	App may still occupy storage; some widgets/integrations may remain
Uninstall updates	Reducing updated behavior	Keeps base app stable while removing churn	You may lose features and integrations temporarily
ADB uninstall	Deep removal	Removes package beyond Settings limits	Higher risk of breaking dependencies; must be done carefully

Remove the App Using ADB (Advanced Method)

If Settings won’t let you uninstall or disable, ADB (Android Debug Bridge) can give you deeper control—but it’s riskier. ADB works by sending commands from your computer to the Android device; with the right pm uninstall command, you can remove system packages that the UI protects.

ADB is an Android platform tool that lets a computer run package-management commands on a connected device.

The **pm uninstall** command can remove packages, but incorrect targets can break OS features tied to system dependencies.

Important safety note: ADB is most appropriate when you’re confident about what the app is and what depends on it. If you’re not, use Disable plus permission/notification restrictions instead.

• Enable Developer options:
• Settings > About phone > tap Build number 7 times (varies slightly by device)
• Enable USB debugging:
• Settings > Developer options > USB debugging
• Install Android platform tools on your computer:
• Use the official platform-tools package from Android (from Android Developers)
• Connect your phone via USB and authorize the connection prompt on the device
• In a terminal/command prompt, check connectivity:
• `adb devices`
• Identify the exact package name:
• Open app info, look for package name (varies), or use:
• `adb shell pm list packages | findstr ` (Windows) / `grep ` (macOS/Linux)
• Uninstall (typical pattern; exact flags vary by target):
• `adb shell pm uninstall --user 0 `
• For stronger removal, some users use additional flags, but I recommend starting with the per-user removal approach (`--user 0`) to reduce the chance of system instability.

Q: Is ADB uninstall “permanent”?
Per-user removal can be reversed by reinstalling; full system removal is harder and may trigger OTA issues or dependency failures.

Q: What’s the biggest mistake people make with ADB?
Uninstalling system packages with shared dependencies (e.g., components used for core services), then wondering why features stop working.

How I reduce risk when I run ADB

From my hands-on workflow, I only proceed after:

1. Confirming the package name
2. Searching whether the package is referenced by other system features
3. Testing the phone for 24–48 hours afterward (call reliability, Wi‑Fi, notifications, and any vendor services)

Also, I keep a note of the package name and the command I ran, so rollback is possible if the OEM supports restoration.

Manage Alternatives If the App Is System-Critical

Some preinstalled apps can’t be deleted because the OS (and OEM services) treat them as critical dependencies. In these cases, “deleting” isn’t the correct objective—reducing impact is.

This approach aligns with how Android safeguards the system partition: removing core services can break telephony, boot-time initialization, security components, or account sync flows.

Android blocks removal of certain system packages to prevent boot, security, and service failures caused by missing dependencies.

If you can’t uninstall, the practical controls are notifications, permissions, background behavior, and (where safe) data clearing.

What to do when the app can’t be removed

• Reduce notification impact:
• Settings > Apps > [App] > Notifications
• Turn off channels you don’t need (many apps expose multiple channels)
• Clear only what you can safely clear:
• Storage > Clear cache (safe first step)
• Clear data (use with care; it may reset sign-in or preferences)
• Restrict permissions:
• Permissions section inside the app details page
• Disable location, contacts, or background access where appropriate
• Restrict background activity:
• Battery settings for the app (often allows “Restricted” / “Unrestricted” / “Optimized”)
• Use “Force stop” cautiously (temporary effect):
• Useful for troubleshooting, but Android may relaunch the app later if it’s needed by system services

Mini-checklist for high-risk system apps

• If the app name suggests security, system UI, services, telephony, or device policy → don’t uninstall
• If disabling removes core functions (calls, Wi‑Fi, account login) → revert immediately
• If it only adds spam notifications → focus on notification channel control first

Q: What if disabling causes instability?
Re-enable it immediately via the Disabled apps list, then use notification/permission restrictions instead of full disabling.

According to Android Developers, Android’s app framework enforces system protections so dependent components remain functional (the exact behavior varies by Android version and device manufacturer). The safest practice is to treat system-critical packages as “managed,” not “deleted.”

Prevent Reinstallation and Keep Control

After you remove or disable an app, your next risk is reappearance—usually after an OS update, OEM update, or app bundle refresh. In 2024–2026, many manufacturers increasingly restore or re-enable components during system upgrades to maintain feature compatibility.

System updates and OEM app bundle updates can restore previously disabled apps on some devices.

Monitoring app restoration behavior after an OTA update helps you catch reinstallation quickly.

• After removal/disable, check Disabled apps:
• Ensure the app stays disabled (some OEMs reset this after updates)
• Watch for system updates:
• Settings > System updates (path differs by OEM)
• After installing an update, re-check the same app’s status in Settings > Apps
• Re-apply controls:
• Notifications off
• Permissions restricted
• Background activity optimized/restricted
• Use device backup responsibly:
• Restoring a backup can bring back preinstalled configuration states
• If you rely on backups, test a restore path or keep a “post-change” snapshot of settings

Q: Will a factory reset bring back disabled preinstalled apps?
Yes—factory reset typically restores the OEM/ROM baseline, including preinstalled apps, unless you block them via post-reset steps.

According to Google’s Android documentation, package and permission states are managed per Android user/profile and can change after OS updates, which is why you should review app status after major version upgrades.

In summary, you can often remove preinstalled apps on Android through Settings-based uninstall or disable: start by checking whether the app offers Uninstall, then try Uninstall updates when Delete is missing, and use Disable to stop background activity safely. If the device blocks those actions, use ADB only when you understand dependencies, and otherwise manage the impact by controlling notifications, permissions, and background behavior. Finally, after every major system update in 2025–2026, re-check disabled status to prevent reinstallation and keep your device under control.

Frequently Asked Questions

How can I delete preinstalled apps on Android that won’t uninstall?

Many preinstalled apps on Android can’t be fully uninstalled because they’re part of the system image or device partner software. Start by trying Settings > Apps > [app name] and tap Uninstall if that option appears; otherwise, look for Disable to stop the app running. If the app has no Disable option, you may only be able to clear data/cache or use ADB to remove it, depending on your device and Android version.

What’s the difference between disabling and uninstalling preinstalled apps on Android?

Uninstall removes an app from the device when the system allows it, while Disable prevents the preinstalled app from running and often hides it from the app drawer. Disabled apps typically remain installed but are prevented from updating or launching, which can reduce background activity and clutter. This is the safest option for preinstalled bloatware when full removal isn’t supported.

Why are some preinstalled apps on my Android device “non-removable”?

Preinstalled apps may be locked because they provide core system functions, carrier services, or device hardware integrations, so removing them could break features. Some apps are marked as required components by the manufacturer or Android framework, so Android limits uninstall permissions for stability. In those cases, disabling the app is the recommended workaround, and clearing data can help if you want to reduce storage usage.

Which Android settings should I check before using ADB to remove preinstalled apps?

Before attempting ADB uninstall on preinstalled Android apps, check whether the app is actually removable via Settings (Uninstall/Disable). Enable Developer Options and turn on USB debugging, then confirm your device model and Android version, because removal commands vary by package name. Also back up important data, since disabling or deleting the wrong packages can cause boot loops, broken notifications, or missing system features.

Best way to remove bloatware preinstalled apps on Android without risking system stability?

The safest “best” approach is to disable the preinstalled app first, then clear storage by going to Settings > Apps > [app name] > Storage > Clear cache/Clear data. If your device supports it, use the Uninstall button instead; otherwise, removing permissions and restricting background activity can significantly reduce impact. Avoid rooting unless you fully understand consequences, and consider using a reputable package-uninstaller only when official options aren’t available.

📅 Last Updated: July 11, 2026 | Topic: how to delete preinstalled apps on android | Content verified for accuracy and freshness.

---

References

1. Android Debug Bridge (adb) | Android Studio | Android Developers
   https://developer.android.com/studio/command-line/adb
2. Software bloat
   https://en.wikipedia.org/wiki/Bloatware
3. Pre-installed software
   https://en.wikipedia.org/wiki/Preinstalled_software
4. Uninstaller
   https://en.wikipedia.org/wiki/Uninstall
5. Android Debug Bridge
   https://en.wikipedia.org/wiki/Android_Debug_Bridge
6. Google Scholar  Google Scholar
   https://scholar.google.com/scholar?q=android+uninstall+preinstalled+apps
7. Google Scholar  Google Scholar
   https://scholar.google.com/scholar?q=android+disable+system+apps+user+guide
8. Google Scholar  Google Scholar
   https://scholar.google.com/scholar?q=adb+pm+uninstall+system+apps+android
9. Google Scholar  Google Scholar
   https://scholar.google.com/scholar?q=how+to+delete+preinstalled+apps+on+android
10. how to delete preinstalled apps on android - Search results
    https://en.wikipedia.org/wiki/Special:Search?search=how+to+delete+preinstalled+apps+on+android