Probabilmente è cosa nota... Ma io ho scoperto solo ora che nel file system di Android rimangono cartelle e files di installazioni rimosse. Alcune/i sono facilmente identificabili, quindi rimovibili in sicurezza, per altri files e/o cartelle il dubbio rimane, quindi, rimangono nel sistema insozzandolo.
Android si porta dietro le vecchie e censurabili abitudini di MSWinzozz
Visualizzazione stampabile
-
15-07-12, 12:02kRelAndroid si porta dietro le vecchie e censurabili abitudini di MSWinzozz
-
15-07-12, 12:48linux33it
non mi è molto chiaro
forse intendevi partizione "system"?? ...anche perche' il "file system " è il sistema con cui si formatta esempio ext3 ,ext4,ntfs,fat ecc....
anche l'ipotesi che in system rimangano cartelle di applicazioni disinstallate non avrebbe fondamento in quanto tutte le applicazioni e le informazioni sulla configurazione di ogni applicazione installate risiedono in "data" (o userdata) ma anche in questo caso la disinstallazione non mi risulta lasci tracce .
ma anche nell'ipotesi che fosse non comporterebbe nesssun problema per il sistema in quanto a differenza di windows dove ad "insozzare" e appesantire il sistema sono le chiavi di registro ,qui al massimo avremmo qualche byte di spazio occupato.....
non è che per caso tu parli delle cartelle che rimangono sulla sd.....??? -
17-07-12, 00:09kRel
Ciao linux33it.
Non ho parlato di partizione system, né di file system, né di ext3, ext4, ntfs, fat, etc... Ho detto semplicemente che alcuni files di installazione (.apk) di applicazioni disinstallate, per qualche strano motivo si trovavano ancora in una cartella del S.O. o del f.s. se ti piace di più.
Il problema è che sono rimaste in memoria, non ad occupare pochi bytes, ma anche qualche Mb ciascuna. Non sono in grado di farti i nomi precisi perché non me le ricordo già più, come non ricordo il percorso da cui le ho rimosse. (Magari è "data" o "userdata" come dici tu). Ma sono certo , credimi sulla parola, che erano gli .apk di installazioni rimosse. Di .apk ne avrò rimossi almeno tre.
No. Non ho parlato di cartelle rimaste sull'SD. Ho parlato di files .apk
Ma qui è necessario un distinguo: Il samsung Galaxy identifica tutto lo spazio di memoria destinato a s.o. dati, directory di mount ecc. come uno spazio unico. Persino una SD esterna collegata tramite apposito dock, quando montata viene vista come parte della memoria complessiva.
Ciao. -
17-07-12, 08:49frank17next
Guarda che la disinstallazione di 1 apk, e la sua conseguente 'rimozione totale' dal sistema, dipende da come è strutturata la build della stessa apk, nella sua fase di creazione.
Adesso scendo nel tecnico. Ad esempio, se nel metodo onCreate() di una Activity della mia apk, copio esplicitamente un file dalla /assets del package al sistema, oppure creo una directory nel sistema, se non gestisco altrettanto esplicitamente quelle rimozioni, android in automatico non riesce a rimuoverli insieme all' apk.
La lamentela va quindi rivolta all'autore di quella specifica apk, non ad 'Android'
In merito al paragone con windows, è impossibile farlo, poiché non puoi paragonare il calderone C:\windows\system32, dove va di tutto, DLL di sistema rimpiazzate da quelle di terze parti, poi disinstalli quel prog di terze parti e windows non parte più.
Su android c'è una netta separazione a livello di esecuzione utente ed esecuzione di sistema e relativi dati.
Senza ulteriormente divagare, nella fattispecie puoi trovare i dati delle applicazioni o in /data/data o in mnt/ sdcard/Android, e basta.
Inviato dal mio Galaxy Nexus con Tapatalk 2 -
17-07-12, 09:45kRel
Grazie per la tua precisazione. Hai ragione. Sono stato troppo precipitoso nella stesura del titolo che purtroppo non ho la possibilità di modificare.
In effetti la responsabilità è dell'applicazione, quindi del suo creatore, e non di Android. Il paragone con windows era solo per estremizzare.
Un assunto che non riguarda gli apk, ma più genericamente la realizzazione talvolta imperfetta delle applicazioni, la si può verificare con la disinstallazione di AppBackup & Restore. I backups precedentemente effettuati da questa applicazione rimangono sulla SD, e sono centinaia di Mb. Né il programma, durante la disinstallazione offre la scelta di mantenere o cancellare il/i backup/s.
####
Approfitto della tua preparazione per chiederti un "come fare" che posterò nel forum dal titolo Link a files/cartelle nella home. Ti ringrazio per una eventuale risposta. -
17-07-12, 10:19frank17nextEh si,Quote:
Originariamente inviato da kRel
il discorso dello strascico di dati diciamo 'di cache' lasciati dalle apk al 99% in /sdcard o in /data/data è imputabile sempre a come è stata programmata l'apk.
Ragionamento diverso invece per quanto riguarda le app di sistema, ad esempio prendi la Gallery di Android:
questa gallery utilizza il path /sdcard/DCIM/.thumbnail per le anteprime dei thumbnail e /sdcard/Android/data/com.cooliris.media/ per la cache dell'apk.
Quando cambiamo rom sullo smartphone accade che la directory /data/data/ viene ovviamente formattata, l'apk Gallery della nuova rom
dovrà ricostruirsi nel relativo db l'associazione Immagine <-> thumbnail (puoi osservare in running tra le app in uso il servizio '...media', dopo una nuova installazione rom). Questo servizio non utilizzerà assolutamente i thumbnail preesistenti in /sdcard/DCIM/.thumbnail nè tantomento i dati della gallery della precedente rom in sdcard/Android/data/ecc..., ma creerà nuovi file, nuovi link e nuovi riferimenti. Risultato? Se cambio una rom al giorno senza avere l'accortezza di pulire manualmente quei dati in /sdcard, la dimensione di quelle directory crescerà inevitabilmente.
Ma è anche normale che sia così, poichè le operazioni di cambio Rom non sono ufficialmente contemplate dal sistema, è contemplata la pulizia di quei path nell'ufficiale operazione di 'ripristino dati di fabbrica', che non a caso formatta anche /sdcard, facendo tornare il sistema in uno stato di immacolata condizione dei path. -
17-07-12, 11:10linux33it
@kRel
intanto precisiamo che le partizioni che usa android sono le stesse per tutti i dispositivi e tralasciando quelle nascoste sono tre e sono:
cache,data,e system ,data è accessibile ,system solo se si ha root
Tutte le applicazioni che si installano normalmente vanno in data/app le "dipendenze" di queste app sono in data/data
le applicazioni di sistema sono in system/app e non sono disinstallabili/installabili se non con appositi programmi(titanium) o sistemi(pusch) e solo per chi ha root e #
quindi se parli di applicazioni che hai installato normalmente l'ambito che dobbiamo guardare è data/app e data/data
quando si disinstalla una applicazione anche se lo si fa manualmente,cioè cancellando l'app.apk da data/app la rimozione è totale e dovrebbe portare con se tutte le "istanze" a lei collegate ma non quelle che sono sulla sd e questo è normale perche' se rimuovo una applicazione che usavo per fare il backup di applicazioni o sms ecc...non è detto che io mi voglia liberare anche di questi, anzi,quindi se voglio eliminarli lo faro' intervenendo manualmente e quindi consapevolmente
quindi le cartelle e file che dici esserti rimasti dopo aver disinstallato dovrebbero trovarsi in data/data ma non possono in nessun caso avere un grande peso in termini di MB (e comunque non hanno nessuna influenza sul sistema)
diverso è il discorso dei file sulla sd o memoria di massa come gia' detto sopra....
questo in linea di massima ,poi per entrare nei paticolari serve sapere esattamente conoscere la tua specifica situazione che pero' non ti ricordi..... -
17-07-12, 11:17linux33itassolutamente sacrosanto.......ricordo che hai tempi del magic ad ogni installazione di rom era raccomandata la pulizia della SD almeno dalle cartelle create dall'installazione precedente,e non era raro che la presenza di queste cartelle creassero problemiQuote:
Originariamente inviato da frank17next
-
17-07-12, 12:22frank17next
Grande Linux33it!!!
Quando comprai il mitico htc magic 32b, se non ricordo male, seguii una tua guida per rootarlo e installare la recovery custom, che all'epoca era (e c'è ancora installata) la AmonRa :D
Che tempi, sembra un'infinità e invece parliamo di qualche anno fa :) -
17-07-12, 12:33linux33itera "l'alba" di android la versione installata nel magic era la 1.5(cupcake) magic32b che nonostante quello che gli ho fatto passare tuttora fa il suo dovere usato da mia figlia....:DQuote:
Originariamente inviato da frank17next
PS:
approfitto per soddisfare una mia curiosita'
questo è il primo dispositivo samsung che possiedo
noto, se non vado errato, che ha una gestione "dinamica" della partizione data o mi sbaglio?
tu che hai altri drive questo è dovuto al fatto che c'è un unica nand interna o è una scelta di samsung? -
17-07-12, 13:50frank17next
Mmm sai che non lo so. Nel senso che, dopo l'HTC desire, con i suoi strettissimi 512mb di nand e le conseguenti manipolazioni della partition table, ormai con gli ultimi terminali non me ne curo più. Però considera che nonostante la nand di questi Samsung siano un'unica memoria fisica, la memoria riservata al sistema (dove sono presenti le partizioni di sistema) è limitata a quella dichiarata nelle specifiche. Ad esempio, nel caso del galaxy note, ho partizione di sistema totale di 2gb. La /sdcard è 16gb(totale) al netto di quei 2gb riservati.
In pratica nei Samsung il path /sdcard rappresenta i byte della nand onboard restanti rispetto a quelli riservati al sistema. Qualora si ha anche una microsd esterna, questa viene montata in /sd-ext/
Inviato dal mio Galaxy Nexus con Tapatalk 2 -
17-07-12, 14:55linux33itahh!! quindi con SD esterna (che questo tab non ha) la memoria non viene sommata ma risulta distinta dalla memori internaQuote:
Originariamente inviato da frank17next
allora forse ho capito guarda qui
http://desmond.imageshack.us/Himg267...ng&res=landing
come vedi system e cache sono dimensioni stabilite mentre la partizione data e "solidale" con sdcard ,questo per non limitare lo spazio di data che se ne prende a seconda del bisogno.....
un evetuale SD esterna sarebbe vista a se stante -
17-07-12, 15:13frank17next
Spettacolo. È esattamente così :)
Inviato dal mio GT-N7000 con Tapatalk 2 -
13-08-12, 06:17giacoespositociao scusami l'offtopic, ma mi sono appena ritrovato in questa cartella due file di circa 800 mb l'uno!!!Quote:
Originariamente inviato da frank17next
i loro nomi .thumbdata3-1763508120 e .thumbdata3--1967290299 ed estensione sconosciuta del tipo "file thumbdata".
dici che posso cancellarli manualmente tramite total commander per android?
grazie in anticipo -
13-08-12, 08:30linux33ittutto quello che hai sulla memoria di massa (o sd) lo puoi cancellare se non è roba che ti serve...sei sicuro che siano MB ?Quote:
Originariamente inviato da giacoesposito
a occhio sono file di anteprime mi sembra che siano un po' grandini....magari è la dimensione di qualche filmato al quale fanno riferimento -
13-08-12, 12:29giacoespositosono MB, sicuro al 100%Quote:
Originariamente inviato da linux33it
comunque ho approfittato per fare un po' do pulizia nel telefono e ho trasferito tutte le foto e i video sul pc cancellandoli dalla SD, e quindi ho cancellato l'intero contenuto, e non solo questi due file, della cartella sdcard/DCIM/.thumbnail.
al momento sembra andare tutto alla perfezione, spero di non aver fatto qualche cazzata -
13-08-12, 14:55paolo1983esattamente così!Quote:
Originariamente inviato da frank17next
-
18-09-12, 00:08swuomeR: Android si porta dietro le vecchie e censurabili abitudini di MSWinzozz
Ciao a tutti e scusate se mi intrometto... ho notato che spesso scaricando un gioco come fifa e poi disinstallandolo, i file dipendenti, quelli che poi lui scarica al primo avvio, rimangono in memoria. in questi casi bisogna agire a mano o esistono applicazioni come un ccleaner di windows?
grazie mille
Inviato dal mio GT-I9300 con Tapatalk 2
