Android-Startschleife nach Neuinstallation

Telefon: Nexus 4 mit dem neuesten Android 5.1.1. Aus Versehen habe ich meinen Bildschirm zerbrochen und mein Telefon ausgeschaltet. Nach einem Monat wurde mein Bildschirm ausgetauscht und dann blieb ich beim Start in der Bootschleife hängen.

Ich habe sowohl in der Android-Wiederherstellung als auch in der TWRP-Wiederherstellung die Werkseinstellungen zurückgesetzt.

Ich habe versucht, beliebte ROMs (Chroma) und Google Factory-Images zu installieren: alle vom neuesten LMY48M bis zu den alten. Die Installation war in Ordnung, aber nach der Installation habe ich eine Boot-Schleife (fliegende Punkte oder rotierende Kreise usw. - ich habe stundenlang gewartet). Ich habe es geschafft das System zu starten - nur mit dem ältesten Factory Image: JDQ39 (4.2.2)

Nachdem Android gestartet und einige Konfigurationen vorgenommen wurden (WLAN, Google-Konto), informiert mich das Telefon nach einiger Zeit über das Systemupdate 4.3. Ich stimmte zu und blieb wieder in der Boot-Schleife stecken.

Ich weiß, dass es unzählige stuck in boot loopFragen gibt, aber normalerweise besteht die Lösung darin, den Cache zu bereinigen, auf die Werkseinstellungen zurückzusetzen oder neu zu installieren. Und nach dem Zurücksetzen auf die Werkseinstellungen und der Neuinstallation bleibt die Boot-Schleife hängen. Hast du eine Idee, wie man das beheben kann?

Ich denke, ich kann mit 4.2.2 leben, aber vielleicht ist es möglich, 5.1 wieder zum Laufen zu bringen?

PS: Alle Installationen (adb-Sideload von ROMs oder ./flash-all.sh für Factory-Images) wurden erfolgreich abgeschlossen. Der einzige Fehler, den ich bekam, war unable to mount /usb-otgin TWRP während des Zurücksetzens auf die Werkseinstellungen (auf jeden Fall hieß es, dass das Zurücksetzen durchgeführt wurde). Aber ich denke, das ist nicht der Grund, oder?

Update: Ich habe alle Factory Builds aus offiziellen Quellen ausprobiert . Sie werden mit einem Skript geliefert, das manuell ausgeführt wird fastboot, um Bilder zu flashen:

fastboot flash bootloader bootloader-mako-makoz30f.img
fastboot reboot-bootloader
sleep 5
fastboot flash radio radio-mako-m9615a-cefwmazm-2.0.1701.07.img
fastboot reboot-bootloader
sleep 5
fastboot -w update image-occam-lmy48m.zip

Es endete immer mit Erfolg - keine Fehler. Aber nach dem Neustart - Boot-Loop friert ein. Außerdem habe ich immer einen Werksreset gemacht, bevor ich Werksimages geflasht habe. Ich habe es sowohl über original recovery.img als auch über TWRP (mit Dalvik-Cache) versucht

Update2: Hier ist mein adb logcatArbeitsbeginn 4.2.2. Ich habe es geschafft, es nur nach dem Einschalten zu bekommen USB debugging. Meine Frage ist - wird der USB debuggingModus nach dem Löschen der Daten zurückgesetzt? Ich möchte versuchen, das 5.1.1-Factory-Image erneut zu installieren und Daten zu sammeln adb logcat. Aber wenn die USB-Debugging-Option zurückgesetzt wird, habe ich wieder kein Ergebnis.

Kannst du adb logcatwährend des Bootens laufen und die Ausgabe irgendwo posten? Damit adb während des Bootens funktioniert, müssen Sie möglicherweise den Inhalt der Datei <your home folder>/.android/adbkey.pubnach kopieren /data/misc/adb/adb_keys(erstellen, wenn sie nicht vorhanden ist).
Muss ich adb logcatgenau dann laufen, wenn ich mich in einem Stuck-Loop-Boot befinde? Als der Loop-Boot feststeckte, habe ich keine Geräte drinadb devices
Ah. Das ist seltsam. Sind Sie sicher, dass es nicht hin und wieder auf den Google-Bildschirm zurückblitzt? Wenn Sie es schaffen, es zum Laufen zu bringen, sollte das Timing adb logcatkeine Rolle spielen. Laden Sie einfach die Ausgabe irgendwo hoch und es sollte einigermaßen hilfreich sein.
@keepcalm, nein, es wird nicht von Zeit zu Zeit auf den Google-Bildschirm zurückgeblitzt. Drehen Sie einfach die Punkte. Ich habe ausgeführt, adb logcatbevor ich das Smartphone gestartet habe. Es heißt: - waiting for device -. Dann versuche ich, das Smartphone zu starten, und es passiert nichts, ich warte immer noch auf das Gerät. Aber die ADB-Verbindung hat bei mir funktioniert, als ich adb sideloadvon twrp gemacht habe
Ah. Möglicherweise müssen Sie Treiber installieren (vorausgesetzt, Sie verwenden Windows). Dieser sollte funktionieren.
Hast du die neusten Bootloader und Radioimages geflasht? Ich schlage vor, dass Sie das neueste Werksimage mit Radio, Bootloader und allem manuell flashen.
@keepcalm, ich bin auf Ubuntu. Ich habe adb 1.0.32 installiert, da die Version 1.0.31 aus dem Repo zunächst kein Seitenladen zuließ. Mit adb 1.0.32 kann ich eine adb-Verbindung herstellen, aber nur im Wiederherstellungsmodus.
@TamoghnaChowdhury, ich habe Factory-Images mit dem Skript ./flash-all.sh installiert. Es flasht alles - Radio, Bootloader, Recovery und System. Dann habe ich benutzerdefinierte Builds (ROMs - adb sideload filename.zip) ausprobiert und nach der Installation den gleichen Effekt erneut. Ich hatte verschiedene Arten von Boot-Loops (Kreise, Punkte, Chroma-Logo), aber es blieb immer hängen
@Evghenii, hast du versucht, adbals root zu laufen - wie sudo adb devices. Alternativ können Sie versuchen, die Schritte in diesem Artikel zu befolgen.
@keepcalm, es wurden Fortschritte erzielt! Ich habe 'USB Debugging' eingeschaltet und sehe jetzt beim Start einen riesigen Logcat. Ist dieser Logcat nützlich - ich meine, ich bin jetzt auf 4.2.2 und es gibt kein Bootloop-Stucking. Oder muss ich dieses Protokoll genau dann abrufen, wenn der Bootloop hängen bleibt (für 4.3+)? Wenn ich auf die Werkseinstellungen zurücksetze und 5.1.1 noch einmal installiere, wird die USB-Debugging-Option zurückgesetzt, nicht wahr?
Ja. Das Zurücksetzen auf die Werkseinstellungen löscht das USB-Debugging-Flag
Der Bootloop muss auf dem Boot stattgefunden haben, für den Sie Informationen sammeln. Ich denke, Sie sollten in der Lage sein, ADB beim ersten Start zu aktivieren, indem Sie bearbeiten /system/build.prop, um die Zeilen zu enthaltenpersist.service.adb.enable=1<new line> persist.service.debuggable=1<new line> persist.sys.usb.config=mtp,adb
@keepcalm, verstehe ich die Schritte, die ich tun muss, richtig: 1) Ein weiterer Werksreset, 2) Fastboot 5.1.1 Factory Image, 3) Fastboot Twrp. 4) im Ordner twrp mount /system und bearbeiten Sie die Datei build.propauf meinem Computer. 5) adb logcatund booten. 6) Sammeln von Ergebnissen von Logcat
@keepcalm, außerdem habe ich meinen Beitrag aktualisiert - es gibt einen Link zum Gist mit meinem Logcat (bei der Arbeit mit 4.2.2, aber vielleicht hilft es auch)
@Evghenii ja - wenn Sie build.prop bearbeiten, um diese Zeilen zu enthalten, und einfügen , sollten Sie ~/.android/adbkey.pubin /data/misc/adb/adb_keysder Lage sein, beim ersten Start einen Logcat zu erhalten. Ich fürchte, Ihr 4.2.2-Logcat nützt nicht viel, aber 5.1.1 könnte einen Versuch wert sein.
@keepcalm, ok, danke. Ich denke, ich werde das am Wochenende ausprobieren und hier berichten
@LarryCinnabar Ich bin jetzt in einer sehr ähnlichen Situation. Wenn Sie diesen Kommentar sehen, würde mich interessieren, wie sich die Situation entwickelt hat.

Antworten (1)

Führen Sie ein Factory-Image-Flash mit Fastboot durch und achten Sie besonders darauf, die Partitionsdaten, den Bootloader und die Radio-Images zu aktualisieren. Partitionsdaten sind die ebr/mbr/preloader-Partitionen. Das manuelle Flashen impliziert, dass Sie jede Partition manuell flashen müssen, nur damit Sie sicher sind, dass alles korrekt geflasht wurde, auch wenn das Skript ohne Fehler ausgeführt wurde. Dies sollte das Problem lösen. Wenn dies nicht der Fall ist, funktioniert möglicherweise ein Flash mit Qualcomm MSMDownloader. Es wäre hilfreich, wenn Sie die Namen der Images im Factory-Image-Archiv hochladen könnten, damit ich herausfinden kann, welche Partitionen das Problem verursachen könnten

Können Sie das bitte konkretisieren update the partition data? Ich habe meinen Beitrag aktualisiert und gezeigt, wie ich versucht habe, einen Factory-Image-Flash durchzuführen
Android-Startschleife nach Neuinstallation
AntwortenHierDatenschutz-Bestimmungen1y, 0v