#define private public - Claus Brod on stuff (07 Sep 2015)

topic end
<!--
   * Set TOPICTITLE = #define private public - Claus Brod on stuff (07 Sep 2015)
-->

<style type="text/css">
pre {background-color:#ffeecc;}
</style>

%STARTINCLUDE%
<a name="07"></a>

---+++ [[DefinePrivatePublic20150907SamsungSIISpaetsommerputz][Spätsommerputz auf meinem Samsung Galaxy S2]] (07 Sep 2015)

<summary>
Unweigerlich lief mein gutes altes 
<a href="https://de.wikipedia.org/wiki/Samsung_Galaxy_S_II">Samsung Galaxy SII GT-I9100</a> voll. Es war nicht mehr zu ignorieren: Neue Apps liessen sich wegen Platzmangels unter <tt>/data</tt>
nicht mehr installieren, App-Updates schlugen aus dem gleichen Grund fehl, und bereits installierte Applikationen 
wurden zickig.
Zum Beispiel zeigt die Kamera-App nach dem Start gelegentlich keine Buttons mehr an, so dass mit ihr nicht viel anzufangen war. 
Ob auch das mit dem Speichermangel zu tun hat? Keine Ahnung - aber es war einfach Zeit, mal wieder aufzuräumen. Eine 
Randbedingung machte die Aufgabe schwierig: Ich wollte mein Telefon dazu nicht ohne Not "rooten"...
</summary>

Bevor ich mir Rootzugang verschaffe, wollte ich zuerst ein paar (vermeintlich?) einfachere Ansätze durchprobieren.

Methode 1: <a href="https://play.google.com/store/apps/details?id=eu.thedarken.sdm">SD Maid</a>

SD Maid hatte ich vor einer Weile schon installiert und gekauft - ich kann die Applikation auch weiterempfehlen,
denn sie findet immer wieder mal beseitigenswerte Reste oder aber hilft bei der Analyse. Im vorliegenden Fall
zeigte sie an, dass von den knapp 2 GB Platz unter =/data= nur noch wenige Prozent frei waren. Ich hatte mir vorher
angelesen, dass Android-Applikationen sich normalerweise hier installieren. Man kann Applikationen zwar auch auf die SD-Karte
schieben, aber - so warnten die einschlägigen Artikel - dennoch könnte es sein, dass die verschobenen Applikationen
Teile ihrer Daten weiter unter =/data= ablegten.

Ebenfalls erwähnenswert ist in diesem Zusammenhang das kleine, aber feine <a href="https://play.google.com/store/apps/details?id=com.google.android.diskusage">Diskusage</a>, das
schnell einen grafischen Überblick der Speichersituation verschafft.


Methode 2: <tt>adb shell</tt>

Vor zwei Jahren hatte ich mir Android-Entwicklergrundwissen angelesen und dabei auch das Android SDK installiert,
zu dem auch =adb= gehört. Nach Aktivieren des "USB debugging" in den Developer Options meines Telefons 
entspann sich folgender, eher unbefriedigender Dialog mit meinem Telefon:

<pre>
clausb:platform-tools clausb$ ./adb shell 
shell@android:/ $ ls /data
opendir failed, Permission denied
</pre>

"Think, !McFly, think!" Eigentlich klar. Ohne Rootrechte auf dem Telefon geht halt auch mittels =adb= nicht viel. Hmpf.

(Guter Grundlagenartikel zum Thema: http://techblogon.com/android-file-system-structure-architecture-layout-details/)


<div style="float:right;"><img src="%ATTACHURLPATH%/Screenshot_2015-09-08-00-04-32.png" alt="Screenshot_2015-09-08-00-04-32.png"  width="200" height="333"  /></div>
Methode 3: <tt>SysDump</tt>

Auf dem Samsung-Telefon kann man durch Eingabe von <tt>*#9900#</tt> auf der Telefontastatur ein verstecktes
Programm namens <tt>SysDump</tt> starten. Offenbar dient dieses Tool der Analyse von Kernelproblemen. Es bietet
aber auch eine Option namens "Delete dumpstate/logcat", die alte Dumps und Logfiles entfernt.

Wie der
Artikel unter http://www.guyrutenberg.com/2013/11/01/galaxy-s2-clearing-logs-on-an-unrooted-phone/
und die Diskussion unter http://androidforums.com/threads/low-on-space-system-data-huge.278837/ zeigen,
hat diese Option schon so manchem geholfen - und so war es auch bei mir. Nach "Delete dumpstate/logcat"
waren wieder deutlich mehr als 30% des Systembereichs unter =/data= frei!

Bei der Recherche kam mir auch
[[https://play.google.com/store/apps/details?id=com.smartprojects.RootCleaner][Root Cleaner]] unter. Das ist eine 
Applikation, die sich eigens auf das Aufräumen von Systemdaten spezialisiert und vermutlich deutlich über das
Löschen von Dumpfiles hinausgeht. Guter Ansatz - aber auch diese App braucht Root-Rechte.


Methode 4: Applikationen deinstallieren

Nicht originell, aber der Vollständigkeit halber muss es erwähnt werden: Natürlich fanden sich auch auf meinem
Telefon Apps, die ich so gut wie nie nutze, so dass sie verzichtbar waren.

Methode 5: Applikationen abspecken

Praktisch alle Apps legen lokal Cachedaten an und verbrauchen damit eventuell Platz in =/data=. Der Applikationsmanager
von Android bietet für jede Applikation Optionen zum Löschen lokaler App-Daten an. Besonders ausgeprägt ist der
App-Cache natürlich bei Webbrowsern wie Firefox. Hier verstecken sich die Optionen zum Löschen des Caches in
den [[https://support.mozilla.org/en-US/kb/clear-your-browsing-history-and-other-personal-dat][<i>privacy options</i>]].


<div style="float:right;"><img src="%ATTACHURLPATH%/sdmaidoverview.png" alt="sdmaidoverview.png"  width="200" height="333" /></div>
Fazit: Ein ganzer Abend war verdaddelt mit Hausmeistertätigkeiten, aber am Ende hatte =/data= wieder fast 40% freien Speicher.
Mit der Folge, dass etliche automatische App-Updates losrappelten, die schon lange sehnsüchtig darauf gewartet hatten,
dass sich ihnen der entsprechende Platz böte - und diesmal erfolgreich waren.

<br clear="all" />

---

%STOPINCLUDE%

<!-- http://theunlockr.com/2012/05/08/how-to-take-screenshots-on-the-samsung-galaxy-s2/ -->

%COMMENT{type="below" nonotify="on"}%

---
to top
End of topic
Skip to action links | Back to top
You are here: Blog > DefinePrivatePublic20150907SamsungSIISpaetsommerputz

r1. - 01 Jan 1970 - 00:00 - to top
Blog