Comment créer manuellement mon propre fichier de mise à jour ᴏᴛᴀ à utiliser pour adb sideload ?

@Robert avec samsung galaxy tab S3, c'est quelque chose qui se fait à partir des paramètres du système et qui n'est pas lié à la garantie ou au filet de sécurité.

En général, dans les paramètres du système, vous ne pouvez autoriser que le déverrouillage OEM. Le processus de déverrouillage proprement dit doit être lancé par certaines commandes envoyées au bootloader par la suite.

@Robert dans ce cas c'est la seule chose à faire car rien d'autre n'est nécessaire.

Êtes-vous vraiment sûr ? Cela violerait les exigences de sécurité de Google car cela permettrait de déverrouiller un bootloader sans effacer les données de l'utilisateur. Si c'est vrai, ce serait une raison supplémentaire de ne jamais acheter un appareil Samsung.

@Robert Je viens de changer mon appareil pour le firmware stock d'une autre région cet après-midi de cette façon. Mais avec Samsung, on n'a pas des choses comme Gmail qui devient le seul moyen d'utiliser d'autres boîtes mail (mais je ne sais pas comment le modifier).

Bonjour @user2284570. Merci de préciser le type d'OTA que vous visez. Est-ce flashable via une récupération ou via une application système (comme c'est le cas dans les appareils supportant les partitions A/B) ? Deuxièmement, mentionnez explicitement si votre appareil dispose d'une récupération personnalisée ou non, car une récupération standard ne permettrait pas de flasher une charge utile non OEM. Troisièmement, vous devez commencer par les bases. Les mises à jour OTA flashables via le mode recovery ne sont rien de plus que d'autres fichiers ZIP flashables via le mode recovery. Commencez donc par apprendre à créer un fichier ZIP flashable en mode récupération, puis apprenez à le modifier progressivement pour qu'il réponde à vos besoins.

@Firelord J'ai dit stock adb sideload. La commande. J'ai dit que c'était pour le rooting donc ça implique un firmware stock. Dans le package SuperSu, j'ai vu qu'il y avait des fichiers hash xml et des signatures. Je ne comprends pas le format mais il semble dédié à .

Je suppose que vous avez mal compris mes propos ou que je n'ai pas écrit clairement. Permettez-moi d'essayer à nouveau. Je sais ce que adb sideload XYZ.zip fait. Il met un ZIP sur la touche latérale. Les commandes fonctionnent à la fois sur la récupération stock et sur les récupérations personnalisées. Les ZIP qui peuvent être téléchargés peuvent l'être à l'aide des récupérations stock et personnalisées. Mais ce n'était pas ma question, donc je ne comprends pas pourquoi vous avez répondu cela comme une réponse.

@user2284570 monsieur vous avez un gros malentendu sur le fonctionnement du bootloader et des mises à jour OTA comme le suggèrent d'autres membres expérimentés. Il n'existe pas de SuperSU de ce type. .zip qui peut être flashé sur tous les appareils dont le bootloader est verrouillé et qui modifie également le fichier /system cloison sans rupture dm-verity ou tout autre mécanisme de sécurité basé sur des clés de signature. Les mises à jour OTA officielles basées sur des blocs sont des correctifs binaires créés à partir de la différence entre les anciennes et les nouvelles clés de signature. system.img , vendor.img etc. Ou bien votre appareil est-il plus ancien que Lollipop qui fait des file-OTAs sans prendre en charge. dm-verity ?

@IrfanLatif Je parlais de ce dossier Mais moi, je veux quelque chose de plus léger ; je ne veux pas que Root ajoute des fichiers, mais qu'il soit plus léger que les autres. setcap les exécutables existants.

@user2284570 très bien. Alors où est documenté ou comment avez-vous eu l'idée que ce CF Auto Root flashable zip modifie les fichiers en /system sans déverrouiller le chargeur de démarrage ou sans endommager dm-verity ? // Deuxièmement, en définissant les capacités des fichiers, quel est l'objectif final que vous souhaitez atteindre ? Le problème XY ne peut être évité qu'en énonçant le problème réel.

Et ce zip passe le sideload sur ton s3 ? sur le mien il ne passe pas

@user2284570 au lieu d'argumenter aveuglément et de ne pas tenir compte de ce que disent les autres, il vaudrait mieux que tu ouvres ce fichier zip et que tu en voies le contenu, en particulier ce que la rubrique update-binary le fait. Il s'agit exactement du même fichier zip (même les hashs sont identiques) toujours disponible sur le site officiel de CF-Root : download.chainfire.eu/1013/SuperSU/ bien que le projet ait été remplacé par desktop.firmware.mobi en 2017. Et cela aussi, tout comme sa sœur SuperSU, est presque un projet abandonné. Alors s'il vous plaît, arrêtez de jouer aux casse-têtes et faites des recherches.