O
ooo
Enthusiast
- 3.449
@elsterkrug - Ich mache es ganz kurz:
Als Erstes: Schmeiß bitte DroidWall runter (restlos) und installiere dir deren Nachfolger AFWall+ (DroidWall ist unsicher und wird nicht mehr weiterentwickelt)
Dann installiere dir AdAway von der F-Droid Seite (oder mit der F-Droid-App) und aktiviere das.
Aktiviere wieder alle über Greenify behandelten Apps und deinstalliere/freeze Greenify. - Schau dir das Verhalten eine zeitlang so an.
Du hast jede Menge Apps auf die (evtl. zu langsame oder sogar auch zu schnelle) SD Card verschoben (z. B. Spiele). - Wenn du eine Möglichkeit hast, Apps einzufrieren, dann mach das mit allen Apps, die du nur ab und zu benutzt (z. B. im Terminal Emulator geht das mit "su" und "pm disable <package>" oder mit Titanium Backup Vollversion). - Wenn du zocken möchtest, dann taue die jeweilige App wieder auf ("pm enable <package>; du kannst das Einfrieren/Auftauen auch mit deinem "smanager" machen).
Du hast mehrere Tools, um System-Einstellungen zu ändern und Scripte auszuführen. - Falls diese nur installiert sind und nichts weiter tun, ist das okay. - Wenn die Tools aber parallel bestimmte Dinge ausführen (beim Start und/oder während das Phone läuft), dann können sie sich gegenseitig beeinflußen und zu negativen Nebeneffekten führen. - Konzentrier dich möglichst auf nur ein Tool und deinstalliere/freeze die anderen.
Du hast viele Apps, die sich evtl. massiv Daten aus dem Internet ziehen (Navi, Wissens-Apps etc.). - Schalte alle Syncs (soweit möglich) aus und aktualisiere nur einzeln und bei Bedarf deren Daten-Basis (spart auch Akku und beschleunigt die Zugriffe auf data, cache und SD Card).
Deine storage.txt ist soweit grundsätzlich okay.
Deine RAM-Auslastung (Arbeitsspeicher) ist ebenfalls - bei der Menge der Apps - in Ordnung (falls das nicht gleich nach einem Neustart war).
Veraltete oder sogar korrupte Daten von Apps (die sich ja ab und zu aktualisieren) können Forced Closes (App wird geschlossen) oder sogar Reboots verursachen (indirekt). - Die Daten verändern sich mit der Zeit immer weiter - evtl. in einen fehlerhaften Zustand. - Das Phone ist dann so "verzweifelt", dass es sich nicht anders zu helfen weiß, als "ohnmächtig" zu werden (bootloop). - Auch, wenn (schlecht programmierte) Apps dafür sorgen, dass der Arbeitsspeicher/der Cache überläuft, kann es zu so einem Verhalten führen (ram oops). - Deswegen s.o. "Angriffsfläche" minimieren.
Ein vollständiges Zurücksetzen des Geräts mit dem Verlust aller Apps, Daten und (System-)Einstellungen passiert sehr selten und ist eine sehr einschneidende Maßnahme des Android-OS. - Das passiert z. B. dann, wenn der Speicher entweder logisch oder physisch so verändert/beschädigt ist, dass dieser Zustand nicht mehr mit "normalen" Korrektur-Maßnahmen/Reboots behoben werden kann. - Wenn das immer wieder passiert, Phone neu aufsetzen, alte (evtl. korrupte) Backups löschen (wenn deren Inhalte noch anderweitig existieren oder nicht mehr benötigt werden).
Veraltete (auch zu neue) Apps (siehe im jeweiligen Store das Datum der letzen/der bei dir installierten Release) können ebenfalls im Zusammenhang mit neuen Android Libraries (/system/lib/...) bzw. anders implementierten Funktionen für Crashes sorgen (die App passt einfach nicht mehr zum System).
Der elsterkrug von heute sieht zwar vllt. immer noch aus, wie der elsterkrug von vor 1, 2 oder 10 Jahren und seine Freunde erkennen ihn immer noch (von außen) als DEN elsterkrug, aber er wird sich innerlich massiv verändert haben. - Das Selbe gilt für Apps, die unter CM 10 liefen und die man schon immer hatte. - Jede Aktualisierung einer App oder der ROM selbst kann zu Problemen und Fehlern/Abstürzen in der (dann) neuen Kombination führen. - Auch zwei oder mehr aktualisierte Apps untereinander können Ärger machen. - Man läuft ständig über dünnes Eis und nichts ist sicher - außer, ein gut laufendes System überhaupt nicht mehr zu aktualisieren/zu verändern. - Das ist aber auf lange Sicht eine schlechte Idee, klar.
Eine gute Idee ist es z. B., sich bei einem leistungsschwachen Gerät einfach soweit einzuschränken, dass es noch stabil läuft (oder sich ein moderneres Gerät zuzulegen, wenn man sich nicht einschränken möchte - hatte ich bereits schon 'mal geschrieben).
Letzter Tipp: Falls du (nach einer TWRP-Voll-Sicherung) 'mal testen möchtest, installiere dir nach einem clean install nightly die Open GApps ARM 4.4 Pico - vllt. bringt das etwas, weil die Google Libraries die neuesten sind. - Ich denke aber, es ist eher eine Kombination aus den verwendeten Apps, deren Datenbasis und den eingesetzen Tools auf dem "schwachbrüstigen" Defy. - Die ROM ist es eher nicht (die kann ja auch nur die Hardware und die Apps benutzen, die sie bekommt).
Falsch hast du übrigens überhaupt nichts gemacht ... (aber der "Koffer" ist einfach zu voll).
_
Selbst Fehler suchen:
http://www.blechdose-live.de/download/kernel/how-to-debug.txt
Als Erstes: Schmeiß bitte DroidWall runter (restlos) und installiere dir deren Nachfolger AFWall+ (DroidWall ist unsicher und wird nicht mehr weiterentwickelt)
Dann installiere dir AdAway von der F-Droid Seite (oder mit der F-Droid-App) und aktiviere das.
Aktiviere wieder alle über Greenify behandelten Apps und deinstalliere/freeze Greenify. - Schau dir das Verhalten eine zeitlang so an.
Du hast jede Menge Apps auf die (evtl. zu langsame oder sogar auch zu schnelle) SD Card verschoben (z. B. Spiele). - Wenn du eine Möglichkeit hast, Apps einzufrieren, dann mach das mit allen Apps, die du nur ab und zu benutzt (z. B. im Terminal Emulator geht das mit "su" und "pm disable <package>" oder mit Titanium Backup Vollversion). - Wenn du zocken möchtest, dann taue die jeweilige App wieder auf ("pm enable <package>; du kannst das Einfrieren/Auftauen auch mit deinem "smanager" machen).
Du hast mehrere Tools, um System-Einstellungen zu ändern und Scripte auszuführen. - Falls diese nur installiert sind und nichts weiter tun, ist das okay. - Wenn die Tools aber parallel bestimmte Dinge ausführen (beim Start und/oder während das Phone läuft), dann können sie sich gegenseitig beeinflußen und zu negativen Nebeneffekten führen. - Konzentrier dich möglichst auf nur ein Tool und deinstalliere/freeze die anderen.
Du hast viele Apps, die sich evtl. massiv Daten aus dem Internet ziehen (Navi, Wissens-Apps etc.). - Schalte alle Syncs (soweit möglich) aus und aktualisiere nur einzeln und bei Bedarf deren Daten-Basis (spart auch Akku und beschleunigt die Zugriffe auf data, cache und SD Card).
Deine storage.txt ist soweit grundsätzlich okay.
Deine RAM-Auslastung (Arbeitsspeicher) ist ebenfalls - bei der Menge der Apps - in Ordnung (falls das nicht gleich nach einem Neustart war).
Veraltete oder sogar korrupte Daten von Apps (die sich ja ab und zu aktualisieren) können Forced Closes (App wird geschlossen) oder sogar Reboots verursachen (indirekt). - Die Daten verändern sich mit der Zeit immer weiter - evtl. in einen fehlerhaften Zustand. - Das Phone ist dann so "verzweifelt", dass es sich nicht anders zu helfen weiß, als "ohnmächtig" zu werden (bootloop). - Auch, wenn (schlecht programmierte) Apps dafür sorgen, dass der Arbeitsspeicher/der Cache überläuft, kann es zu so einem Verhalten führen (ram oops). - Deswegen s.o. "Angriffsfläche" minimieren.
Ein vollständiges Zurücksetzen des Geräts mit dem Verlust aller Apps, Daten und (System-)Einstellungen passiert sehr selten und ist eine sehr einschneidende Maßnahme des Android-OS. - Das passiert z. B. dann, wenn der Speicher entweder logisch oder physisch so verändert/beschädigt ist, dass dieser Zustand nicht mehr mit "normalen" Korrektur-Maßnahmen/Reboots behoben werden kann. - Wenn das immer wieder passiert, Phone neu aufsetzen, alte (evtl. korrupte) Backups löschen (wenn deren Inhalte noch anderweitig existieren oder nicht mehr benötigt werden).
Veraltete (auch zu neue) Apps (siehe im jeweiligen Store das Datum der letzen/der bei dir installierten Release) können ebenfalls im Zusammenhang mit neuen Android Libraries (/system/lib/...) bzw. anders implementierten Funktionen für Crashes sorgen (die App passt einfach nicht mehr zum System).
Der elsterkrug von heute sieht zwar vllt. immer noch aus, wie der elsterkrug von vor 1, 2 oder 10 Jahren und seine Freunde erkennen ihn immer noch (von außen) als DEN elsterkrug, aber er wird sich innerlich massiv verändert haben. - Das Selbe gilt für Apps, die unter CM 10 liefen und die man schon immer hatte. - Jede Aktualisierung einer App oder der ROM selbst kann zu Problemen und Fehlern/Abstürzen in der (dann) neuen Kombination führen. - Auch zwei oder mehr aktualisierte Apps untereinander können Ärger machen. - Man läuft ständig über dünnes Eis und nichts ist sicher - außer, ein gut laufendes System überhaupt nicht mehr zu aktualisieren/zu verändern. - Das ist aber auf lange Sicht eine schlechte Idee, klar.
Eine gute Idee ist es z. B., sich bei einem leistungsschwachen Gerät einfach soweit einzuschränken, dass es noch stabil läuft (oder sich ein moderneres Gerät zuzulegen, wenn man sich nicht einschränken möchte - hatte ich bereits schon 'mal geschrieben).
Letzter Tipp: Falls du (nach einer TWRP-Voll-Sicherung) 'mal testen möchtest, installiere dir nach einem clean install nightly die Open GApps ARM 4.4 Pico - vllt. bringt das etwas, weil die Google Libraries die neuesten sind. - Ich denke aber, es ist eher eine Kombination aus den verwendeten Apps, deren Datenbasis und den eingesetzen Tools auf dem "schwachbrüstigen" Defy. - Die ROM ist es eher nicht (die kann ja auch nur die Hardware und die Apps benutzen, die sie bekommt).
Falsch hast du übrigens überhaupt nichts gemacht ... (aber der "Koffer" ist einfach zu voll).
_
Selbst Fehler suchen:
http://www.blechdose-live.de/download/kernel/how-to-debug.txt
Zuletzt bearbeitet:
