Ich habe einen Freund, der übernachtet, und er hat ein Android-Tablet: Winok Model W77
Das Tablet steckt in einer Boot-Schleife fest und ich versuche, es wieder zum Laufen zu bringen, aber nichts, was ich bisher getan habe, hat geholfen.
Wenn ich das Tablet einschalte, geht es zum Begrüßungsbildschirm (des Herstellers) und bleibt dort, bis ich es ausschalte oder der Akku leer ist
Leiser + Power drücken hat keine Wirkung
Durch Drücken der Lautstärketaste + Ein- / Aus-Taste wird der Begrüßungsbildschirm angezeigt, dann das Android-Bild mit einem Zahnrad darauf für den Bruchteil einer Sekunde, um dann zum Android-Totbild zu wechseln, keine Optionen dazwischen oder danach, Drücken auf irgendetwas oder eine Kombination von irgendetwas hat irgendein Effekt, das Tippen auf einen beliebigen Bereich des Bildschirms hat keine Auswirkungen
ADB
ADB funktioniert sowohl beim normalen Booten (obwohl in einer Schleife) als auch bei der Wiederherstellung. SHELL funktioniert nur beim normalen Booten. SHELL bei der Wiederherstellung sagt:
- exec '/system/bin/sh' failed: No such file or directory (2) -
Ich vermute, dass das vorherige daran liegt, dass die Partition nicht gemountet ist, adb remount sagt:
remount failed: Success
Nachdem ich eine Weile gelesen habe, bemerke ich, dass einige Leute sagen, dass der Dalvik-Cache Probleme verursacht, da ich keine automatisierten Optionen habe, wie in vielen Posts erwähnt, die ich versucht habe, indem ich dann in den normalen Boot gegangen bin
ADB Shell rm -r /data/dalvik-cache rm für /data/dalvik-cache fehlgeschlagen, E/A-Fehler
Ich nehme an, weil es in Gebrauch ist? oder vielleicht beschädigt?
Bei der Wiederherstellung wird auch ein Segmentierungsfehler angezeigt:
ADB Shell Erholung Segmentierungsfehler
Das Gerät wurde vom Hersteller in keiner Weise modifiziert
Es gibt nur 3 Tasten Lautstärke lauter und leiser und Power
Akku ist nicht abnehmbar
Von hier aus weiß ich wirklich nicht, was ich tun soll, gibt es keine Möglichkeit, dieses Ding zu reparieren?
Der Hersteller antwortet nicht auf E-Mails, er hat kein Telefon und nicht einmal eine Support-Seite auf seiner Website, also kann ich keinerlei Unterstützung von ihm bekommen, hat hier jemand etwas, das ich noch nicht ausprobiert habe?
---BEARBEITEN---
@Izzy, nach Ihrer Nachricht zum Formatieren der Daten- und Cache-Partitionen:
Die Befehle format und factory_reset waren in meinem Tablet nicht verfügbar. Nachdem ich mich umgesehen hatte, fand ich eine Möglichkeit, die Partitionen auf meinem Gerätelink zu formatieren. Danke, gehen Sie auch von diesem Link zu raskolnik Diese Seite funktioniert nicht mehr. Senden Sie mir eine PM und ich werde Ihnen eine Kopie senden. Dieser Link beschreibt die allgemeine Verwendung, aber hier ist, was ich tun musste:
127|root@android:/dev/block # mount montieren rootfs / rootfs rw 0 0 tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 none /acct cgroup rw,relatime,cpuacct 0 0 tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0 tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0 /dev/block/nandd /system ext4 rw,nodev,noatime,user_xattr,barrier=0,data=ordered 0 0 /dev/block/nande /data ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journal_checksum,data=ordered,noauto_da_alloc 0 0 /dev/block/nandh /cache ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journal_checksum,data=ordered,noauto_da_alloc 0 0
Aus dem Obigen konnte ich die Daten- und Cache-Partitionen als nande bzw. nandh erkennen, also lief ich dann
1|root@android:/dev/block # parted /dev/block/nandh mkfs ext2 parted /dev/block/nandh mkfs ext2 Achtung: Das vorhandene Dateisystem wird zerstört und alle Daten auf der Partition geht verloren. Möchtest du fortfahren? getrennt: ungültiges Token: ext2 Ja Nein? Ja Ja Ja Partitionsnummer? 1 1 1 Dateisystemtyp? ext2? ext2 ext2 ext2 Information: Möglicherweise müssen Sie /etc/fstab aktualisieren. root@android:/dev/block # parted /dev/block/nande mkfs ext2 parted /dev/block/nande mkfs ext2 Achtung: Das vorhandene Dateisystem wird zerstört und alle Daten auf der Partition geht verloren. Möchtest du fortfahren? getrennt: ungültiges Token: ext2 Ja Nein? Ja Ja Ja Partitionsnummer? 1 1 1 Dateisystemtyp? ext2? ext2 ext2 ext2 Warnung: Dateisystem hat Fehler! Sie sollten e2fsck ausführen. Ignorieren/Abbrechen? Ignorieren Ignorieren Ignorieren Information: Eventuell müssen Sie /etc/fstab.` aktualisieren
Wie im obigen Skript empfohlen, habe ich dann e2fsck ausgeführt
16|root@android:/dev/block # e2fsck nande e2fsck nande e2fsck 1.41.6 30. Mai 2009 nande montiert. WARNUNG!!! Das Ausführen von e2fsck auf einem gemounteten Dateisystem kann dazu führen SCHWERER Dateisystemschaden. Möchten Sie wirklich fortfahren, j/n? j
Zur Hölle, ja, ich habe jetzt nichts zu verlieren, also ja
Ja nande enthält ein Dateisystem mit Fehlern, Überprüfung erzwungen. Durchgang 1: Überprüfung von Inodes, Blöcken und Größen Inode 2131 ist im Extent-Format, aber im Superblock fehlt die EXTENTS-Funktion Korrigieren Sie y? Ja Inode 2131, i_blocks ist 584, sollte 146 sein. Fix y? Ja Ja Durchgang 2: Überprüfung der Verzeichnisstruktur Durchgang 3: Überprüfen der Verzeichniskonnektivität Durchgang 4: Überprüfung der Referenzzählungen Nicht angehängter Inode 2131 Verbinden mit /lost+found y? Ja Inode 2131 ref count ist 2, sollte 1 sein. Fix y? Fix Ja Durchgang 5: Überprüfen der Gruppenzusammenfassungsinformationen Bitmap-Unterschiede blockieren: +4706--4726 +4928--4959 +5824--5832 +19478--19488 Korrigieren Sie y? j Ja Freie Blöcke zählen falsch für Gruppe #0 7660, gezählt=7598. Korrigieren Sie y? Ja Freie Blöcke werden für Gruppe #2 falsch gezählt (7678, gezählt=7667). Fix? j Ja Freie Blöcke werden falsch gezählt (982715, gezählt=982642). Fix? Ja Inode-Bitmap-Unterschiede: +2131 Fix? j Ja Freie Inodes werden für Gruppe #0 falsch gezählt (4085, gezählt=4084). Fix? Ja Freie Inodes zählen falsch (524277, gezählt=524276). Fix? j Ja nande: ***** DATEISYSTEM WURDE GEÄNDERT ***** nande: 12/524288 Dateien (8,3 % nicht zusammenhängend), 65934/1048576 Blöcke 1|root@android:/dev/block # 1|root@android:/dev/block # ^C C:\Program Files (x86)\Minimal ADB and Fastboot>adb reboot
Also war ich an dieser Stelle fertig und habe das Gerät in der Hoffnung auf das Beste neu gestartet und den gleichen Begrüßungsbildschirm bekommen
C:\Program Files (x86)\Minimal ADB and Fastboot>adb devices Liste der angeschlossenen Geräte 20080411413fc082 Gerät C:\Program Files (x86)\Minimal ADB and Fastboot>adb shell root@android:/ # CD-Daten CD-Daten root@android:/data # cd dalvik-cache cd dalvik-cache root@android:/data/dalvik-cache #
Bingo, ich habe jetzt Zugriff auf den Dalvik-Cache-Ordner und nach einer kleinen Wartezeit von ~5 Minuten startete das Gerät, alle Daten sind verloren, aber das Gerät funktioniert, danke @Izzy noch einmal, dass du bei der Fehlerbehebung mit mir mitgemacht hast!! :)
Zusammenfassung der Lösung aus den Kommentaren:
Die Ursache des Problems war ein beschädigtes Dateisystem: Es stellte sich heraus, dass Dateien nicht aus dem Dalvik- Cache gelöscht werden konnten , weil das System nicht auf sie zugreifen konnte. Aus den Kommentaren:
ls /data/dalvik-cachegibt mir/data/dalvik-cache: I/O error
Während der Trace einen Fehler sogar statim Verzeichnis anzeigte, wipe zeigte a ähnliche Fehler an vielen anderen Stellen (da es versuchte, alle Dateien und Verzeichnisse rekursiv zu löschen). Die Optionen bestanden also darin, das Dateisystem neu zu formatieren, /datain der Hoffnung, dass nur das Dateisystem beschädigt wurde (und nicht das Blockgerät selbst). Hier unterschiedliche Herangehensweisen. Obwohl die meisten von ihnen irgendwie fehlgeschlagen sind, werde ich sie alle auflisten – da die Dinge auf einem anderen Gerät anders aussehen könnten und einer von ihnen erfolgreich sein könnte, obwohl dies hier nicht der Fall war:
fastboot -w, fastboot format userdata, fastboot format cachemusste ebenfalls aussortiert werden, da das Gerät nicht in den Fastboot- Modus booteteadb shell wipe data; adb reboot;wie oben beschrieben fehlgeschlagen (versucht zu "löschen" statt zu formatieren)format CACHE:, format DATADATA:was format DATA:hier adb shellanfänglich fehlschlug, da formates sich nicht um einen anerkannten Befehl handeltefactory_resetBefehl, der auf einigen Geräten verfügbar ist
Hinweis:
ls /system/binundls /system/xbinsind ziemlich hilfreich, um herauszufinden, welche Befehle auf dem Gerät verfügbar sind
mount(oder zu überprüfen /init.rcoder auf andere Weise) und dann den entsprechenden mkfsBefehl zu verwenden, um die Partition manuell neu zu formatieren.root@android# mount […] /dev/block/nande /data ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journal_checksum,data=ordered,noauto_da_alloc 0 0 /dev/block/nandh /cache ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journal_checksum,data=ordered,noauto_da_alloc 0 0 root@android# parted /dev/block/nandh mkfs ext2 # Haufen Warnungen etc. hier, alle Vorschläge mit "Ja" genehmigt root@android# parted /dev/block/nande mkfs ext2 # gleiches Spiel wie bei nandh root@android:# e2fsck nande # erneut bestätigen, um jeden Inode zu reparieren
Zurück zur Eingabeaufforderung auf dem PC:
adb reboot
Und das Gerät kam zum Splash, brauchte ein paar Minuten, um den Dalvik-Cache neu aufzubauen, und bootete dann einwandfrei!
Eine Sache, die Ihnen vielleicht aufgefallen ist, ist ein kleiner Unterschied: mountDie Partitionen werden als gemeldet ext4, während Tlacaelel sie dann formatiert ext2. Beide sind Varianten von ExtFS, wobei ext4es sich definitiv um die neuere handelt, daher sollte dies kein wirkliches Problem sein.
Weiterführende Literatur und Referenzen:
Izzy
<pre>..</pre>mit 4+ Leerzeichen einzuschließen oder Codezeilen einzurücken. // Ich würde sagen, verschieben Sie den großen "detaillierten Prozess" zu Referenzzwecken in ein Pastebin. Es ist zu viel, um eingeschlossen zu werden. Vielleicht nehme ich die relevantesten Zeilen (z. B. vonmount) in meine Antwort auf, aber wir brauchen wahrscheinlich nicht die vollständige Ausgabe inline :)