Ich habe ein HTC Desire mit Cyanogenmod 7.2 (mit pdroid-Patch) und mit einer partitionierten microSD-Karte (erste: FAT, zweite: ext3).
Die zweite Partition wird automatisch schreib- und lesbar gemountet, wie /sd-ext
es sein sollte. Ich verwende S2E, um meine Apps und die App-Daten auf dieser ext3-Partition zu speichern. Der mount
Befehl zeigt mir, dass die ext3-Partition nicht nur in gemountet ist /sd-ext
, sondern auch in /data/app
und /data/data
. Alle sind les-/schreibbar gemountet.
Meine erste Frage: Ist es normal und sicher, dass mehrere Verzeichnisse an dieselbe Partition gebunden sind? Gibt es keine Konflikte?
Am Anfang hat alles gut geklappt. Ich konnte meine Apps ohne Probleme installieren und nutzen. Aber nach einer Weile stürzten immer mehr Apps ab und ich musste mein Handy immer neu starten, um diese Abstürze wieder loszuwerden. Ich entdeckte, dass die Abstürze durch eine schreibgeschützte Datenpartition verursacht wurden. Tatsächlich wurden alle Verzeichnisse /sd-ext
, /data/data
, und /data/apps
wo plötzlich nur lesend gemountet.
Meine zweite Frage: Warum mountet Android manchmal meine ext3-Partition im Nur-Lese-Modus, während ich mit meinem Telefon arbeite?
Das erneute Mounten als schreibgeschützt ist eine Aktion, die von Linux-basierten Betriebssystemen (einschließlich Android) im Falle von Fehlern beim Zugriff auf das Dateisystem durchgeführt wird. In diesem Fall deutet dies wahrscheinlich darauf hin, dass Ihre Micro-SD (teilweise) beschädigt wurde. Es gibt mehrere mögliche Ursachen für Korruption wie diese:
Was auch immer die Grundursache ist, versuchen Sie, Ihre Karte in einen Kartenleser auf einem PC zu stecken und sie auf Dateisystemfehler zu überprüfen (z. B. fsck
auf einer GNU/Linux-Box).
Ich habe es endlich geschafft, die Beschädigungen des Dateisystems loszuwerden. /sd-ext
Ich habe S2E so konfiguriert, dass die ext3-Partition nur auf und gemountet wird /data/apps
. Seitdem wird die Partition nicht mehr schreibgeschützt neu gemountet. Es scheint also, dass der gleichzeitige Schreibzugriff auf die verschiedenen Einhängepunkte der ext3-Partition ( /data/apps
und /data/data
) die Dateisystembeschädigungen verursacht hat.
Stefan Endrullis