Guida al debloat di Android (2026)

Sono tre stati diversi di debloat, con diversa reversibilità. (1) **Disattivare** (Settings → Apps → app → Disable, OPPURE adb shell pm disable-user --user 0 PACKAGE): l’app smette di funzionare, non viene più avviata dagli intent e non compare nel launcher. La memoria NON viene liberata (l’APK resta su /system). Reversibile: riattivi da Settings o con pm enable. Resiste al riavvio. Non resiste al ripristino di fabbrica. (2) **Disinstallazione per utente** (adb shell pm uninstall --user 0 PACKAGE): l’app viene tolta dall’elenco app dell’utente 0; l’APK resta su /system ma l’utente non lo vede. La memoria NON viene liberata (l’APK resta su /system). Reversibile: cmd package install-existing PACKAGE. Resiste al riavvio e alla maggior parte dei ripristini di fabbrica. (3) **Disinstallazione di sistema** (root e Magisk Debloater, OPPURE rm /system/app/PACKAGE.apk, OPPURE un modulo Magisk di disinstallazione systemless): l’APK viene davvero rimosso da /system. La memoria viene liberata. Reversibile solo reinstallando il firmware originale (o con un modulo Magisk che rimuove e ripristina in modo systemless). Il consiglio pratico: inizia con la disinstallazione per utente, che basta al 95% degli utenti; la disinstallazione di sistema con il root serve solo se ti occorre davvero lo spazio su /system.

No. ADB pm uninstall --user 0 funziona senza root e basta per la maggior parte degli obiettivi di debloat. (1) Senza root puoi disinstallare per utente quasi qualsiasi pacchetto: le app non sono più presenti dal punto di vista dell’utente, la RAM si libera (non sono più in esecuzione) e si libera spazio nella memoria utente. L’APK resta su /system (spazio non liberato) ma è invisibile. (2) Con il root puoi arrivare alla disinstallazione di sistema: l’APK viene davvero rimosso da /system e si libera spazio su /system. Utile se /system è pieno o se vuoi le app completamente rimosse. (3) Senza root non puoi rimuovere un piccolo gruppo di pacchetti di sistema critici che il sistema blocca anche per la disinstallazione per utente (dipende dal produttore). Con il root puoi, ma rischi se rimuovi il pacchetto critico sbagliato. (4) La scelta: il debloat solo con ADB è il punto di partenza giusto per la maggior parte degli utenti, perché è più sicuro, basta e non richiede il root. Il debloat con root è per chi ha già il root, ha bisogno di spazio su /system e conosce il rischio aggiuntivo di brick. (5) Consiglio: inizia solo con ADB; valuta il debloat con root solo se emerge un’esigenza precisa (poco spazio, personalizzazione profonda).

In genere sicure (dipende da come usi il telefono). (1) Browser del produttore (Samsung Internet, Mi Browser, Vivo Browser), se usi Chrome, Firefox e simili. (2) Store e launcher del produttore (Galaxy Store, GetApps, Vivo App Store), se usi il Play Store. (3) App di utilità del produttore che non usi (Samsung Notes, Samsung Calendar, Samsung Health se non hai un Galaxy Watch). (4) Bixby, Vivo Assistant, Mi Voice e simili, se non li usi. (5) App di terze parti preinstallate (Facebook, Netflix, McAfee): quasi sempre sicure. (6) App degli operatori (quelle specifiche di T-Mobile, AT&T, Verizon negli USA): di solito sicure. NON sicure, da non rimuovere: (1) com.android.*: pacchetti centrali di Android (system, settings, phone, mms, vending). (2) com.google.android.gms: Google Mobile Services; si rompono banca, pagamenti e molte integrazioni delle app. (3) com.google.android.gsf: Google Services Framework. (4) com.google.android.tts: sintesi vocale (può rompere l’accessibilità). (5) System UI e launcher: se rimuovi il launcher, non hai più la schermata Home. (6) Pacchetti di modem, telefono e IMS: le chiamate smettono di funzionare. (7) com.samsung.android.app.smartcapture (Samsung): su alcuni firmware è sorprendentemente legato ai tasti del volume. (8) com.miui.system e com.android.systemui (MIUI): stabilità del sistema. La regola: rimuovi ciò che sai con certezza di non usare; non rimuovere mai ciò che non riconosci; il tag «Unsafe» di UAD-ng è affidabile.

Bersagli del debloat Samsung e punti a cui fare attenzione. (1) **Bixby**: com.samsung.android.bixby.agent, com.samsung.android.bixby.service, com.samsung.android.bixby.wakeup e com.samsung.android.bixbyvision.framework si possono disattivare o disinstallare in sicurezza se non usi Bixby. Puoi assegnare il tasto Bixby a Google Assistant da Settings o con l’app BxActions. (2) **Samsung Pay**: com.samsung.android.spay, da rimuovere solo se non usi Samsung Pay. Sui dispositivi con il root spesso è comunque disattivato (fusibile Knox scattato = Samsung Pay disattivato). (3) **Pacchetti Knox**: com.samsung.android.knox.*, più pacchetti Knox; alcuni si possono disattivare, altri sono parte integrante del sistema; procedi con cautela; su un Samsung con il root molti pacchetti Knox comunque non funzionano. (4) **Samsung Health**: com.sec.android.app.shealth, si può rimuovere se non lo usi. (5) **AR Emoji / Samsung Free / Samsung Members / Game Launcher**: si possono rimuovere per la maggior parte degli utenti. (6) **Edge Panel**: com.samsung.android.app.cocktailbarservice, si può rimuovere se non usi la funzione Edge Panel. (7) **Attenzione**: com.samsung.android.app.smartcapture è sorprendentemente legato alla cattura dello schermo. com.samsung.android.themecenter si può rimuovere ma si perde il supporto ai temi. com.samsung.android.app.routines (Bixby Routines) si può rimuovere. Il debloat Samsung è ampio: con un debloat deciso si recuperano circa 3-5 GB di memoria utente senza compromettere le funzioni di base.

Bersagli del debloat Xiaomi e pacchetti di telemetria noti. (1) **MSA (Mi Service Authorization)**: com.miui.msa.global / com.miui.systemAdSolution, pacchetto noto per telemetria e inserimento di pubblicità; molto rimosso da chi tiene alla privacy; si può rimuovere in sicurezza. (2) **Analytics**: com.miui.analytics, analisi e telemetria dirette; si può rimuovere in sicurezza. (3) **Joyose**: com.xiaomi.joyose, servizio di sistema legato ai giochi; controverso: alcuni utenti segnalano un calo di prestazioni dopo averlo disattivato su certe versioni di HyperOS; prova prima di decidere. Il modulo Magisk «Joyose Disabler» offre un approccio systemless. (4) **Mi Browser**: com.mi.globalbrowser, si può rimuovere se usi Chrome o Firefox. (5) **GetApps**: com.xiaomi.mipicks, lo store Mi; si può rimuovere se usi il Play Store. (6) **Mi Music / Mi Video**: si possono rimuovere se usi Spotify, YouTube e simili. (7) **Mi Calendar / Mi Notes / Mi Recorder**: si possono rimuovere se hai alternative. (8) **Pubblicità di sistema**: Xiaomi ha inserito in passato pubblicità nelle app originali (gestione file, download, app vault e altre); vari moduli Magisk e il debloat con ADB le riducono o le eliminano. Su Xiaomi il debloat vale molto: libera memoria E toglie pacchetti di telemetria e pubblicità che altri produttori includono in modo meno aggressivo.

Dipende dal metodo di debloat. (1) **ADB pm uninstall --user 0**: resiste al riavvio. Resiste alla maggior parte dei ripristini di fabbrica (in molti casi lo stato per utente viene mantenuto dopo il ripristino dell’utente 0). NON resiste a una cancellazione completa del sistema con reinstallazione. Viene annullato dagli aggiornamenti OTA che reinstallano il pacchetto. (2) **ADB pm disable-user**: resiste al riavvio. Di solito non resiste al ripristino di fabbrica (che riattiva le app disattivate). Non resiste all’OTA. (3) **Disinstallazione di sistema con root**: resiste al riavvio. Non resiste al ripristino di fabbrica (il ripristino reinstalla /system). Sicuramente non resiste all’OTA (l’OTA reinstalla /system). (4) **Modulo Magisk di disinstallazione systemless**: resiste al riavvio. Il modulo resta dopo il ripristino di /data (i moduli sono in /data/adb/modules ma… in realtà vengono cancellati se /data viene cancellata; dipende dalla configurazione). Non resiste bene all’OTA. (5) **In pratica**: il debloat non è un’operazione da fare una volta sola. Dopo gli aggiornamenti OTA metti in conto di rifarlo. Annota il tuo elenco di debloat (UAD-ng ha la funzione di esportazione) per riapplicarlo velocemente dopo l’OTA. In concreto: il ciclo debloat e OTA fa parte della vita sui dispositivi con un debloat deciso.

Sì, in ordine di sicurezza: (1) **Disattivazione da Settings**: Settings → Apps → scegli l’app → Disable. Disponibile per molte app preinstallate, non per tutte. Facilmente reversibile. Rischio più basso. (2) **Disattivazione integrata per produttore**: alcuni produttori (Xiaomi, Samsung) offrono una propria opzione «Disable» nelle impostazioni dell’app; stesso effetto della disattivazione standard di Android. (3) **Nascondere dal launcher**: le app restano installate ma non compaiono nel launcher (Nova Launcher e simili). Nessun effetto a livello di sistema, solo estetico. (4) **Universal Android Debloater (UAD-ng)**: ADB pm uninstall --user 0 con un elenco di pacchetti per categoria e un sistema di tag di sicurezza. Più sicuro di ADB puro perché ogni pacchetto è verificato dalla community. (5) **ADB pm uninstall --user 0 puro**: comando diretto; potente; devi riconoscere tu i pacchetti sicuri e quelli no. (6) **Root e modulo Magisk Debloater**: rimozione a livello di sistema; il più aggressivo; il rischio di brick più alto; consigliato solo a utenti esperti. (7) **Custom ROM (LineageOS)**: sostituisce l’intero sistema operativo senza le app del produttore; l’opzione estrema; si perdono del tutto le funzioni del produttore (Samsung Pay, i gesti di OneUI). La scala giusta: prova prima la disattivazione da Settings, passa a UAD-ng se Settings non lo permette, passa al root solo per esigenze precise di recupero di spazio e valuta una custom ROM solo se le app del produttore sono insopportabili in blocco.