Pe un Samsung Galaxy A16 cu Android 16 și patch de securitate din februarie 2026, câteva aplicații dezactivate anterior prin meniul de setări redevin funcționale după fiecare repornire a telefonului.
Utilizatorul constată că aplicațiile respective apar din nou în lista de procese active, consumă date mobile în fundal și generează notificări, deși fuseseră oprite manual cu câteva zile înainte.
Comportamentul nu se manifestă imediat după dezactivare, ci strict după un ciclu complet de oprire și repornire. Printre aplicațiile afectate se numără un browser preinstalat de producător, o aplicație de calendar proprie Samsung și un serviciu de recomandări de conținut legat de Galaxy Store.
Memoria RAM ocupată de aceste procese crește vizibil în primele minute după pornire, iar notificările reapar pe canale care fuseseră anterior dezactivate individual. Telefonul nu prezintă alte anomalii de funcționare, iar aplicațiile instalate ulterior din magazinul oficial nu reproduc același tipar.
Ce se întâmplă la nivel de sistem când o aplicație preinstalată este dezactivată
Aplicațiile preinstalate pe telefoanele Android sunt stocate în partiția de sistem, o zonă protejată la scriere în condiții normale de utilizare. Dezactivarea unei astfel de aplicații nu presupune ștergerea fișierelor sale din partiție, ci doar modificarea unui indicator de stare în baza de date internă a managerului de pachete.
Practic, sistemul marchează aplicația ca inactivă și o exclude din lansatorul de aplicații, din lista de procese programate și din mecanismele de sincronizare. Fișierul APK rămâne intact pe disc, la fel ca resursele asociate, bibliotecile native și fișierele de configurare inițiale.
Această distincție între dezinstalare și dezactivare are consecințe directe. O aplicație dezinstalată de utilizator dispare complet din spațiul de stocare accesibil, pe când una dezactivată își păstrează toate componentele, dar este ignorată de sistem la nivel de execuție.
Starea de dezactivare este gestionată printr-un fișier intern care listează pachetele oprite explicit. Dacă acest fișier este rescris sau resetat în anumite condiții, aplicația revine la starea implicită, adică activă.
Ce componente și servicii mențin legătura cu aplicațiile de sistem
Producătorii de telefoane Android integrează aplicațiile preinstalate prin mai multe mecanisme care depășesc simpla prezență a unui fișier APK. Multe dintre aceste aplicații sunt declarate ca furnizori de conținut pentru alte componente ale interfeței.
Un calendar preinstalat, spre exemplu, poate fi referit intern de widgeturile de pe ecranul principal, de sistemul de notificări și de serviciul de sincronizare a contului Samsung. Dezactivarea aplicației nu elimină automat toate aceste referințe, iar unele dintre ele pot declanșa o reverificare a stării pachetului la pornirea sistemului.
Serviciile Google Play joacă și ele un rol indirect. Anumite aplicații preinstalate sunt înregistrate ca destinatari pentru mesaje de tip broadcast transmise la nivel de sistem, inclusiv cele emise la finalizarea procesului de pornire.
Dacă o aplicație dezactivată este listată ca receptor obligatoriu pentru un astfel de eveniment, sistemul poate încerca să o reactiveze automat pentru a menține coerența lanțului de procese. Acest mecanism este diferit de cel al actualizărilor, dar produce un efect similar din perspectiva utilizatorului.
De ce comportamentul apare după actualizări de sistem sau de securitate
Actualizările de firmware, inclusiv cele lunare identificate ca patch de securitate, implică rescrierea parțială a partiției de sistem. În timpul acestui proces, lista de pachete este reconstruită pornind de la conținutul real al partiției, nu de la preferințele anterioare ale utilizatorului.
Dacă implementarea producătorului nu include un mecanism de conservare a stărilor de dezactivare stabilite manual, toate aplicațiile revin la configurația din fabrică, adică sunt active.
Samsung folosește un sistem propriu de gestionare a aplicațiilor preinstalate, integrat cu mediul Knox. Unele aplicații sunt clasificate intern ca esențiale pentru funcționarea interfeței One UI și sunt protejate împotriva dezactivării permanente tocmai prin acest mecanism de restaurare automată.
Clasificarea nu este vizibilă direct în interfața utilizatorului, dar efectul devine evident după o actualizare sau după o repornire care implică o reverificare a integrității sistemului.
Patch-urile de securitate din 2026 pentru seria Galaxy A includ și actualizări ale componentei Android System WebView și ale motorului de redare web integrat.
Aceste componente sunt dependențe pentru mai multe aplicații preinstalate, iar actualizarea lor forțează o reconfigurare a pachetelor asociate, ceea ce poate readuce în stare activă aplicații oprite anterior.
Diferențe între dezactivare, oprire forțată și restricționare în fundal
Interfața Android oferă mai multe niveluri de control asupra aplicațiilor, iar efectele lor nu sunt echivalente. Oprirea forțată a unei aplicații închide procesul activ și elimină temporar serviciile din memorie, dar nu modifică starea pachetului.
La următoarea solicitare a sistemului sau la o repornire, aplicația pornește din nou conform configurației sale implicite. Oprirea forțată nu persistă între sesiuni de utilizare.
Dezactivarea, accesibilă din pagina de informații a aplicației, modifică starea pachetului și ar trebui să persiste independent de reporniri.
Totuși, așa cum se observă pe dispozitivele din seria Galaxy A16, această persistență depinde de modul în care producătorul gestionează reconstrucția listei de pachete. Dacă mecanismul de restaurare suprascrie preferința utilizatorului, dezactivarea devine temporară în practică, deși interfața nu semnalează acest lucru.
Restricționarea datelor în fundal și optimizarea bateriei sunt controale separate care funcționează la nivel de politică de rețea și de gestionare a proceselor în standby.
Aceste setări nu influențează starea de activare a pachetului, ci doar comportamentul aplicației atunci când aceasta rulează. O aplicație restricționată la nivel de date mobile poate fi în continuare activă ca proces, poate afișa notificări prin canale locale și poate ocupa memorie.
Confuzia între aceste niveluri de control explică de ce uniii utilizatori percep că dezactivarea nu funcționează, când de fapt au aplicat doar o restricție parțială.
Ce nu influențează reactivarea aplicațiilor preinstalate
Modul Safe Mode, care pornește telefonul doar cu aplicațiile de sistem, nu oferă informații utile în acest context, deoarece tocmai aplicațiile preinstalate sunt cele active în acest mod. Verificarea în Safe Mode confirmă doar că aplicațiile respective fac parte din partiția de sistem, fără a indica dacă starea lor de dezactivare a fost respectată sau nu.
Schimbarea rolului implicit al aplicației pentru navigare web sau pentru calendar nu afectează nici ea starea de activare a pachetului preinstalat.
Rolul implicit determină doar ce aplicație este lansată la deschiderea unui link sau a unui eveniment, dar nu oprește procesele aplicației care a pierdut rolul respectiv. Aplicația preinstalată continuă să ruleze servicii în fundal, să primească broadcast-uri și să ocupe spațiu în memoria activă, indiferent de aplicația selectată ca implicită de utilizator.
Permisiunile speciale, inclusiv cele de tip administrare dispozitiv sau acces la notificări, nu sunt legate de mecanismul de reactivare. Revocarea permisiunilor limitează ce poate face o aplicație activă, dar nu împiedică sistemul să o repornească dacă politica producătorului prevede acest lucru la nivel de firmware.
Comentarii (0)