Bootet mein Android-Gerät in eine „Stealth“-Partition?

OK, das ist ein seltsames Problem, auf das ich mit einem Android-System stoße, das ich seit mehreren Jahren ohne Probleme verwende … und ich habe praktisch keine Ideen mehr, wie ich es möglicherweise beheben könnte.

Beginnen wir am Anfang, um das Problem zu beschreiben und zu beschreiben, was ich in den letzten 12 Stunden versucht habe.

Ich bin heute Morgen mit meinem Gerät aufgewacht und habe gesehen, dass eine kürzlich installierte App (über den Google Play Store) abgestürzt war, und offensichtlich zeigte auch eine Wagenladung anderer Apps und Dienste einen Schluckauf.

1. Ich beschloss, es einfach zu deinstallieren und mein Telefon neu zu starten (dabei den Dalvik-Cache zu löschen, um Schluckauf zu vermeiden). Das System startete wie gewohnt, aber ich bemerkte, dass die App, die ich gerade deinstalliert hatte, immer noch da war. Nochmal probiert, gleiches Ergebnis.

2. Da ich wusste, dass ich ein 5 Tage altes TWRP-Backup habe, entschied ich mich, dieses wiederherzustellen, um zu meinem alten Systemzustand zurückzukehren. Fertig, Dalvik-Cache gelöscht und neu gestartet. Kein Erfolg, das alte System (mit der App, die nicht da sein sollte) fährt hoch. Das TWRP-Backup war also keine Lösung.

3. Ich weinte eine stille Träne und beschloss, alle Partitionen über TWRP zu peitschen und das ROM einfach von Grund auf neu zu flashen. Neustart … und zu meiner Überraschung tauchte das alte System auf (inkl. Hintergrundbild, Einstellungen und dieser einen seltsamen App usw.)

4. Da ich nicht aufgeben wollte, habe ich sogar versucht, ein anderes ROM zu installieren. TWRP bestätigt, dass dies gelingt. Ein erneuter Neustart ignoriert jedoch jede Systemänderung und bootet das verdammt alte Betriebssystem (einschließlich Einstellungen und Apps – die aufgrund eines Zurücksetzens auf die Werkseinstellungen nicht existieren sollten.)

5. Etwas verärgert über all das sagte ich mir – OK, ich werde alle Partitionen löschen und neu starten. Da das Gerät kein Betriebssystem hat, sollte es überhaupt nicht booten, was bestätigt, dass ich alles losgeworden bin, was mein Gerät durcheinander gebracht hat. In TWRP gebootet, ALLE aufgelisteten Partitionen gepeitscht (einschließlich der externen SD). Ich habe bestätigt, dass dies funktioniert hat, indem ich den TWRP-Dateimanager verwendet habe, um den Inhalt jeder verfügbaren Partition zu überprüfen. Sie sind alle leer. Ich war überzeugt, dass dies funktionieren würde und mein Gerät aufgrund eines fehlenden Betriebssystems ruckeln würde. Also habe ich neu gestartet … und hoppla , das Gerät bootet wieder in das System (mit dieser App, dem alten Hintergrundbild usw.). Logic sagt, dass dies nicht sein kann – da alle Partitionen leer sind.

Um es kurz zu machen: Ich habe mittlerweile alle Tricks in meiner Tasche ausprobiert, um das alte OS loszuwerden, aber egal was ich tue – ich schaffe es nicht. Whippen, Flashen usw. scheint nichts daran zu ändern, dass das Telefon problemlos in ein Betriebssystem bootet, das – laut TWRP-Dateimanager – nicht existiert.

Jetzt habe ich keine Ideen mehr, wie ich das beheben kann. Es ist fast so, als würde ich gegen eine "versteckte/geheime" Partition kämpfen, in die gebootet wird. Wie gesagt: Das passiert sogar, wenn ich alle Partitionen peitsche ( System+ Cache+ Data+ Internal Storage+ Micro SD card) gefolgt von a Format Data) und dann neu starte.

Inzwischen habe ich langsam den Verdacht, dass die letzte App, die ich über den Google Play Store installiert habe, Malware gewesen sein könnte. Aber das sollte nicht zu einem bootfähigen Betriebssystem nach einem vollständigen Gerätepeitschen führen.

• Kann es trotzdem sein, dass mein Android-Gerät in eine „Stealth“-Partition bootet? Wenn, wie kann ich es loswerden, wenn ich es nicht über TWRP sehen kann?
• Gibt es neben der TWRP-Funktionalität eine Möglichkeit, die internen SDs fest zu formatieren und neu zu partitionieren und die Partitionen neu zu erstellen? (Falls es ein Problem mit einer der Partitionen gibt, die TWRP nicht wirklich peitscht.)
• Oder (was wirklich meinen Tag versüßen würde) hat jemand schon einmal etwas Ähnliches erlebt und hat eine Lösung, die mir helfen könnte, dies zu beheben, indem ich das alte Betriebssystem loswerde, das das Gerät zu erkennen scheint, wer weiß wo und glücklich hochfährt?

BEARBEITEN

Da ein Kommentar nach einigen Versionsdetails gefragt hat, et al:

• Gerät ist ein Samsung GT-P3100, aliasespresso3g
• TWRP 3.2.1-0

• Rom, das (nennen wir es einfach) „nicht tötbar“ ist, ist SlimKat. Um genauer zu sein

  Slim-4.4.4.build.9.0-OFFICIAL-8293
  

Wenn man sich die Dinge immer wieder anschaut, scheint es, dass TWRP eine oder mehrere Partitionen (System, Daten) nicht richtig peitscht, obwohl es dabei keine einzige Fehlermeldung oder Warnung gibt.

Ich habe auch versucht, alle Partitionen sowie den internen Speicher und Flash zu löschen lineage-13.0-20180211-nightly-espresso3g-signed, was zu einem Fehler 7 führt (Neustart des gleichen verdammten „nicht tötbaren“ SlimKat).

Das Gleiche gilt für den Versuch, alle Partitionen sowie den internen Speicher und Flash zu löschen Slim_espresso3g-6.0.1-20180414-1959, was zu Fehler 7 führt (Neustart des gleichen verdammten „nicht-tötbaren“ SlimKat).

Außerdem könnte es hilfreich sein zu wissen, dass ich ein anderes espresso3g-Gerät zur Verfügung habe, das keine ähnlichen Probleme aufweist. Auf diesem anderen Gerät kann ich wie erwartet flashen, peitschen, sichern, wiederherstellen und folglich erfolgreich in das zugehörige ROM booten.

Daher vermute ich, dass mit einer oder mehreren Partitionen etwas nicht stimmt, was auch verhindert, dass TWRP im Gegensatz zu seinen Behauptungen korrekt formatiert. Sogar die Verwendung des TWRP-Terminals und die Verrücktheit, es zu versuchen, rm -rf /data/*schien rm -rf /system/*auf den ersten Blick zu funktionieren. Der Partitionsinhalt wird jedoch beim Neustart einfach angezeigt, als ob nichts passiert wäre. Ein weiterer Indikator dafür, dass es sich um einen Partitionsfehler handeln könnte, ist, dass – jede Änderung an einer Einstellung oder sogar das Starten einer App im bootenden „nicht tötbaren“ SlimKat dazu führt, dass das gesamte Betriebssystem Stück für Stück zusammenbricht, bis das Gerät in die Wiederherstellung neu gestartet wird.