Por lo general, el error "estado 7" significa que la actualización está diseñada para un modelo de teléfono diferente (podría ser un teléfono completamente distinto, o simplemente una variante ligeramente diferente del mismo dispositivo).
Esta verificación se realiza contra el archivo build.prop que se encuentra en la partición /system. Ahora, dado que el archivo faltaba debido a que formateaste el teléfono, te encuentras en una situación de "círculo vicioso". La solución alternativa es eliminar manualmente la verificación mencionada anteriormente.
-
Abre el archivo ZIP de la ROM en tu programa de archivo favorito (WinZip, 7-Zip, etc.).
-
Dentro del ZIP, navega hasta la carpeta META-INF\com\google\android\, y extrae solo el archivo llamado "updater-script".
-
Abre este archivo en un editor de texto. Es importante usar un editor avanzado que no modifique los finales de línea de Unix en el archivo al guardarlo. Notepad++, Programmer's Notepad, o UltraEdit son buenas opciones, mientras que el Notepad o WordPad integrados de Windows no son recomendados.
-
En el archivo updater-script, elimina la primera declaración que comienza con "assert(...". Esta declaración puede abarcar varias líneas, así que elimínalas todas. Por ejemplo, para Galaxy S3 se ve así:
assert(getprop("ro.product.device") == "m0" || getprop("ro.build.product") == "m0" || getprop("ro.product.device") == "i9300" || getprop("ro.build.product") == "i9300" ||
getprop("ro.product.device") == "GT-I9300" || getprop("ro.build.product") == "GT-I9300" || abort("Este paquete es para dispositivos \"m0, i9300, GT-I9300\"; este es un \"" + getprop("ro.product.device") + "\"."););
-
Agrega tu archivo updater-script editado de vuelta al archivo ZIP, sobrescribiendo el original en la misma ubicación. Dependiendo del software de archivado que estés usando, puede ser tan simple como arrastrarlo y soltarlo.
Ahora deberías poder flashear el archivo ZIP modificado sin que muestre un error por una discrepancia en el número de modelo.
Ten en cuenta que estas declaraciones "assert" están allí para tu propia protección. Deberías eliminarlas solo si estás absolutamente seguro de que el archivo ZIP que descargaste coincide con el número de modelo de tu teléfono. Flashear una ROM hecha para un teléfono diferente (incluso si es solo una variante ligeramente diferente, como un Galaxy S3 de AT&T Vs. un Galaxy S3 de Verizon) podría dejar tu teléfono inoperable.
0 votos
¿Qué exactamente hiciste? "Formatear el sistema" es demasiado vago.
0 votos
@DanHulme Había modificado el sistema usando twrp y ahora recibo este mensaje cada vez que flasheo el archivo rom file_getprop: failed to stat "system/build.prop"
0 votos
Error "status 7" generalmente significa que estás intentando flashear una ROM destinada para un modelo de teléfono diferente. ¿Cuál es el número exacto de modelo de tu teléfono y qué ROM exactamente estás tratando de flashear?
0 votos
@Chahk puedes verificar mi respuesta :)
0 votos
Si estabas seguro de que tenías una versión ROM correcta, podrías haber evitado fácilmente tener que volver a Odin a la configuración predeterminada al eliminar la primera línea "assert" en el script del actualizador. Publicaré las instrucciones como una respuesta separada, por si acaso.
0 votos
@Chahk Eso será útil para otros, pero para mí he perdido todos mis datos al formatear todo el sistema, así que creo que el flasheo es la única forma posible para mí.
0 votos
Ve mi respuesta. Debería funcionar incluso si formateas la partición
/system. Puedes probarlo tomando una copia de seguridad de NANDroid, formateando /system, modificando el ZIP como se describe y flasheándolo.