pondělí 6. dubna 2015

.thumbdata3 opravdový problém nebo falešný poplach?

Dnes mě zaskočil soubor .thumbdata3--xxxxxxxxxx (kde x jsou čísla pravděpodobně rozdílná pro různé zařízení či verze systému), který podle analýzy úložiště zabíral více než 2GB na vnitřním úložišti. Když se po vymazání vytvořil opět ve stejné kapacitě, začal jsem trochu pátrat. Fotek sice zařízením prošlo už více, ale že by zabírali jejich zmenšeniny mnohem víc než aktuální fotky v zařízení, tomu lze jen těžko uvěřit. Nejzajímavějším vysvětlením bylo, že si mediaserver taguje jednotlivé fotky pomocí id a i když už je fotka dávno vymazaná, stále s ní nějakým způsobem počítá, nechá pro ni prázdné místo a vytvoří tedy soubor o velikosti celkového počtu použitých id (1 fotka by se prý měla rovnat 10kB) Našel jsem tedy 2 řešení, která mě ale nakonec přišla zbytečná. Přikládám důkaz v podobě screenshotů.
První screenshot obsahuje .thumbdata3 o velikost 2GB. Všimněte si volného místa v zařízení dole.

Druhý screenshot pak ukazuje "opravenou" velikost souboru pomocí první metody, kterou popíšu níže. Opět si všimněte volného místa.

Mírně odlišná volná kapacita byla pravděpodobně způsobená jinou prací na mobilu, každopádně nějaký příliv 2 GB kapacity se nekonal. Volná kapacita i velikost souboru byla zkontrolována několika aplikacemi. Nevím přesně jak, ale daný soubor si zkrátka celou kapacitu nealokoval, ale využíval jen skutečně tu, kterou potřeboval. Z toho plyne, že jakékoliv řešení tohoto problému je alespoň v mém případě zbytečné, ale přesto popíšu nalezené metody, kdyby chtěl někdo vyzkoušet a ověřit.

Metoda 1

První metoda, kterou jsem v tomto případě i provedl spočívala ve vyresetování toho přidělování id, tedy aby začal používat id od začátku. V tomto případě jsem hledal v aplikacích něco jako mediaserver. Nakonec jsem našel aplikaci "úložiště médií", které jsem vymazal data a následně vymazal soubor.
Po vymazání dat se už skutečně vytvořil jen 50MB soubor, který jak už je výše uvedeno, neuvolnil žádnou další kapacitu.

Metoda 2

Druhá metoda spočívala jen ve vymazání daného souboru a vytvoření stejně pojmenované složky, která by měla zabránit souboru se vůbec vytvořit. To by, ale podle mě mohlo zpomalit načítaní miniatur a vzhledem k závěru, ke kterému jsem došel by to bylo snad i zbytečné, tudíž jsem ani netestoval.


Budu rád pokud za ověření na ostatních zařízeních. Osobně jsem testoval na xperii M2 s androidem 4.4.4


Žádné komentáře:

Okomentovat