Was in xposed hat diesen Bootloop verursacht und wie kann verhindert werden, dass er erneut auftritt?

Mein Android-Handy steckt in einer Boot-Schleife fest. Zur Fehlerbehebung konnte ich in TWPR booten und adb pull /sys/fs/pstore/console-ramoopseinige Boot-Protokolle abrufen (ist das überhaupt die richtige Datei?).

Beim Öffnen der Datei in einem Textbetrachter ist sie sehr beschädigt, mit fehlenden Buchstaben wie in diesem Beispiel ...

Zalgo-Protokolle

Gibt es ein anderes Verfahren, das ich befolgen kann, um entweder eine korrekt codierte oder unbeschädigte Protokolldatei zu erhalten oder die erhaltene zu reparieren? Es war buchstäblich die einzige Möglichkeit, einige Protokolle aus dem TWRP-Terminal zu ziehen ...

Zum Fehlerbehebungsteil: Vor dem letzten bekannten guten Status wurde keine besondere Aktion durchgeführt ... nur kurz mit dem Telegramm.

Dann fing ich an, Abstürze der System-App zu bekommen, also habe ich neu gestartet. Das ist jetzt das Ergebnis...

Update : Es scheint, dass ADB während der Boot-Animation eine Verbindung herstellt. Ich konnte dies tun adb logcat -v time -b events -b main -b system -b radio >> boot.logund ich habe einen Strom von Protokollen erhalten. Das Ergebnis wird veröffentlicht, sobald die Boot-Schleife abgeschlossen ist oder die Batterie leer ist.

Update : Tatsächlich konnte ich ein Echtzeitprotokoll des Startvorgangs abrufen. Es ist eine Boot-Schleife, da meine Logdatei größer wird, also ist sie nicht "hängengeblieben".

Beim Versuch, nach Informationen im Protokoll zu suchen, fand ich dieses Muster von "eine Sekunde gewartet" ... was darauf hinzudeuten scheint, dass etwas nicht ausgeführt wird oder nicht ausgeführt wird.

Hier ist ein Screenshot von dem, was ich meine:

Geben Sie hier die Bildbeschreibung ein

Die Zahl von 838 Sekunden Wartezeit scheint richtig zu sein, da mein Telefon ungefähr 15 Minuten lang protokolliert wurde ...

Ich logge weiter, bis etwas passiert, aber jetzt glaube ich, dass ich etwas Hilfe beim Debuggen dieses Problems brauche ...

Es scheint zwei Dinge zu geben, auf die gewartet wird:

07-01 22:58:59.863 W/slim_daemon(  951): Waited one second for android.frameworks.sensorservice@1.0::ISensorManager/default. Waiting another...

Und

07-01 22:59:02.359 W//system/bin/cameraserver( 3000): Waited one second for android.hardware.camera.provider@2.4::ICameraProvider/legacy/0. Waiting another...

Meine Schlussfolgerung für den Moment ist, dass möglicherweise etwas mit der Kamera oder den Sensoren nicht stimmt ...

Das scheinen Messwerte für die Temperatur zu sein. 53 ° ist ziemlich heiß ...

Geben Sie hier die Bildbeschreibung ein

Dies scheint auch zu implizieren, dass das Entladen der Batteriestatistik 262.000 Millisekunden dauerte. (?)

Geben Sie hier die Bildbeschreibung ein

Gibt es Dinge, nach denen ich speziell im Protokoll suchen kann , wie einige bekannte Linien oder Kontrollpunkte wie

Geben Sie hier die Bildbeschreibung ein

Ich würde die Protokolldatei anhängen, aber wie kann ich private Daten bereinigen, die sich darin befinden könnten?


Anfangsproblem ist gelöst


Ich konnte endlich booten, das Deaktivieren des XposedModuls hat den Trick getan:

  1. in die TWRP-Wiederherstellung gebootet
  2. geflashter Magisk Manager für den Wiederherstellungsmodus ( mm-201904040.zip )
  3. Führen Sie es im TWRP-Terminal mit aus*/mm
  4. ausgewähltm) Magic mount
  5. ausgewähltxposed_27
  6. bestätigt
  7. mit dem rebootBefehl neu gestartet

Es startete im abgesicherten Modus, da ich zuvor einige Dateien geändert hatte, um dies zu induzieren, also startete ich erneut über das Power-Menü und es startete normal.

Jetzt möchte ich wissen, was speziell passiert ist, damit ich xposed wieder aktivieren kann, da ich einige Module habe, auf die ich mich für Anpassungen verlasse.

Auch ohne Konfigurationsänderungen bin ich immer noch verblüfft darüber, wie das Telefon bootlooped wurde, ich erinnere mich an häufige ANRs der System-App bis zu dem Punkt, dass nichts mehr ausgeführt und neu gestartet werden konnte.

Ist es wirklich ein Fehler oder wurde es nur deaktiviert, um ein Symptom für etwas anderes zu beseitigen?

Die Frage sollte also lauten, was in xposed diesen Bootloop verursacht hat und wie verhindert werden kann, dass er erneut auftritt .

Handys sind hier kein Thema.
Haben Sie in TWRP versucht, Dalvik und Cache zu löschen? Wenn nicht, tun Sie es, starten Sie das Telefon neu. Es kann lange dauern, bis das Telefon startet. Warten wir es ab.
Ja, ich habe es mehrfach versucht. Ich habe das Telefon neu gestartet und es ist über Nacht leer (ausgehend von der vollen Ladung) ...
Erstellen Sie ein Backup über TWRP und versuchen Sie dann, das ROM des Telefons zu flashen (falls vorhanden).
Siehe Aktualisierung. Ich kann das Protokoll tatsächlich abrufen ... Die Frage sollte sich jetzt auf die Analyse der Protokolldatei konzentrieren, denke ich
Ich habe gerade 'Magisk' gelesen und dachte, hm ...
@alecxs naja da ist auch xposed installiert Keine Probleme seit über einem Jahr... bis jetzt. :P
Der Telefonspeicher von @ReddyLutonadio ist zu 99% gefüllt, daher ist es nicht möglich, ein Standard-Backup zu erstellen, es sei denn, ich kaufe ein OTG-Kabel, denke ich. Siehe auch Aktualisierungen.
@alecxs siehe Update, es sieht so aus, als wäre es die Schuld von xposed

Antworten (1)

Das Bootlooping mit so durcheinandergebrachten Protokollen deutet wahrscheinlich darauf hin, dass ein anderer Prozess willkürlich aus dem io-Stream der Protokolldatei liest und schreibt. Laienhaft gesagt, sehr schlechtes Zeug.

Ich denke, Ihre beste Option ist, einfach so viele Daten wie möglich wiederherzustellen und das ROM neu zu flashen. Irgendetwas ist offensichtlich sehr schief gelaufen.

Ist die Datei, die ich verwendet habe, die richtige Datei für Protokolle?
Ich weiß nicht viel darüber, aber Ramoops ist nur ein Speicherauszug, also ist es normal, dass sich Bytes geändert haben - es ist keine beschädigte Datei, nur eine Momentaufnahme des überschriebenen RAM-Bereichs. Anstatt Protokolle zu analysieren, wie wäre es mit einer Analyse der Gründe? Was haben Sie zwischen dem letzten erfolgreichen Start und dem ersten Auftreten des Problems getan?
Es war buchstäblich die einzige Möglichkeit, einige Protokolle vom TWRP-Terminal abzurufen ... Das Problem ist, dass keine bestimmte Aktion ausgeführt wurde ... nur kurz das Telegramm verwendet. Dann fing ich an, Abstürze der System-App zu bekommen, also habe ich neu gestartet. Dies ist das Ergebnis ... Ich habe tatsächlich Live-Protokolle erhalten ... siehe Fragenaktualisierungen für einige Ergebnisse
Frage von @alecx aktualisiert