Boot-Schleife auf Asus TF700T mit Cyanogenmod 11 M12 und "Error mounting /data!"

Mein Asus TF700T mit Cyanogenmod 11 M12 (20141112) und ClockworkMod Recovery v6.0.4 bleibt nach jedem Neustartversuch in einer Bootschleife hängen. Frühere Cyanogenmod-Versionen (ich glaube, es war 10.2 und 11 M7) hatten das gleiche Ergebnis.

Der Versuch, die Android-Firmware (WW_epad-user-10.6.1.14.10.zip) zu installieren, schlägt fehl

assert failed: package_extract_file("blob", "/tmp/blob")

und es scheint, dass der Grund für diese seltsam unspezifische Fehlermeldung darin besteht, dass es nicht gemountet werden kann /data. Ich weiß nicht warum, aber es scheint, dass dies auf ein größeres Problem hindeutet. "Daten löschen / Werksreset" schlägt fehl

Error mounting /data!

Und

Error:unknown volume or path [/sd-ext]

Das Update auf einen anderen Cyanogenmod ist erfolgreich, aber es bootet immer noch nicht.

Ich möchte, dass das Gerät zuverlässig ein System bootet (egal welches), mit dem es wieder verwendbar wäre.

Einige Threads (im Transformer Forum ) scheinen anzudeuten, dass das System in diesem Fall ziemlich kaputt ist und dass nur nvflash und/oder das Löschen von allem aus Fastboot helfen könnten. Es wurde zum Beispiel vorgeschlagen, diesem Thread zu folgen . Es enthält eine "Kurzanleitung", die ich nicht verstehe (was bedeutet "ausführen download.bat", wenn Sie GNU/Linux und nicht Windows ausführen?), andere Websites ( this und this ) listen einige sehr komplizierte Befehle auf, die zusätzliche Dateien erfordern ( config, blob.bin, bricksafe.img), für die ich nicht verstehe, woher ich sie bekommen soll. Es scheint vorgeschlagen zu werden, dass sie aus der vorhandenen Android-Installation extrahiert werden müssen - was schwierig sein könnte, wenn die Dateisysteme nicht gemountet werden können (siehe oben).

Ich bin mir sicher, dass ich hier etwas falsch verstehe, aber da ich keine Erfahrung mit Android habe, weiß ich nicht was.

Momentan möchte ich nur irgendein System (Cyanogenmod, Android, oder irgendwas anderes) wiederherstellen, mit dem das Gerät wieder nutzbar wäre, damit ich es verkaufen oder an jemanden verschenken kann, der nicht unbedingt tiefere Computerkenntnisse hätte (und daher wahrscheinlich nicht mehr Glück beim Reparieren eines kaputten Android/CM als ich hatte). Ich freue mich über jede Hilfe, um dies zu erreichen.

EDIT (weitere Informationen): Die Android-Firmware (WW_epad-user-10.6.1.14.10.zip) enthält Folgendes:

$ unzip -l WW_epad-user-10.6.1.14.10.zip 
Archive:  WW_epad-user-10.6.1.14.10.zip
signed by SignApk
  Length      Date    Time    Name
---------  ---------- -----   ----
        5  2011-03-22 11:21   META-INF/com/google/android/resource
       24  2011-03-22 11:21   META-INF/com/google/android/rule
   893496  2011-03-22 11:21   META-INF/com/google/android/update-binary
      111  2011-03-22 11:21   META-INF/com/google/android/updater-script
820149641  2011-03-22 11:21   blob
     1619  2011-03-22 11:21   META-INF/com/android/otacert
      561  2011-03-22 11:21   META-INF/MANIFEST.MF
      614  2011-03-22 11:21   META-INF/CERT.SF
     1658  2011-03-22 11:21   META-INF/CERT.RSA
---------                     -------
821047729                     9 files

EDIT 2 (8. Juli; weitere Informationen zur Unfähigkeit, in den Fastboot-Modus zu wechseln):

Nach dem Vorschlag von gruhlke habe ich festgestellt, dass adb devices das Gerät nur findet, wenn der Uhrwerkmodus (Wiederherstellungskernel) gestartet wird (nicht im Bootloader, nicht in der Boot-Schleife von Cyanogen):

# adb devices
List of devices attached 
0166160e04480c05    
#

Dann (und nur dann) kann ich auch den Bootloader adb neu starten (was ich auch manuell tun kann, indem ich beim Booten VolUp drücke). Dort wähle ich den USB-Fastboot-Modus; sagt das Gerät

Starting fastboot USB download protocol

und das ist das Ende davon. Das Gerät geht nie online; tun

fastboot devices

vom Computer listet niemals Geräte auf.

BEARBEITEN 3 (12. Juli, weitere Informationen zum Fastboot von Windows):

Der Versuch, Fastboot von Windows (mit diesem Tool ) auszuführen, führt zu ebenso wenig Erfolg; "fastboot devices" erkennt das Gerät nie. Allerdings gibt es einen Unterschied zum Fastboot von Linux: Die Meldung „Starting fastboot USB download protocol“ wird nur bei abgezogenem Kabel angezeigt; Daraus schließe ich, dass das Gerät versucht und in einer weiteren Endlosschleife keine Verbindung mit dem Windows-Fastboot herstellt.

EDIT 4 (4. August, repariertes Dateisystem, Problem bleibt bestehen):

Ich habe das Dateisystem repariert, indem ich /dev/block/mmcblk0p8 neu formatiert habe, nachdem ich (innerhalb der Shell auf dem Gerät, wo ich „adb shell“ vom angeschlossenen Computer verwendet habe, während sich das Gerät im Wiederherstellungsmodus (Clockworkmod) befand) von /tmp/recovery entdeckt habe .log, dass das Mounten von /sdcard/ versucht hat und fehlgeschlagen ist, dieses Blockgerät zu mounten (unter mehreren anderen, die alle nicht existierten). das Dateisystem wird dabei behoben

mke2fs /dev/block/mmcblk0p8

Nach dem nächsten normalen Hochfahren kam cyanogenmod an den Punkt, an dem der Benutzer die Sprache, das WLAN usw. auswählen sollte - aber es startete dann automatisch neu, ohne dass die Auswahl abgeschlossen war, und befand sich wieder in der Boot-Schleife. Das Gerät lässt sich auch immer noch nicht in den Fastboot-Modus versetzen. Eine neue ZIP-Datei kann nun per „adb push“ auf das Gerät gebracht werden, lässt sich aber nicht installieren (Installation schlägt mit „(Status 0) Installation abgebrochen.“ fehl, es wird keine nähere Fehlerbeschreibung gegeben. Auch nicht in der /tmp /recovery.log)

Naheliegende Fragen wären:

• Gibt es eine Möglichkeit, die Installation einer Zip-Datei (wenn die "(Status 0) Installation abgebrochen."-Sache nur eine Eigenart von clockworkmod ist) in "adb shell" zu erzwingen? (Der Befehl „recovery --update_package=/path/to/.zip“ ist ebenfalls nicht erfolgreich. Es gibt Fehlermeldungen, aber beim Neustart des Geräts werden sie zu kurz angezeigt, um rot zu sein.)
• Gibt es eine Möglichkeit, das Gerät von "adb shell" aus in den Fastboot-Modus zu versetzen? (Einige Foren schlagen etwas wie "idme bootmode 4002" vor, aber das funktioniert nicht, da der idme-Befehl nicht existiert, ich schätze, dies existierte in einer früheren Version von Android (?) oder in einem anderen Wiederherstellungs-Mod (?) oder nur für andere Geräte (?).)

EDIT 5 (4. August, noch mehr Informationen: /data-Partition inkonsistent nach jedem Cyanogenmod-Startversuch):

Ich habe festgestellt, dass sich das Dateisystem trotz Neuformatierung nach jedem Startversuch von cyanogenmod wieder als inkonsistent herausstellt. Ich kann nur sofort nach der Neuformatierung adb pushen und Zips installieren (habe das jetzt mehrmals gemacht), nicht mehr nach dem nächsten Startversuch. Der Versuch, android zu installieren, nicht cyanogenmod (das WWW_epad-user-10.6.1.14.10.zip) führt zu einem Neustart zur Wiederherstellung während des Installationsvorgangs, es ist offensichtlich nicht erfolgreich und cyanogenmod ist danach immer noch installiert.

Sowohl parted als auch fdisk (in "adb shell") erkennen die Partitionstabelle nicht. Vielleicht hat Firelord Recht mit dem letzten (jüngsten) Kommentar, dass dies als hart gemauert behandelt und beginnend mit der Partitionstabelle neu erstellt werden sollte. (Wie oft habe ich mir gewünscht, dass dies eine Intel-Architektur wäre, die von einem Livesystem gebootet werden könnte - nichts davon wäre ein Problem!)

EDIT 6 (4. August, Fastboot funktioniert immerhin, aber die Boot-Schleife geht weiter)

Es scheint, dass Fastboot für tf700t nicht auf "Fastboot-Geräte" reagiert und alle anderen Befehle die Option "-i 0x0B05" erfordern. Damit hätte Fastboot vermutlich immer funktioniert. Ich kann jetzt die Wiederherstellung flashen (flashed twrp mod nur um das zu überprüfen).

So weit, ist es gut. Aber die Bootschleife geht weiter, /dev/block/mmcblk0p8 ist nach jedem Bootversuch mit cm immer noch inkonsistent, android /WW_epad-user-10.6.1.14.10.zip lässt sich immer noch nicht installieren. Schlägt mit „Fehler beim Ausführen der Updater-Binärdatei in ZIP“ fehl.

In Bezug auf Flashtools für Low-Level-Flashing, wie von Firelord vorgeschlagen: Ich konnte keine für dieses spezielle Gerät finden. Tatsächlich schlägt dieser xda-Entwicklerthread vor, gemauerte tf700t als Briefbeschwerer zu verwenden, andere gehen in die gleiche Richtung.

Aber hey, Fastboot funktioniert - von dort aus muss es möglich sein, etwas zu erreichen.

Fragen an dieser Stelle wären:

• Wie finde ich eine Erklärung dafür, was die Boot-Schleife und/oder den damit zusammenfallenden Schaden an der Partition verursacht?
• Ist es möglich, ein ROM zu flashen, das nicht cm ist, und sei es nur, um zu sehen, ob die Boot-Schleife auch dort vorhanden ist?
• Wenn der Grund für die Boot-Schleife usw. eine Beschädigung der Partitionstabelle ist: Ist es möglich, die Partitionstabelle von Fastboot aus zu reparieren (oder von dort aus etwas Hilfreiches zu tun)? (Das Gentoo-Wiki sagt jedoch, dass die Partitionstabelle auf tf700t proprietär ist, was erklären würde, warum fdisk und parted nicht damit arbeiten können.)

BEARBEITEN 7 (5. August, spontaner Neustart von Wiederherstellung zu Wiederherstellung, wobei Dateien verschwinden (unter twrp-Wiederherstellungsmod))

In twrp mod wird es von Zeit zu Zeit neu gestartet, um die Wiederherstellung durchzuführen, wenn ich versuche, Dinge per ADB-Push auf die /sdcard/-Freigabe auf dem Gerät zu übertragen. Danach werden die Dinge, die zuvor von adb gepusht wurden, nicht mehr angezeigt. Ich bin mir ziemlich sicher, dass entweder mit der Partitionierung oder der Festplatte etwas nicht stimmt. Leider weiß ich nicht, wie ich herausfinden soll, was und/oder was ich dagegen tun kann.