Android 17 blochează dezinstalarea aplicațiilor de sistem prin ADB — ce s-a schimbat și ce mai funcționează în 2026

Dacă ai folosit vreodata comanda pm uninstall --user 0 ca să scapi de aplicațiile preinstalate de producătorul telefonului — Facebook, Netflix, aplicații Samsung sau Xiaomi pe care nu le-ai cerut niciodată — am o veste proastă pentru tine. Începând cu Android 17, lansat oficial de Google în iunie 2026, această comandă pur și simplu nu mai funcționează pe telefoanele non-root.

Schimbarea a fost raportată în august 2026 de proiectul Universal Android Debloater Next Generation (UAD-ng), cel mai popular instrument open-source pentru eliminarea bloatware-ului de pe Android. Utilizatorii au descoperit că, pe dispozitivele cu Android 17, comanda ADB returnează acum eroare pentru orice aplicație de sistem marcată de producător ca „critică”. Nu mai contează dacă ești pe Samsung, Xiaomi, OnePlus, Motorola sau Google Pixel — restricția e la nivel de sistem de operare.

Asta nu înseamnă că ești complet blocat. Există în continuare metode funcționale în 2026, dar fiecare vine cu propriile compromisuri. Acest articol explică exact ce s-a schimbat, de ce Google a luat această decizie, ce metode mai funcționează și ce riscuri ai dacă ștergi aplicații greșite.

Ce vei găsi în acest articol:

• Ce s-a schimbat tehnic în Android 17 și de ce comanda pm uninstall --user 0 nu mai merge
• De ce Google a blocat această funcționalitate și care este argumentul oficial
• Cinci metode alternative care funcționează în 2026, cu avantaje și dezavantaje
• Un tabel comparativ complet între toate metodele
• Ce riscuri reale ai dacă dezactivezi sau ștergi aplicații greșite

Ce era pm uninstall --user 0 și de ce îl foloseau toată lumea

Până la Android 17, metoda preferată de utilizatorii avansați pentru a scăpa de bloatware era simplă: conectai telefonul la calculator prin cablu USB, activai depanarea USB din opțiunile de dezvoltator și rulai o comandă în terminal:

adb shell pm uninstall --user 0 com.facebook.katana

Comanda asta nu ștergea aplicația de pe partiția de sistem (nu aveai acces root pentru asta), dar o elimina din contul utilizatorului curent. Practic, aplicația devenea invizibilă, nu mai primea actualizări, nu mai consuma resurse și nu mai rula în fundal. Dacă făceai factory reset, aplicația reapărea — dar pentru majoritatea utilizatorilor, acest compromis era perfect acceptabil.

Universal Android Debloater (UAD-ng) a dus conceptul mai departe: un program cu interfață grafică care îți arată toate aplicațiile instalate pe telefon, le clasifică în categorii (recomandat de dezinstalat, nesigur, expert) și le elimină cu un singur click. Comunitatea a creat liste întregi de aplicații bloatware per producător — Samsung, Xiaomi, Huawei, OnePlus, Motorola — iar UAD-ng devenise standardul de facto pentru „curățarea” unui telefon nou.

Acum, Android 17 a închis această portiță.

Ce s-a schimbat tehnic în Android 17

În Android 17, Google a modificat PackageManagerService pentru a introduce o nouă categorie de protecție pentru aplicațiile de sistem. Aplicațiile marcate cu flag-ul SYSTEM_APP_CRITICAL (sau echivalentul intern) nu mai pot fi dezinstalate nici măcar pentru utilizatorul curent prin ADB.

Când rulezi acum comanda pe Android 17:

adb shell pm uninstall --user 0 com.facebook.katana

Primești eroarea:

Failure [DELETE_FAILED_INTERNAL_ERROR]

Sau, pe anumite dispozitive:

Failure [not allowed for system app]

Această modificare afectează toate aplicațiile pe care producătorul le marchează ca „critice pentru funcționarea dispozitivului”. Problema e că definiția „critic” este extrem de largă: include nu doar aplicații de sistem reale (launcher, setări, telefon), ci și servicii de telemetrie, aplicații de promovare și chiar platforme sociale preinstalate, dacă producătorul așa decide.

Google nu a publicat o listă oficială cu ce aplicații intră sub această protecție. Depinde de fiecare producător în parte. Samsung poate marca Facebook ca „critic”, Xiaomi poate marca Mi Browser, iar OnePlus poate marca Netflix. Tu, ca utilizator, nu ai niciun cuvânt de spus.

De ce a făcut Google această schimbare

Argumentul oficial al Google se învârte în jurul securității și stabilității. Compania susține că:

• Stabilitate: Dezinstalarea aplicațiilor de sistem prin ADB putea cauza crash-uri în buclă, bootloop-uri sau funcții lipsă pe care utilizatorii le atribuiau apoi producătorului sau Google.
• Securitate: Anumite aplicații de sistem sunt interdependente. Eliminarea unora putea deschide vulnerabilități sau putea dezactiva funcții de securitate.
• Suport tehnic: Utilizatorii care dezinstalau aplicații prin ADB și apoi contactau producătorul pentru probleme generau costuri de suport suplimentare.

Criticii — și sunt mulți — văd însă altceva la mijloc:

• Venituri din bloatware: Producătorii primesc bani de la companii precum Facebook, Netflix, Microsoft sau Spotify pentru a le preinstala aplicațiile. Odată ce utilizatorul le elimină ușor prin ADB, aceste contracte își pierd valoarea.
• Control asupra ecosistemului: Google are tot interesul să limiteze metodele prin care utilizatorii pot ocoli Play Protect și ecosistemul său de aplicații.
• Lock-in: Cu cât ai mai multe aplicații Google și parteneri preinstalate, cu atât e mai greu să migrezi către alternative.

Adevărul e probabil undeva la mijloc: există un argument real de stabilitate, dar aplicarea lui e convenabil de largă pentru interesele comerciale ale producătorilor.

Ce metode mai funcționează în 2026 pentru a scăpa de bloatware

Android 17 a blocat una dintre cele mai simple metode, dar nu pe toate. Iată ce mai funcționează, de la cel mai simplu la cel mai complex.

1. Dezactivarea aplicațiilor din Setări

Cea mai simplă și mai sigură metodă. Mergi la Setări → Aplicații, selectezi aplicația nedorită și apeși Dezactivare (nu Dezinstalare — aceasta e disponibilă doar pentru aplicațiile instalate de tine).

Ce face dezactivarea: oprește aplicația din a rula, îi ascunde iconița din launcher, îi oprește actualizările și notificările, dar aplicația rămâne pe partiția de sistem. La factory reset, ea revine la setările din fabrică.

Când să o folosești: Când vrei o soluție rapidă, fără calculator, fără riscuri. Ideală pentru majoritatea utilizatorilor.

2. pm disable-user prin ADB — alternativa care încă merge

În Android 17, comanda pm disable-user continuă să funcționeze chiar și pentru aplicațiile marcate ca „critice”:

adb shell pm disable-user --user 0 com.facebook.katana

Diferența față de pm uninstall --user 0 este că aplicația rămâne vizibilă în lista de aplicații de sistem (Setări → Aplicații), dar este complet dezactivată. Nu mai apare în launcher, nu mai consumă resurse, nu mai comunică cu serverele.

Pentru a reactiva aplicația:

adb shell pm enable com.facebook.katana

Important: Această comandă funcționează în august 2026 pe Android 17, dar Google poate restricționa și ea într-o actualizare viitoare. Momentan, e cea mai bună alternativă directă la pm uninstall.

Dezavantaj: Dezactivarea nu eliberează spațiul pe care aplicația îl ocupă pe partiția de sistem. Dar având în vedere că majoritatea aplicațiilor bloatware ocupă 50-200 MB pe o partiție de sistem de 64-128 GB, acest lucru e mai degrabă o problemă cosmetică.

3. Profil de lucru cu Shizuku — control granular fără root

Shizuku este un instrument care îți permite să folosești API-urile Android la nivel de sistem fără root, folosind un serviciu ADB care rulează în fundal. Combinat cu o aplicație precum Ice Box sau Hail, poți „îngheța” aplicațiile bloatware — echivalentul unei dezactivări totale, dar cu control mai granular.

Metoda funcționează astfel:

Avantaj: Control granular, reversibil, nu necesită root. Funcționează pe Android 17. Dezavantaj: Shizuku trebuie repornit după fiecare restart al telefonului (sau poți seta pornirea automată prin Tasker).

4. Custom ROM — GrapheneOS, LineageOS, /e/OS

Dacă vrei control total, un custom ROM este cea mai radicală soluție. GrapheneOS — pe care l-am detaliat în ghidul complet pentru un telefon privat — este construit pe Android și vine fără absolut nicio aplicație preinstalată de producător. Totul e opțional, inclusiv serviciile Google.

Alternative populare în 2026:

Avantaj: Elimină complet bloatware-ul, inclusiv aplicațiile Google preinstalate. Dezavantaj: Necesită deblocarea bootloader-ului (care șterge datele de pe telefon), procesul de instalare e mai complex, iar unele aplicații bancare și servicii de plată NFC pot să nu funcționeze.

5. Root (Magisk / KernelSU)

Root-ul oferă acces total la sistemul de fișiere. Cu Magisk sau KernelSU, poți șterge fizic aplicațiile de sistem de pe partiție — nu doar să le dezactivezi.

# Exemplu cu Magisk: stergere definitiva a unei aplicatii de sistem
adb shell
su
mount -o rw,remount /system
rm -rf /system/app/Facebook
rm -rf /system/priv-app/Facebook

Sau, mai sigur, prin Magisk Modules — care „ascund” aplicațiile fără a modifica partiția de sistem, păstrând compatibilitatea cu SafetyNet/Play Integrity.

Avantaj: Control absolut, spațiu recuperat, eliminare definitivă. Dezavantaj: Pierzi garanția, anumite aplicații (bancare, Google Wallet, Netflix HD) pot refuza să funcționeze, iar un root greșit poate „brici” telefonul.

Tabel comparativ: toate metodele pentru Android 17

Metodă	Dificultate	Necesită PC	Reversibil	Risc	Eliberează spațiu
Dezactivare din Setări	Foarte ușor	Nu	Da	Foarte scăzut	Nu
pm disable-user prin ADB	Ușor	Da	Da	Scăzut	Nu
Shizuku + Ice Box/Hail	Mediu	Da (inițial)	Da	Scăzut	Nu
Custom ROM (GrapheneOS etc.)	Dificil	Da	Da (factory reset)	Mediu	Da
Root (Magisk/KernelSU)	Dificil	Da	Parțial	Ridicat	Da

Ce riscuri ai dacă ștergi sau dezactivezi aplicații greșite

Nu toate aplicațiile preinstalate sunt inutile. Unele sunt dependențe critice pentru alte funcții ale telefonului. Iată ce se poate întâmpla dacă dezactivezi aplicații greșite:

Bootloop sau crash în buclă: Dacă dezactivezi launcher-ul implicit (de exemplu, One UI Home pe Samsung sau MIUI Home pe Xiaomi) fără să ai un alt launcher instalat și setat ca implicit, telefonul nu mai pornește în interfață. Soluția: boot în recovery și factory reset.

Pierderea funcțiilor de autentificare: Samsung Pass, Xiaomi Mi Account și alte servicii de autentificare pot fi dependente de aplicații de sistem aparent inutile. Dezactivarea lor poate bloca autentificarea biometrică sau funcția de deblocare facială.

Aplicații bancare blocate: Anumite aplicații bancare verifică integritatea sistemului prin Play Integrity. Dacă modifici prea multe aplicații de sistem, aplicațiile bancare pot refuza să pornească.

Pierderea funcțiilor de conectivitate: Pe unele dispozitive, aplicațiile de sistem includ drivere pentru NFC, Bluetooth sau eSIM. Dezactivarea lor poate dezactiva aceste funcții hardware.

Reguli de siguranță

Ce face comunitatea UAD-ng acum

Proiectul Universal Android Debloater Next Generation (UAD-ng) nu a stat degeaba după descoperirea restricției din Android 17. Echipa a anunțat următoarele direcții de lucru:

1. Trecerea la pm disable-user ca metodă implicită în loc de pm uninstall --user 0. Interfața urmează să fie actualizată pentru a reflecta noul comportament pe Android 17.
2. Integrarea Shizuku ca backend alternativ pentru dispozitivele cu Android 17, oferind o experiență mai fluentă decât ADB-ul manual.
3. Documentarea restricțiilor per producător — echipa testează activ ce aplicații pot fi dezactivate pe fiecare brand major cu Android 17.

Comunitatea de pe GitHub rămâne activă, iar listele de aplicații bloatware sunt actualizate constant. Dacă vrei să contribui cu date de pe dispozitivul tău, poți folosi modulul de raportare al UAD-ng.

Ce înseamnă asta pentru viitorul controlului asupra telefonului tău

Android 17 nu e un incident izolat. E parte dintr-un trend mai larg în care Google și producătorii de telefoane reduc treptat controlul utilizatorului asupra dispozitivului pe care l-a cumpărat.

Gândește-te la contextul mai larg: programul Android Developer Verifier (ADV), pe care l-am explicat în detaliu aici, blochează din septembrie 2026 orice aplicație al cărei dezvoltator nu s-a înregistrat la Google. Iar propunerea UE de verificare a vârstei ar putea forța dependența de Google Play Integrity și Apple App Attest, blocând utilizatorii de custom ROM-uri.

Toate aceste mișcări converg către un singur scenariu: telefonul tău devine din ce în ce mai puțin „al tău”. Bloatware-ul nu e doar o inconveniență — e un simptom al unui model de business în care producătorii vând spațiul de pe telefonul tău către terți, iar tu nu ai instrumente legale eficiente să te opui.

Dacă vrei să mergi mai departe cu protejarea vieții private pe mobil, îți recomand să citești și ghidul despre cum să-ți faci telefonul privat cu GrapheneOS și articolul despre tastaturile care te spionează și alternativele private.

Întrebări frecvente

Pot să trec înapoi la Android 16 ca să pot folosi pm uninstall din nou?

Depinde de dispozitiv. Pe majoritatea telefoanelor, poți face downgrade la Android 16 prin flash-uirea manuală a firmware-ului, dar asta șterge toate datele de pe telefon. În plus, vei pierde actualizările de securitate de pe Android 17. Nu recomand acest lucru decât dacă ești complet sigur de ce faci — și doar dacă telefonul permite deblocarea bootloader-ului.

Shizuku funcționează pe orice telefon cu Android 17?

Shizuku funcționează pe orice dispozitiv Android care permite activarea depanării USB (adică aproape toate). Singurele excepții sunt telefoanele cu restricții hardware la nivel de producător care blochează complet accesul ADB — dar acestea sunt rare. Pe Android 17, Shizuku continuă să funcționeze normal, deoarece folosește API-uri legitime de sistem, nu exploit-uri.

Dacă dezactivez o aplicație prin ADB, mai primesc actualizări de securitate OTA?

Da. Dezactivarea aplicațiilor individuale prin pm disable-user nu afectează actualizările OTA (over-the-air) ale sistemului de operare. Actualizările OTA verifică integritatea partiției de sistem la nivel de hash, iar dezactivarea unor aplicații nu modifică fișierele de pe disc — doar le oprește din rulare. Singura situație în care poți pierde OTA-ul este dacă modifici partiția de sistem (ceea ce se întâmplă doar cu root).

E legal să dezinstalez bloatware de pe telefonul meu?

În România și în UE, telefonul este proprietatea ta după cumpărare și ai dreptul să îl configurezi cum vrei. Dezinstalarea sau dezactivarea aplicațiilor preinstalate nu încalcă nicio lege — dar poate încălca garanția producătorului dacă folosești metode care modifică partiția de sistem (root). Dezactivarea prin Setări sau ADB fără root nu ar trebui să afecteze garanția. Totuși, producătorii pot refuza service-ul dacă detectează modificări neautorizate ale sistemului de operare.

Ce se întâmplă cu bloatware-ul la un update major de Android (de exemplu, de la 17 la 18)?

La un update major, sistemul reinstalează aplicațiile de sistem pe care le-ai dezactivat — dar le păstrează în starea de dezactivare. Dacă le-ai dezinstalat prin pm uninstall --user 0 (pe Android 16 sau mai vechi), ele reapar după update major, deoarece update-ul rescrie partiția de sistem. Cu pm disable-user (metoda recomandată pe Android 17), aplicațiile rămân dezactivate și după update, deși uneori producătorii le pot reactiva prin update-uri OTA agresive — caz în care trebuie să le dezactivezi din nou.