3 votes

Impossible de démarrer, impossible de voir les options de récupération, winok w77, aucun support du fabricant

J'ai un ami qui reste chez moi et il a une tablette Android : winok modèle w77

La tablette est bloquée sur une boucle de démarrage et j'essaie de la faire fonctionner à nouveau, mais rien de ce que j'ai fait jusqu'à présent n'a été d'une quelconque aide.

Si j'allume la tablette, elle s'affiche sur l'écran de démarrage (du fabricant) et y reste jusqu'à ce que je l'éteigne ou que la batterie se vide.

Appuyer sur le bouton de réduction du volume et sur le bouton d'alimentation n'a aucun effet

En appuyant sur le volume + le bouton d'alimentation, l'écran d'accueil s'affiche, puis l'image d'Android avec un engrenage dessus pendant une fraction de seconde pour ensuite passer à l'image d'Android mort, aucune option entre les deux ou après, appuyer sur quelque chose ou une combinaison de quelque chose n'a aucun effet, taper sur n'importe quelle partie de l'écran n'a aucun effet.

ADB

ADB fonctionne à la fois lors du démarrage normal (bien qu'en boucle) et lors de la récupération. SHELL ne fonctionne qu'en mode de démarrage normal SHELL en récupération dit :

- exec '/system/bin/sh' failed: No such file or directory (2) -

Je suppose que le précédent est parce que la partition n'est pas monté, adb remount dit :

remount failed: Success

Après avoir lu un certain temps, j'ai remarqué que certaines personnes disaient que le cache de dalvik causait des problèmes, puisque je n'ai pas d'options automatisées comme celles mentionnées dans de nombreux messages, j'ai essayé de démarrer normalement, puis d'utiliser les options suivantes

adb shell
rm -r /data/dalvik-cache
rm failed for /data/dalvik-cache, I/O error

Je suppose que c'est parce qu'il est en cours d'utilisation ? ou peut-être corrompu ?

J'obtiens également un défaut de segmentation lors de la récupération :

adb shell
recovery
Segmentation fault

L'appareil n'a été modifié en aucune façon par le fabricant.

Il n'y a que 3 boutons : volume haut et bas et alimentation.

La batterie n'est pas amovible

A partir de là, je ne sais vraiment pas quoi faire, n'y a-t-il aucun moyen de réparer cette chose ?

Le fabricant ne répond pas aux courriels, il n'a pas de téléphone et n'a même pas de page d'assistance sur son site web, je ne peux donc obtenir aucun type d'assistance de leur part, est-ce que quelqu'un ici a quelque chose que je n'ai pas essayé ?


---EDIT---

@Izzy, suite à votre message concernant le formatage des partitions de données et de cache :

Les commandes format et factory_reset n'étaient pas disponibles sur ma tablette, après avoir fait des recherches, j'ai trouvé un moyen de formater les partitions sur mon appareil. lien Merci aussi à raskolnik pour ce lien, j'ai aussi gardé une copie du zip de sdparted donc si le lien sur cette page ne fonctionne plus, envoyez-moi un PM et je vous enverrai une copie, ce lien décrit l'utilisation générale mais voici ce que j'ai dû faire :

127|root@android:/dev/block # mount
mount
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

A partir de ce qui précède, j'ai pu reconnaître les partitions de données et de cache comme étant nande et nandh respectivement, j'ai donc exécuté

1|root@android:/dev/block # parted /dev/block/nandh mkfs ext2
parted /dev/block/nandh mkfs ext2
Warning: The existing file system will be destroyed and all data on the
partition will be lost. Do you want to continue?
parted: invalid token: ext2
Yes/No? yes
yes
yes
Partition number? 1
1
1
File system type?  ext2? ext2
ext2
ext2
Information: You may need to update /etc/fstab.

root@android:/dev/block # parted /dev/block/nande mkfs ext2
parted /dev/block/nande mkfs ext2
Warning: The existing file system will be destroyed and all data on the
partition will be lost. Do you want to continue?
parted: invalid token: ext2
Yes/No? yes
yes
yes
Partition number? 1
1
1
File system type?  ext2? ext2
ext2
ext2
Warning: File system has errors!  You should run e2fsck.
Ignore/Cancel? Ignore
Ignore
Ignore
Information: You may need to update /etc/fstab.\`

Comme recommandé par le script ci-dessus, j'ai ensuite lancé e2fsck

16|root@android:/dev/block # e2fsck nande
e2fsck nande
e2fsck 1.41.6 30-May-2009
nande is mounted.

WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue y/n? y

Oui, je n'ai plus rien à perdre, donc oui.

yes
nande contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 2131 is in extent format, but superblock is missing EXTENTS feature
Fix y? yes

Inode 2131, i\_blocks is 584, should be 146.  Fix y? yes
yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Unattached inode 2131
Connect to /lost+found y? yes

Inode 2131 ref count is 2, should be 1.  Fix y? Fix
yes

Pass 5: Checking group summary information
Block bitmap differences:  +4706--4726 +4928--4959 +5824--5832 +19478--19488
Fix y? y
yes

Free blocks count wrong for group #0 7660, counted=7598.
Fix y? yes

Free blocks count wrong for group #2 (7678, counted=7667).
Fix? y
yes

Free blocks count wrong (982715, counted=982642).
Fix? yes

Inode bitmap differences:  +2131
Fix? y
yes

Free inodes count wrong for group #0 (4085, counted=4084).
Fix? yes

Free inodes count wrong (524277, counted=524276).
Fix? y
yes

nande: \*\*\*\*\* FILE SYSTEM WAS MODIFIED \*\*\*\*\*
nande: 12/524288 files (8.3% non-contiguous), 65934/1048576 blocks
1|root@android:/dev/block #
1|root@android:/dev/block # ^C
C:\\Program Files (x86)\\Minimal ADB and Fastboot>adb reboot

J'en ai eu assez et j'ai redémarré l'appareil en espérant que tout irait bien, mais j'ai obtenu le même écran d'accueil.

C:\\Program Files (x86)\\Minimal ADB and Fastboot>adb devices
List of devices attached
20080411413fc082        device

C:\\Program Files (x86)\\Minimal ADB and Fastboot>adb shell
root@android:/ # cd data
cd data
root@android:/data # cd dalvik-cache
cd dalvik-cache
root@android:/data/dalvik-cache #

Bingo, j'ai maintenant accès au dossier dalvik-cache et après une petite attente de ~5 min, l'appareil a démarré, toutes les données sont perdues mais l'appareil fonctionne, merci encore à @Izzy pour m'avoir accompagné dans le dépannage !!! :)

0voto

Milner Points 533

Résumer la solution à partir des commentaires :

La cause des problèmes était un système de fichiers corrompu : impossibilité de supprimer des fichiers de la dalvik Il s'est avéré que le cache était dû au fait que le système ne pouvait pas y accéder. Dans les commentaires :

ls /data/dalvik-cache me donne /data/dalvik-cache: I/O error

Avec le trace montrant une erreur même à stat le répertoire, un wipe a montré des erreurs similaires à de nombreux autres endroits (car il essayait de supprimer tous les fichiers et répertoires de manière récursive). Les options étaient donc de reformater le système de fichiers de /data dans l'espoir que ce soit seulement le système de fichiers qui soit corrompu (et non le périphérique de bloc lui-même). Différentes approches ici. Bien que la plupart d'entre elles aient échoué d'une manière ou d'une autre, je vais toutes les énumérer - car sur un autre périphérique, les choses pourraient être différentes, et l'une d'entre elles pourrait réussir alors qu'elle n'a pas réussi ici :

  • il n'était pas possible de démarrer en mode de récupération et d'effectuer une réinitialisation d'usine (ou, avec une récupération personnalisée, de formater directement les partitions concernées), car il était impossible de démarrer en mode de récupération.
  • fastboot -w , fastboot format userdata , fastboot format cache a dû être résolu également, car l'appareil ne démarrait pas en fastboot mode
  • heureusement, on a pu accéder à l'appareil via adb donc

    • adb shell wipe data; adb reboot; a échoué comme décrit ci-dessus (a essayé de "supprimer" au lieu de formater)

    • certains endroits mentionnent format CACHE: , format DATADATA: y format DATA: via adb shell qui a initialement échoué ici en tant que format n'était pas une commande reconnue

    • même pour le factory_reset commande disponible sur certains appareils

      indice : ls /system/bin y ls /system/xbin sont très utiles pour savoir quelles commandes sont disponibles sur l'appareil.

    • Le dernier recours était de déterminer les paramètres du système de fichiers via mount (ou vérification /init.rc ou par d'autres moyens), puis en utilisant la fonction mkfs pour reformater manuellement la partition.

    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

    bunch of warnings etc. here, all suggestions approved with "yes"

    root@android# parted /dev/block/nande mkfs ext2

    same game as with nandh

    root@android:# e2fsck nande

    again confirm to fix each inode

Retour à l'invite de commande sur le PC :

adb reboot

Et l'appareil est venu à l'éclaboussure, a pris quelques minutes pour reconstituer le cache Dalvik, puis a bien démarré !


Vous avez peut-être remarqué une petite différence : mount a déclaré les partitions comme ext4 tandis que Tlacaelel les a ensuite formatés. ext2 . Les deux sont des variantes de ExtFS, avec ext4 étant définitivement le plus récent, cela ne devrait pas être un réel problème.


Autres lectures et références :

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X