Probleme bei der Installation von Stock-ROM aufgrund mehrerer '0'-Ordner! HILFE!

Ich habe große Probleme, meinem GSM Galaxy Nexus seinen früheren Glanz zurückzugeben. Ich habe CM12 und CWM Recovery früher installiert, aber CM12 funktioniert plötzlich nicht mehr. Mein Telefon startete immer wieder neu, also entschied ich, dass es an der Zeit war, das Standard-ROM zu flashen.

Ich habe das Stock-ROM mit dem Root-Toolkit von WugFresh geflasht. Und es hat gut funktioniert, abgesehen davon, dass das Schreiben system.img30 Minuten gedauert hat, was sehr ungewöhnlich ist. Ich habe mein Gerät neu gestartet und CM12 wurde wieder angezeigt ... ?!. Ich habe versucht, es per Hand mit ADB zu flashen, aber auch kein Glück. CM12 war noch da.

Ich war jetzt 3 Tage beschäftigt und habe plötzlich festgestellt, dass CM12 nach einem Werksreset, das ich mehrmals durchgeführt habe, neue Stammordner erstellt hat. So enthält meine SD-Karte beispielsweise ein Stammverzeichnis mit einem Ordner namens 0, der die Dateien auf meinem Telefon vor dem Zurücksetzen auf die Werkseinstellungen enthält. Das Problem ist, dass dieser Ordner auch das System- und CM12-ROM enthält. Ich habe also ungefähr vier 0Ordner, und der „tiefste“ enthält das System und das ROM.

Angenommen, wenn Sie ein Stock-ROM flashen, wird es im Stammverzeichnis meiner SD-Karte installiert, bootet aber nicht, weil es das CM12-ROM im tiefsten Verzeichnis „0“ nicht überschrieben hat [​IMG]. Wenn nur CM12 funktionieren würde, könnte ich alle unnötigen 0Ordner manuell löschen ... Ich habe wirklich keine Ahnung, wie ich von nun an weitermachen soll, und ich brauche wirklich Ihre Hilfe [​IMG]

Bearbeiten: Ich habe versucht: adb shell rm -r /sdcard/0und es ist weg, aber wenn ich Recovery neu starte und in meine Ordner schaue, ist alles wieder da ...

Epilog:

  • Vielleicht hat die Tatsache, dass system.imgdas Schreiben 30 Minuten gedauert hat, etwas mit all diesen Ordnern zu tun 0[​IMG]
  • Ich habe versucht, mehrere Wiederherstellungen auf mein Gerät zu flashen, aber sie werden nur angezeigt, wenn ich sie über ADB öffne. Andernfalls wird CWMR erneut angezeigt, da dieses tatsächlich im 'richtigen' (sprich: falschen) Ordner installiert ist.
  • Bei Skipsoft rokit bekam ich tatsächlich einen Fehler beim Schreiben userdata.img. Es hieß: remote: write fail. Ich dachte, dies liege an den mehreren Installationsordnern und dem Toolkit, das nicht weiß, wo es das ROM platzieren/flashen soll.

Also muss ich alle 0Ordner entfernen und das Betriebssystem wieder im Stammverzeichnis der SD-Karte ablegen, oder ich muss Android irgendwie sagen, dass das Stock-ROM im selben Verzeichnis wie CM12 abgelegt werden soll, oder ich muss irgendwie die komplette SD-Karte löschen, damit ich sie installieren kann Eine neue Wiederherstellung und das Stock-ROM flashen ... Ich habe jedoch keine Ahnung, wie.

Vielen Dank im Voraus!

Willkommen bei den Android-Enthusiasten, Dennis! Ich habe deinen Beitrag gerade etwas formatiert. Eine Klarstellung ist erforderlich: Wollten Sie einige Screenshots hinzufügen, oder wofür sind diese [IMG]Platzhalter? Ist Ihnen auch bewusst, dass das ROM nicht auf der SD-Karte installiert ist, sondern auf den entsprechenden internen Partitionen ( /systemusw.)? Abgesehen davon klingt es bei Ordnern, die auf diese Weise wieder erscheinen, nach einem Problem mit einer defekten Karte/einem defekten Speicher – was auch erklären würde, dass CM plötzlich nicht mehr funktioniert. Könnten Sie versuchen, eine Datei hinzuzufügen und zu überprüfen, ob sie nach dem Neustart noch vorhanden ist?
Hallo, diese [img] waren Emoticons, aber das hat hier nicht funktioniert :p. Mir ist bewusst, dass es auf der SD-Karte installiert ist, aber mein interner Speicher des Galaxy Nexus heißt aus irgendeinem Grund SD-Karte. Ich denke, diese Ordner erscheinen wieder, weil ich sie in der Wiederherstellung suche und der Pfad der Wiederherstellung sdcard/0/0/0/0/0/clockworkmod/backup ist. Also muss Android alle Ordner vor dem clockworkmod-Ordner laden, um die Wiederherstellung zu booten, denke ich? ... Wenn Sie wissen, was ich meine ... Ich werde eine Datei in den internen Speicher schieben und sehen, dass sie immer noch da ist, nachdem ich sie gebootet habe wieder erholen.
Ich habe eine Datei namens test.zip in das Stammverzeichnis des internen Speichers geflasht und sie war verschwunden, nachdem ich die Wiederherstellung neu gestartet hatte. Das gleiche gilt für das Senden an /sdcard/0/0/0/0/0/test.zip ... Das war auch weg ... kann das mit dem Mounten von Speichern zu tun haben?
Das deutet normalerweise auf „kaputten Speicher“ hin: Änderungen werden im „In-Memory-Cache“ widergespiegelt, aber niemals auf den Speicher selbst angewendet – also werden nach einem Start alle Änderungen „zurückgesetzt“. Sie haben also nie wirklich diese Standard-Firmware geschrieben, weshalb CM danach erneut gebootet hat. Pech gehabt, aber das lässt sich AFAIK nicht reparieren (zumindest nicht softwaretechnisch; der Flashchip müsste getauscht werden).

Antworten (1)

Nach dem, was Sie beschreiben, ist die wahrscheinlichste Ursache, dass Ihr Flash-Speicher keine Schreibvorgänge mehr anwendet – seien es Hinzufügungen oder Löschungen. Zum Verständnis eine einfache Beschreibung dessen, was passiert:

  1. Sie senden eine Datei an den Speicher (Kopieren/Flashen).
  2. Um am reaktionsfähigsten zu sein, verwendet das Betriebssystem „Puffer“ im RAM, um Ihren Speicher zwischenzuspeichern, sodass die Datei zuerst dort abgelegt wird.
  3. Sie überprüfen, ob die Datei angekommen ist, und das Betriebssystem sagt, dass dies der Fall ist (aber tatsächlich hat es sie nur im "Puffer, der zum Schreiben aussteht") gesehen.
  4. Jetzt versucht das Betriebssystem, die Puffer zu "leeren" (sie auf "Festplatte" zu schreiben), scheitert aber
  5. Solange der Puffer "lebt", werden Sie es nicht bemerken. Sobald Sie jedoch mehr schreiben, als der Puffer aufnehmen kann, verschwinden die ältesten Einträge. Beim Booten verschwindet der gesamte Puffer.

Letztendlich war das also der Grund, warum CM "plötzlich aufhörte zu arbeiten": Der Speicher wurde unbrauchbar. Und das ist auch der Grund, warum Ihr Gerät in CM hochgefahren ist, nachdem Sie dachten, Sie hätten ein anderes ROM geflasht: Der Flash wurde nie durchgeführt.

Ich hatte das zweimal mit SD-Karten, dann war ein Ersatz angesagt. Leider ist der interne Speicher in Ihr Gerät eingelötet, sodass Sie ihn nicht einfach ersetzen können: Sie müssten das Gerät einsenden, um die Platine ersetzen zu lassen. Sofern das Gerät nicht noch Garantie hat (was ich sehr bezweifle, wenn wir hier über das 2011er „ Galaxy Nexus “ mit dem Codenamen „Maguro“ sprechen), ist es die Portokosten wahrscheinlich nicht wert, sondern man muss es sich selbst besorgen ein Austauschgerät – das vielleicht sogar günstiger ist als die Reparatur.

Vielen Dank Mann, jetzt ist alles klar. Zum Glück konnte ich alle Daten aus dem internen Speicher abrufen. Ich benutze jetzt ein OnePlus 2, also keine Sorge für mich. Ich wollte nur mein altes Handy wieder zum Laufen bringen. Ich habe noch eine Frage: Wie konnte ich alle Daten adb abrufen, wenn der interne Speicher unbrauchbar wurde?
Stellen Sie sich die Aufbewahrung als eine Kiste mit Briefen vor, die jetzt "angeklebt" sind: Sie können sie immer noch lesen, aber Sie können sie nicht neu anordnen. Wie der erste Absatz meiner Antwort sagt: Sie können nicht mehr darauf schreiben; es wurde sozusagen "schreibgeschützt".