E/A-Fehler beim Öffnen von Dateien in der Datenpartition

Ich versuche, ein Moto G-Gerät (XT1008, entsperrt) zu reparieren.

Beim normalen Booten wird der Motorola-Splash beendet und der Android-Desktop wird für eine Sekunde angezeigt, dann werden eine Reihe von Popups angezeigt, die darüber informieren, dass Anwendungen nicht mehr funktionieren. Der Versuch, irgendetwas zu tun (Öffnen des Menüs, der Konfiguration, aller Apps), löst weitere Nachrichten aus, und alles, was ich zu öffnen versucht habe, stürzt einfach ab.

Ich habe versucht, eine benutzerdefinierte Wiederherstellung mit Fastboot auf das Gerät zu flashen:

fastboot flash recovery twrp-3.0.0-0-xt1

032.img
target reported max download size of 536870912 bytes
sending 'recovery' (9456 KB)...
OKAY [  0.328s]
writing 'recovery'...
OKAY [  0.188s]
finished. total time: 0.516s

Da alles gut funktioniert zu haben schien, versuchte ich sofort, die Wiederherstellung zu booten, aber stattdessen kam die Standardversion (mit und Android und dem !-Logo).

Ich konnte die benutzerdefinierte Wiederherstellung jedoch direkt starten mit:

fastboot boot twrp-3.0.0-0-xt1032.img

downloading 'boot.img'...
OKAY [  0.344s]
booting...
OKAY [  0.297s]
finished. total time: 0.641s

In der Konsole von TWRP werden folgende Fehler angezeigt:

Error opening: '/data/data/com.motorola.motocare/databases/MotoCare.db' (I/O error)
Error opening: '/data/data/com.google.android.gm/shared_prefs' (I/O error)
(other 3 errors similar to this one)

Laut den meisten Posts, die ich finden konnte, scheint die Datenpartition beschädigt zu sein und die wahrscheinlichste Lösung war, sie vollständig zu reparieren oder zu formatieren, aber bisher hatte ich kein Glück dabei.

Ich habe versucht, fsck.f2fs über adb mit folgendem Ergebnis zu verwenden:

~ # ←[6nfsck.f2fs /dev/block/mmcblk0p36
fsck.f2fs /dev/block/mmcblk0p36
Info: sector size = 512
Info: total sectors = 27090688 (in 512 bytes)
Info: MKFS version
  ""
Info: FSCK version
  from "Linux version 3.4.42-g41a696f (hudsoncm@ilclbld31) (gcc version 4.8 (GCC
) ) #1 SMP PREEMPT Fri Jan 23 18:14:39 CST 2015"
    to "Linux version 3.4.42-gf2a818f-00578-g5e5969d (cpu@computer) (gcc version
 4.9.x-google 20140827 (prerelease) (GCC) ) #1 SMP PREEMPT Sun Feb 7 22:24:16 CE
T 2016"
[FIX] (fsck_chk_orphan_node: 926)  --> Discard orphan inodes: ino [0x17274]
[FIX] (fsck_chk_orphan_node: 926)  --> Discard orphan inodes: ino [0x8fdf]
[is_valid_ssa_node_blk: 141] nid                       [0x92e3]
[is_valid_ssa_node_blk: 142] target blk_addr           [0x2d4166]
[is_valid_ssa_node_blk: 145] summary blk_addr          [0x5c70]
[is_valid_ssa_node_blk: 148] seg no / offset           [0x1670 / 0x166]
[is_valid_ssa_node_blk: 150] summary_entry.nid         [0x0]
[is_valid_ssa_node_blk: 151] --> node block's nid      [0x92e3]
[ASSERT] (is_valid_ssa_node_blk: 152)  --> Invalid node seg summary

[ASSERT] (sanity_check_nid: 217)  --> summary node block is not valid. [0x92e3]
[FIX] (__chk_dentries: 779)  --> Unlink [0x92e3] - Cookies len[0x7], type[0x1]
[is_valid_ssa_node_blk: 141] nid                       [0x418]
[is_valid_ssa_node_blk: 142] target blk_addr           [0x2d4163]
[is_valid_ssa_node_blk: 145] summary blk_addr          [0x5c70]
[is_valid_ssa_node_blk: 148] seg no / offset           [0x1670 / 0x163]
[is_valid_ssa_node_blk: 150] summary_entry.nid         [0x0]
[is_valid_ssa_node_blk: 151] --> node block's nid      [0x418]
[ASSERT] (is_valid_ssa_node_blk: 152)  --> Invalid node seg summary

[ASSERT] (sanity_check_nid: 217)  --> summary node block is not valid. [0x418]
[FIX] (__chk_dentries: 779)  --> Unlink [0x418] - MotoCare.db len[0xb], type[0x1
]
[ASSERT] (sanity_check_nid: 242)  --> nid[0x458] blk_addr[0x33a9fe] footer.nid[0
x0]
[FIX] (__chk_dentries: 779)  --> Unlink [0x458] - shared_prefs len[0xc], type[0x
2]
[is_valid_ssa_node_blk: 141] nid                       [0x1205]
[is_valid_ssa_node_blk: 142] target blk_addr           [0x2d4165]
[is_valid_ssa_node_blk: 145] summary blk_addr          [0x5c70]
[is_valid_ssa_node_blk: 148] seg no / offset           [0x1670 / 0x165]
[is_valid_ssa_node_blk: 150] summary_entry.nid         [0x0]
[is_valid_ssa_node_blk: 151] --> node block's nid      [0x1205]
[ASSERT] (is_valid_ssa_node_blk: 152)  --> Invalid node seg summary

[ASSERT] (sanity_check_nid: 217)  --> summary node block is not valid. [0x1205]
[FIX] (__chk_dentries: 779)  --> Unlink [0x1205] - mailstore.someone@somewhere.com.db-wal len[0x28], type[0x1]
[is_valid_ssa_node_blk: 141] nid                       [0x1064]
[is_valid_ssa_node_blk: 142] target blk_addr           [0x2d4164]
[is_valid_ssa_node_blk: 145] summary blk_addr          [0x5c70]
[is_valid_ssa_node_blk: 148] seg no / offset           [0x1670 / 0x164]
[is_valid_ssa_node_blk: 150] summary_entry.nid         [0x0]
[is_valid_ssa_node_blk: 151] --> node block's nid      [0x1064]
[ASSERT] (is_valid_ssa_node_blk: 152)  --> Invalid node seg summary

[ASSERT] (sanity_check_nid: 217)  --> summary node block is not valid. [0x1064]
[FIX] (__chk_dentries: 779)  --> Unlink [0x1064] - prefs_db len[0x8], type[0x1]

NID[0x418] is unreachable
NID[0x458] is unreachable
NID[0x459] is unreachable
NID[0x1064] is unreachable
NID[0x1205] is unreachable
NID[0x17c4] is unreachable
NID[0x41b1] is unreachable
NID[0x499a] is unreachable
NID[0x768c] is unreachable
NID[0x82a2] is unreachable
NID[0x8aa2] is unreachable
NID[0x8b20] is unreachable
NID[0x8f84] is unreachable
NID[0x8fdf] is unreachable
NID[0x92e3] is unreachable
NID[0xab8b] is unreachable
NID[0xacd9] is unreachable
NID[0xb00d] is unreachable
NID[0xb29c] is unreachable
NID[0xb87a] is unreachable
NID[0xbe61] is unreachable
NID[0xbefa] is unreachable
NID[0xc3e7] is unreachable
NID[0xce67] is unreachable
NID[0xf38b] is unreachable
NID[0x16e81] is unreachable
NID[0x17274] is unreachable
NID[0x17275] is unreachable
NID[0x17277] is unreachable
NID[0x1cd65] is unreachable
NID[0x1df3f] is unreachable
NID[0x1eb9f] is unreachable
NID[0x1eedf] is unreachable
NID[0x1f5b8] is unreachable
NID[0x1ff02] is unreachable
[FSCK] Unreachable nat entries                        [Fail] [0x23]
[FSCK] SIT valid block bitmap checking                [Fail]
[FSCK] Hard link checking for regular file            [Ok..] [0x0]
[FSCK] valid_block_count matching with CP             [Fail] [0x15ca44]
[FSCK] valid_node_count matcing with CP (de lookup)   [Fail] [0x55e7]
[FSCK] valid_node_count matcing with CP (nat lookup)  [Ok..] [0x560a]
[FSCK] valid_inode_count matched with CP              [Fail] [0x5282]
[FSCK] free segment_count matched with CP             [Ok..] [0x651]
[FSCK] next block offset is free                      [Ok..]
[FSCK] fixing SIT types
[FSCK] other corrupted bugs                           [Fail]
[FIX] (nullify_nat_entry:1127)  --> Remove nid [0x1eb9f] in nat journal

        Error: Could not conduct fsync!!!

Done.

Nach den 5 Unlinks zu urteilen, scheint es zu versuchen, die 5 zuvor erwähnten Dateien zu reparieren, hat aber am Ende immer noch einige fehlgeschlagene Prüfungen und den fsync-Fehler.

Versucht man dagegen zu formatieren, erhält man folgendes Ergebnis:

mkfs.f2fs /dev/block/mmcblk0p36

        F2FS-tools: mkfs.f2fs Ver: 1.4.0 (2014-10-18) [modified by Motorola to r
eserve space]

Info: sector size = 512
Info: total sectors = 27090688 (in 512 bytes)
Info: zone aligned segment0 blkaddr: 512
Info: format version with
  "Linux version 3.4.42-gf2a818f-00578-g5e5969d (cpu@computer) (gcc version 4.9.
x-google 20140827 (prerelease) (GCC) ) #1 SMP PREEMPT Sun Feb 7 22:24:16 CET 201
6"
        Error: Could not conduct fsync!!!
Info: format successful

Trotz der Meldung „Format erfolgreich“ sind nach dem Zurücksetzen der Partition alle Daten in der Partition intakt und die defekten Sektoren bleiben erhalten.

Ich habe auch versucht, Benutzerdaten per Fastboot zu löschen und sogar parted in das Dateisystem zu verschieben und das rm-Tool zu verwenden, um zu versuchen, die Partition loszuwerden, aber die Partition bleibt unberührt, und das gleiche Problem, das oben im Beitrag beschrieben wurde, bleibt bestehen .

Übersehe ich etwas bei der Formatierung? oder könnte es sein, dass der interne Speicher physisch irreparabel kaputt ist?

Jede Hilfe wäre sehr willkommen.

Es ist seltsam, dass TWRP überhaupt versucht, diese Dateien zu öffnen.
@Matthew Read: Da TWRP standardmäßig /data beim Start einhängt, nehme ich an, dass es möglicherweise selbst ein fsck durchführt. Aber das ist nur eine Vermutung, ganz sicher bin ich mir da auch nicht.
Kannst du es mit versuchen fastboot format userdata?
@Firelord: Ich habe es gerade versucht und diese Meldung wurde angezeigt: "Formatierung wird für Dateisystem mit Typ 'raw' nicht unterstützt." Fehlt mir ein Parameter im Befehl oder könnte es ein Hinweis darauf sein, was los ist?

Antworten (1)

Was Ihr Problem betrifft, ich hatte das gleiche Problem in meinem Redmi 2, wo das Rom während der Verwendung von Snapchat gesperrt wurde. Ich habe versucht, das Telefon auf die Werkseinstellungen zurückzusetzen, aber es konnte einige Dateien in der Datenpartition nicht löschen, nachdem ich viele solcher versucht hatte Dinge (die nicht funktionierten!), Ich habe die neueste Version der TWRP-Wiederherstellung mit der Fastboot-Methode installiert, wie Sie angegeben haben, und dann SORGFÄLTIG LESEN ging zu WIPE >> ADVANCED WIPE UND TYPE YES, dies löscht alle Ihre internen Speicherdaten (einschließlich / data partition !!) und dann kannst du mit jedem Rom deiner Wahl gehen.

E/A-Fehler beim Öffnen von Dateien in der Datenpartition
AntwortenHierDatenschutz-Bestimmungen1y, 0v