Tengo un amigo que se queda a dormir y tiene una tableta Android: winok modelo w77
La tableta está atascada en un bucle de arranque y estoy tratando de que vuelva a funcionar, sin embargo, nada de lo que he hecho hasta ahora ha sido de ayuda.
Si enciendo la tableta, aparece la pantalla de inicio (del fabricante) y permanecerá allí hasta que la apague o se agote la batería.
Presionar bajar volumen + encendido no tiene efecto
Al presionar subir el volumen + el botón de encendido, se muestra la pantalla de inicio, luego la imagen de Android con un engranaje durante una fracción de segundo para luego ir a la imagen muerta de Android, sin opciones intermedias ni posteriores, presionando cualquier cosa o combinación de cualquier cosa tiene cualquier efecto, tocar cualquier área de la pantalla no tiene efectos
BAD
ADB funciona tanto en el arranque normal (aunque en un bucle) como en la recuperación SHELL funciona solo en el arranque normal SHELL en recuperación dice:
- exec '/system/bin/sh' failed: No such file or directory (2) -
Supongo que lo anterior se debe a que la partición no está montada, adb remount dice:
remount failed: Success
Después de leer un rato, noté que algunas personas decían que dalvik-cache causaba problemas, ya que no tengo ninguna opción automatizada como se menciona en muchas publicaciones, probé yendo al arranque normal y luego
shell adb rm -r /data/dalvik-caché rm falló para /data/dalvik-cache, error de E/S
¿Supongo que es porque está en uso? o tal vez corrupto?
También se obtiene una falla de segmentación en la recuperación:
shell adb recuperación Fallo de segmentación
El dispositivo no fue modificado de ninguna manera por el fabricante.
Solo hay 3 botones de volumen arriba y abajo y encendido
La batería no es extraíble.
A partir de aquí la verdad no se que hacer, no hay forma de arreglar esto?
El fabricante no responde los correos electrónicos, no tienen teléfono y ni siquiera tienen una página de soporte en su sitio web, por lo que no puedo obtener ningún tipo de soporte de ellos, ¿alguien aquí tiene algo que no haya probado?
---EDITAR---
@Izzy, siguiendo su mensaje sobre cómo formatear los datos y las particiones de caché:
Los comandos format y factory_reset no estaban disponibles en mi tableta, después de buscar, encontré una manera de formatear las particiones en el enlace de mi dispositivo. Gracias, también vaya a raskolnik desde ese enlace. esa página deja de funcionar, envíame un mensaje privado y te enviaré una copia, ese enlace describe el uso general, pero esto es lo que tenía que hacer:
127|root@android:/dev/block # montaje montar rootfs / rootfsrw 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, tiempo de relación 0 0 ninguno /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
De lo anterior, pude reconocer las particiones de datos y caché como nande y nandh respectivamente, así que ejecuté
1|root@android:/dev/block # parted /dev/block/nandh mkfs ext2 parted /dev/block/nandh mkfs ext2 Advertencia: El sistema de archivos existente será destruido y todos los datos en el la partición se perderá. ¿Quieres continuar? dividido: token no válido: ext2 ¿Sí No? Sí Sí Sí Número de partición? 1 1 1 ¿Tipo de sistema de archivos? ext2? ext2 ext2 ext2 Información: Es posible que deba actualizar /etc/fstab. root@android:/dev/block # parted /dev/block/nande mkfs ext2 parted /dev/block/nande mkfs ext2 Advertencia: El sistema de archivos existente será destruido y todos los datos en el la partición se perderá. ¿Quieres continuar? dividido: token no válido: ext2 ¿Sí No? Sí Sí Sí Número de partición? 1 1 1 ¿Tipo de sistema de archivos? ext2? ext2 ext2 ext2 Advertencia: ¡El sistema de archivos tiene errores! Debe ejecutar e2fsck. ¿Ignorar/Cancelar? Ignorar Ignorar Ignorar Información: Es posible que deba actualizar /etc/fstab.`
Como se recomienda en el script anterior, ejecuté e2fsck
16|root@android:/dev/block # e2fsck nande e2fsck nande e2fsck 1.41.6 30 de mayo de 2009 nande está montado. ¡¡¡ADVERTENCIA!!! Ejecutar e2fsck en un sistema de archivos montado puede causar Daño GRAVE al sistema de archivos. ¿De verdad quieres continuar t/n? y
Demonios, sí, ahora no tengo nada que perder, así que sí.
Sí nande contiene un sistema de archivos con errores, verificación forzada. Pase 1: Comprobación de inodos, bloques y tamaños El inodo 2131 está en formato de extensión, pero al superbloque le falta la función EXTENTS arreglar y? Sí Inodo 2131, i_blocks es 584, debería ser 146. ¿Arreglar y? Sí Sí Paso 2: Comprobación de la estructura del directorio Paso 3: Comprobación de la conectividad del directorio Paso 4: Comprobación de recuentos de referencia Inodo no adjunto 2131 Conéctese a /lost+found y? Sí El número de referencias del inodo 2131 es 2, debería ser 1. ¿Arreglar y? Arreglar Sí Pase 5: Comprobación de la información resumida del grupo Bloquear diferencias de mapa de bits: +4706--4726 +4928--4959 +5824--5832 +19478--19488 arreglar y? y Sí Los bloques libres cuentan mal para el grupo #0 7660, contados=7598. arreglar y? Sí Los bloques libres cuentan mal para el grupo #2 (7678, contados=7667). ¿Arreglar? y Sí Los bloques libres cuentan mal (982715, contados=982642). ¿Arreglar? Sí Diferencias de mapa de bits de inodo: +2131 ¿Arreglar? y Sí Los inodos libres cuentan mal para el grupo #0 (4085, contados=4084). ¿Arreglar? Sí Los inodos libres cuentan mal (524277, contados=524276). ¿Arreglar? y Sí nande: ***** EL SISTEMA DE ARCHIVOS FUE MODIFICADO ***** nande: 12/524288 archivos (8,3% no contiguos), 65934/1048576 bloques 1|root@android:/dev/block # 1|root@android:/dev/block # ^C C:\Archivos de programa (x86)\Minimal ADB y Fastboot>adb reboot
Así que terminé en este punto y reinicié el dispositivo esperando lo mejor y obtuve la misma pantalla de inicio, así que
C:\Archivos de programa (x86)\Minimal ADB y Fastboot>dispositivos adb Lista de dispositivos conectados 20080411413fc082 dispositivo C:\Archivos de programa (x86)\Minimal ADB y Fastboot>adb shell root@android:/ # datos de cd datos de discos compactos root@android:/datos # cd dalvik-cache cd dalvik-cache raíz@android:/datos/dalvik-cache #
Bingo, ahora tengo acceso a la carpeta dalvik-cache y después de esperar un poco ~ 5 minutos, el dispositivo se inició, se perdieron todos los datos pero el dispositivo está funcionando, ¡gracias @Izzy nuevamente por acompañarme en la resolución de problemas! :)
Resumiendo la solución de los comentarios:
La causa del problema fue un sistema de archivos corrupto: no poder eliminar archivos de la memoria caché dalvik resultó que el sistema no pudo acceder a ellos. De los comentarios:
ls /data/dalvik-cache
me da/data/dalvik-cache: I/O error
Con el seguimiento que muestra un error incluso en stat
el directorio, wipe
mostró errores similares en muchos otros lugares (ya que intentó eliminar todos los archivos y directorios de forma recursiva). Entonces, las opciones eran volver a formatear el sistema de archivos /data
con la esperanza de que solo el sistema de archivos estuviera dañado (y no el dispositivo de bloqueo en sí). Diferentes enfoques aquí. Aunque la mayoría de ellos fallaron de alguna manera, los enumeraré a todos, ya que en un dispositivo diferente las cosas pueden verse diferentes, y uno de ellos podría tener éxito aunque no lo hizo aquí:
fastboot -w
, fastboot format userdata
, fastboot format cache
también tuvo que solucionarse, ya que el dispositivo no arrancó en modo fastbootadb shell wipe data; adb reboot;
falló como se describió anteriormente (intentó "eliminar" en lugar de formatear)format CACHE:
, format DATADATA:
y format DATA:
via adb shell
, que inicialmente falló aquí porque format
no era un comando reconocidofactory_reset
comando disponible en algunos dispositivos
sugerencia:
ls /system/bin
yls /system/xbin
son muy útiles para determinar qué comandos están disponibles en el dispositivo
mount
(o verificar /init.rc
, u otros medios), y luego usar el mkfs
comando correspondiente para volver a formatear manualmente la partición.montaje root@android# […] /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# partió /dev/block/nandh mkfs ext2 # montón de advertencias, etc. aquí, todas las sugerencias aprobadas con "sí" root@android# partió /dev/block/nande mkfs ext2 # mismo juego que con nandh root @ android: # e2fsck nande # Confirmar de nuevo para arreglar cada inodo
Volvió al símbolo del sistema en la PC:
adb reboot
Y el dispositivo llegó a la salpicadura, tardó unos minutos en volver a construir el caché de Dalvik y luego arrancó bien.
Una cosa que quizás haya notado es una diferencia menor: mount
informó las particiones como ext4
, mientras que Tlacaelel luego las formateó ext2
. Ambas son variantes de ExtFS, siendo ext4
definitivamente la más nueva, por lo que esto no debería ser un problema real.
Más lecturas y referencias:
izzy
<pre>..</pre>
o sangrando líneas de código por más de 4 espacios. // Diría que mueva el gran "proceso detallado" a un pastebin como referencia. Es demasiado para ser incluido. Tal vez tome las líneas más relevantes (por ejemplo, demount
) en mi respuesta, pero probablemente no necesitemos la salida completa en línea :)