Restaurar sistema eliminado

He formateado el sistema usando twrp ahora no puedo flashear la stock rom en mi galaxy s3 sprint. Me sale file_getprop: failed to stat "system/build.prop" status 7cada vez que trato de flashear la stock rom. ¿Hay alguna solución posible para este problema?

¿ Qué hiciste exactamente ? "Formateado el sistema" es demasiado vago.
@DanHulme Había cambiado el sistema usando twrp y ahora recibo este mensaje cada vez que flasheo la rom file_getprop: no se pudo establecer "system/build.prop"
El error "estado 7" generalmente significa que está intentando actualizar una ROM destinada a un modelo de teléfono diferente. ¿Cuál es el número de modelo exacto de su teléfono y qué ROM exacta está tratando de flashear?
@Chahk puedes comprobar mi respuesta :)
Si estaba seguro de que tenía una versión de ROM correcta, podría haber evitado fácilmente que Odin volviera a estar disponible eliminando la primera línea "afirmar" en el script de actualización. Publicaré las instrucciones como una respuesta separada, para completar.
@Chahk Eso será útil para otros, pero para mí he perdido todos mis datos al formatear todo el sistema, así que flashear es la única forma posible para mí, creo.
Mira mi respuesta. Debería funcionar incluso si formatea /systemla partición. Puede probar haciendo una copia de seguridad de NANDroid, formateando /system, modificando el ZIP como se describe y actualizándolo.

Respuestas (2)

El problema al que me he enfrentado se debió al intentar instalar la actualización de Android 4.4.2 para mi Galaxy S3, mientras que la actualización requiere la versión anterior, que es MK3 (Android 4.3). Como mencioné en la pregunta, formateé y eliminé todo el sistema, por eso status 7apareció el error porque "system/build.prop"ya se eliminó. La única solución posible que hice fue descargar y flashear la stock rom del sitio oficial usando el software od3n.

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 diferente o simplemente una variante ligeramente diferente del mismo dispositivo).

Esta verificación se realiza contra el build.proparchivo existente que reside en /systemla partición. Ahora que falta el archivo debido a que formateó el teléfono, está atrapado en una situación de "catch-22". La solución es eliminar manualmente el cheque mencionado anteriormente.

  1. Abra el archivo ZIP de la ROM en su programa de archivo favorito (WinZip, 7-Zip, etc.)
  2. Dentro del ZIP, navegue a META-INF\com\google\android\la carpeta y extraiga solo el archivo llamado " updater-script".
  3. Abra este archivo en un editor de texto. Es importante utilizar un editor avanzado que no modifique los finales de línea de Unix en el archivo cuando lo guarde. Notepad++ , Programmer's Notepad o UltraEdit son buenas opciones, mientras que el Bloc de notas integrado de Windows o WordPad no son recomendables.
  4. En el updater-scriptarchivo, elimine la primera declaración que comienza con " assert(...". Esta declaración puede abarcar varias líneas, así que elimínelas todas. Por ejemplo, para Galaxy S3 se ve así:

    afirmar(getprop("ro.producto.dispositivo") == "m0" || getprop("ro.build.producto") == "m0" || getprop("ro.producto.dispositivo") == "i9300 " || getprop("ro.build.producto") == "i9300" ||
    getprop("ro.producto.dispositivo") == "GT-I9300" || getprop("ro.build.producto") = = "GT-I9300" || abort("Este paquete es para dispositivos \"m0,i9300,GT-I9300\"; este es un \"" + getprop("ro.product.device") + "\". "););

  5. Agregue su archivo editado updater-scriptnuevamente al archivo ZIP, sobrescribiendo el original en la misma ubicación. Dependiendo del software de archivo que esté utilizando, puede ser tan simple como arrastrarlo y soltarlo.

Ahora debería poder actualizar el archivo ZIP modificado sin que se produzca un error debido a la falta de coincidencia del número de modelo.

Tenga en cuenta que estas declaraciones de "afirmación" están ahí para su propia protección. Debe eliminarlos solo si está absolutamente seguro de que el archivo ZIP que descargó coincide con el número de modelo de su teléfono. La actualización de una ROM hecha para un teléfono diferente (incluso si es solo una variante ligeramente diferente, como AT&T Galaxy S3 Vs. Verizon Galaxy S3) puede hacer que su teléfono no funcione.

Buena respuesta @chahk en realidad lo hice pero no funcionó. Esta respuesta funcionaría para roms como CM pero no para la actualización de stock que requiere una versión anterior en una partición de sistema formateada.