Bootloops / zufällige Neustarts auf Note 2 LTE, schlimmer mit eingelegter SIM? Kernel-Log "last_kmsg" analysieren?

als ich anfing, mein Note 2 LTE mit einer LTE-Simkarte zu verwenden (lte vor langer Zeit ohne Probleme getestet), lief CM11 jede Nacht von ca. Vor 1 Monat fing es an, zufällig neu zu starten. Aber es passierte auch mit der anderen Simkarte ohne LTE, das funktionierte vorher problemlos. Update von CM hat nichts geändert.
Dann habe ich das neueste DBT-Stock-ROM für den N7105 ( N7105XXUFNE3_N7105DBTFNE1_DBT) geflasht (ohne vom KNOX-Bootloader zu wissen ...). Das Verhalten war mit jeder eingelegten SIM-Karte dasselbe, aber ohne SIM-Karte dauerte es Stunden im Vergleich zu Minuten oder Sekunden, bis es neu gestartet wurde.

Dann habe ich versucht, die N7105XXDMB2-XEF-Service-Firmware zu flashen (in diesem Moment erinnere ich mich, dass es Garantie ungültig 0 war und sw rev invalid Magic String zeigte, vielleicht wollte ich den Bootloader nicht auf eine Nicht-Knox-Version herunterstufen? aber ohne auch Bootloader flashen es blinkt jetzt nicht, probiere eine andere alte 4.3 Formware aus, die vielleicht ohne Bootloader ist, aber nicht funktioniert hat, kann ich sie irgendwo entfernen und wie?...) mit getrenntem CSC, Bootloader, PDA, Modem und PIT . Ich habe auch Repartiton angekreuzt.

Hier die Logausgabe:

<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> FULL_MODEM_N7105XXDMB2.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> FULL_CSC_N7105XXDMB2.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<ID:0/008> Removed!!
<ID:0/008> Added!!
<ID:0/008> Odin v.3 engine (ID:8)..
<ID:0/008> File analysis..
<ID:0/008> SetupConnection..
<ID:0/008> Initialzation..
<ID:0/008> Set PIT file..
<ID:0/008> DO NOT TURN OFF TARGET!!
<ID:0/008> Get PIT for mapping..

In der Box, in der auch "PASS" für mehr als 10 Stunden angezeigt wird, stand "Partition festlegen", dann habe ich den Stecker gezogen.
Nach dem Ausstecken:

<ID:0/008> There is no PIT partition.
<OSM> All threads completed. (succeed 0 / failed 1)
<ID:0/008> Removed!!

Es hat nichts geändert, aber beim Zurücksetzen auf die Werkseinstellungen wurde es sogar sofort neu gestartet.

Ich habe auch die Pit-Datei nur mit Neupartitionierung geflasht. aber gleiches verhalten. Aber nach all dem wurde es neu partitioniert.

Ich habe philz touch cwm erfolgreich geflasht, nichts geändert.

Jetzt habe ich den neusten DBT (N7105XXUFNE3_N7105DBTFNE1_DBT) nochmal geflasht. Kein Neustart ohne SIM, habe es aber stundenlang nicht getestet. Mit SIM sofortiger Neustart nach Eingabe der PIN. Und was wirklich seltsam ist ... jetzt hat es auch ohne SIM einen sofortigen Bootloop. Zurücksetzen auf Werkseinstellungen ließ es wieder erfolgreich booten.

Stimmt etwas mit meinem Radiogerät nicht oder was könnte ich noch versuchen?

Ich habe jetzt philz recovery geflasht, um Root-Zugriff zu erhalten, das in der Wiederherstellung gemacht, dann habe ich adbd Insecure v2.00 installiert, um beim Booten root adb zu haben. Ohne Sim-Karte ging es wieder lange gut und dann habe ich meine Sim-Karte reingelegt und per adb-Befehl proc/kmsg und logcat in Dateien auf meinem Gerät geloggt.
Hier sind sie, ich hoffe wirklich, dass einige einen Blick darauf werfen und vielleicht etwas finden, das hilft!
pastebin.com/drMnTDgr
en.file-upload.net/download-9867498/logcat.txt.html(war zu groß für Pastebin)

Ich habe gelesen, dass logcat und proc/kmsg nutzlos sind, weil es nicht mehr neu codiert wird (zumindest in der Lage ist, es irgendwie zu lesen), ist das richtig?

Hier ist das last_kmsg-Protokoll desselben Absturzes: pastebin.com/pYJK0CPG

Von einem anderen Absturz: pastebin.com/q7fj4byt

Und der dritte Absturz: pastebin.com/AV7RPquK

EDIT2:
Ich habe die PIN mit einem anderen Telefon entfernt, aber es stürzt mit dieser SIM und auch ohne SIM immer wieder ab :(

Ich habe die SIM auch in einem anderen Telefon getestet, Anrufe und SMS funktionieren, Daten müssen noch in einem Smartphone getestet werden.

Ich habe auch die EFS-Partition gelöscht und eine EFS-Sicherung wiederhergestellt. Modem auch gelöscht. Das neueste ROM (egal aus welchem ​​Land) geflasht, das aus Singapur ist (N7105XXUFNJ1_N7105OLBFNJ1_MM1, hat aber das gleiche N7105XXUFND3-Modem), aber nichts geändert.
Neuestes DBT-ROM (N7105XXUFNE3_N7105DBTFNE1_DBT) und Philz-Wiederherstellung zurückgeflasht.

Ich habe es jetzt geschafft, ein Kernel-Protokoll und Logcat zu erhalten, bis die ADB-Verbindung unterbrochen wurde! (Informationen dazu finden Sie hier: stackoverflow.com/questions/6071547/shutdown-log-in-android/27111185#27111185).

Natürlich wurde der Befehl irgendwo im Shutdown-Vorgang angehalten, sodass sie tatsächlich in der Mitte der Zeile abgeschnitten werden.

Normaler Neustart:
kmsg: nopaste.info/3e7eebd751.html
logcat: en.file-upload.net/download-9912275/logcat243_normalreboot-till-after-adb-disconnect.txt.html
last_kmsg: pastebin.com/GjkHkLAk

Absturz:
kmsg: http://nopaste.info/14cef13cdf.html
logcat: en.file-upload.net/download-9912298/logcat2416-till-after-adb-disconnect.txt.html

Ich wollte last_kmsg von diesem Absturz erhalten, aber nach dem Absturz hatte es einen Bootloop, der nur durch Löschen des Cache behoben werden konnte. Manchmal half dann nur ein neuer Flash über Odin..
Das ist die last_kmsg nach diesen Bootloops, im Gegensatz zu meinen vorherigen last_kmsg's enthält sie Logs vor dem Kernel-Neustart, was wirklich hilfreich sein könnte!!! (schien nicht wie ein Absturz / Panik / Ooops in allen Protokollen): http://pastebin.com/ikqkmeCh

/BEARBEITEN

EDIT:
Scheint, dass niemand etwas Konkretes weiß ... Wenn Sie zumindest wissen, was NICHT das Problem ist oder in welche Richtung ich weiter forschen sollte, würde es sehr helfen! :)
/BEARBEITEN

Vielen Dank im Voraus.

Kampfplätzchen

Antworten (1)

Sooooo, es ist ziemlich spät, aber für alle, die vor dem gleichen Problem stehen:
Ich habe die Batterie gewechselt und alles hat funktioniert. Ich habe auch ein anderes Protokoll erhalten, in dem so etwas wie kein Akku und Herunterfahren stand, genau wie beim Entfernen des Akkus, während das Telefon eingeschaltet ist.