¿Cómo crear manualmente mi propio archivo de actualización ᴛᴀ para ser utilizado para adb sideload?

@Robert con samsung galaxy tab S3, esto es algo que se hace desde los Ajustes del Sistema no relacionado con la garantía o Safety Net.

Normalmente en los ajustes del sistema sólo se puede permitir el desbloqueo OEM. El proceso de desbloqueo real tiene que ser iniciado por ciertos comandos enviados al bootloader después.

@Robert en ese caso es lo único que hay que hacer ya que no hace falta nada más.

¿Estás realmente seguro? Eso violaría los requisitos de seguridad de Google ya que permitiría desbloquear un bootloader sin borrar los datos del usuario. Si esto es cierto, sería otra razón para no comprar nunca un dispositivo Samsung.

@Robert Acabo de cambiar mi dispositivo al firmware de stock de otra región esta tarde de esa manera. Pero con Samsung no tienes cosas como que Gmail se convierta en la única forma de usar otros buzones de correo electrónico (pero no sé cómo modificarlo).

Hola @user2284570. Por favor, menciona qué tipo de OTA tienes como objetivo? ¿Si se puede flashear a través de un recovery o a través de una aplicación del sistema (como es el caso de los dispositivos compatibles con las particiones A/B)? En segundo lugar, mencionar explícitamente si su dispositivo tiene recuperación personalizada o no, porque la recuperación de valores no permitiría que la carga útil no OEM para ser flasheado. En tercer lugar, usted necesita para empezar desde lo básico. Las actualizaciones OTA flasheables a través del modo de recuperación no son más que cualquier otro archivo ZIP flasheable de recuperación. Así que empieza a aprender cómo hacer un zip flasheable de recuperación y luego aprende a modificarlo gradualmente para adaptarlo a tus necesidades.

@Firelord He dicho adb stock sideload. El comando. He dicho que es para rootear por lo que implica el firmware stock simple. En el paquete SuperSu he visto que hay archivos xml hash y firmas. No entiendo el formato pero parece dedicado a .

Supongo que has malinterpretado mis palabras o no he escrito con claridad. Déjeme intentarlo de nuevo. Sé lo que adb sideload XYZ.zip lo hace. Se sideloads un ZIP. El commans funciona tanto en el stock recovery como en los custom recoveries. Los ZIPs que pueden ser sideloaded se puede hacer utilizando tanto la costumbre y la recuperación de valores. Pero esa no era mi pregunta, así que no entiendo por qué has contestado eso como respuesta.

@user2284570 señor usted tiene algún malentendido bruto con el funcionamiento del cargador de arranque y las actualizaciones OTA como otros miembros experimentados están sugiriendo. No existe tal SuperSU .zip que se puede flashear en todos los dispositivos con cargadores de arranque bloqueados y que también modifica /system partición sin romper dm-verity o cualquier otro mecanismo de seguridad basado en la firma de claves. Las actualizaciones OTA oficiales basadas en bloques son parches binarios creados a partir de la diferencia de las claves firmadas antiguas y nuevas system.img , vendor.img etc. O su dispositivo es más antiguo que Lollipop, que hace archivos-OTAs sin soportar dm-verity ?

@IrfanLatif Estaba hablando de ese archivo .Aunque yo quiero algo más ligero; no quiero conseguir Root a través de la adición de cualquier archivo, pero a setcap los ejecutables existentes.

@user2284570 bien. Entonces, ¿dónde está documentado o cómo se obtiene la noción de que este CF Auto Root flashable zip modifica los archivos en /system sin desbloquear el bootloader o sin dañar dm-verity ? // En segundo lugar, al establecer las capacidades de los archivos, ¿qué es lo que se quiere conseguir finalmente? El problema XY sólo se puede evitar indicando el problema real.

@IrfanLatif Yo mismo no te entiendo en ese punto. Para el flasheo raw Samsung no utiliza fastboot sino Odin o Heimdall (Heimdall es el clon opensource de Odin que no tiene la restricción de borrar UserData después de un flasheo exitoso). Así es como el desbloqueo oem es suficiente para modificar /system ya que flashea directamente después de reiniciar y sin Root. El archivo zip no es realted con auto Root y es para ser cargado a través de adb sideload .

Y este zip pasa sideload en tu s3? en el mio no lo hace

@user2284570 en lugar de discutir a ciegas y no hacer caso a lo que dicen los demás, sería mejor que abrieras ese archivo zip y vieras su contenido, sobre todo lo que dice el update-binary shell script hace. Es exactamente el mismo archivo zip (incluso los hashes son los mismos) todavía disponible en el sitio web oficial de CF-Root: download.chainfire.eu/1013/SuperSU/ aunque el proyecto fue sustituido por desktop.firmware.mobi en 2017. Y eso también junto con su hermana SuperSU es un proyecto casi abandonado. Así que, por favor, deja de jugar a los rompecabezas e investiga un poco.