4 votes

Lors de l'installation d'une nouvelle ROM via fastboot, quels fichiers .img doivent être flashés, avec quels arguments, et dans quel ordre ?

Je possède un Oneplus 7T, qui fonctionne sous Android 10 et n'a donc pas de TWRP fonctionnel pour flasher des ROMs. Son bootloader est déverrouillé et il est enraciné.

Lorsque j'installe une nouvelle ROM, que ce soit une ROM personnalisée ou une mise à jour de la ROM actuelle, je les installe en extrayant le zip de la ROM, en extrayant payload.bin et le clignotement de certains .img dans fastboot, en suivant les instructions trouvées aquí dans la section "Flash manuel".

Cependant, j'aimerais en savoir plus sur ce processus. Les instructions clignotent moins .img que ceux qui ont été extraits. Par exemple, dans la récente mise à jour OOS 10.0.11 de Oneplus 7T, le nombre de .img fichiers extrait (31) est inférieur à ce qui a été flashé selon les instructions (19). En outre, les instructions ont transmis les arguments --disable-verity lors du flashage de deux des .imgs, mais pas des autres.

Par conséquent, je me demande :

  1. A quoi sert chaque fichier .img ?
  2. Quels fichiers doivent être flashés et dans quel ordre ?
  3. Pourquoi certains fichiers sont-ils flashés avec certains arguments ?

3voto

beeshyams Points 37355

Je possède un OnePlus 7 et le même développeur a répondu à une question similaire dans Forums sur les appareils One Plus 7

Question

Je viens de remarquer que le script du fichier bat ne fait clignoter que 25 fichiers .img, mais lorsque j'ai extrait payload.bin dans OB2, j'ai vu 32 fichiers .img. Cela signifie-t-il que les autres fichiers .img de payload ne sont pas nécessaires ? Ou puis-je ajouter la commande dans le fichier bat pour flasher d'autres images ?

Réponse :

Elles ne peuvent pas être flashées en utilisant fastboot, ce sont les partitions critiques, elles sont nécessaires et c'est pour cela que ces roms fastboot ne peuvent pas être utilisées pour mettre à jour ou rétrograder le logiciel que vous avez sur votre appareil, car les roms fastboot ne peuvent pas flasher toutes les partitions. Ces roms fastboot doivent être utilisées si votre système ne peut pas être utilisé et si vous n'avez pas accès à TWRP.

  • Ils doivent être flashés dans l'ordre indiqué. Tous (voir point suivant)

  • .img remplace le fichier sur l'appareil par celui de la ROM fastboot, sauf para partitions critiques (Je ne suis pas sûr de ce qu'ils sont pour votre appareil, mais il peut s'agir du chargeur de démarrage, de l'OTA, du TEE, du SoC, etc. Cela explique la différence de nombre (31 extraits mais 19 seulement flashés). Voir Commentaire d'Irfan

  • --disable-verity est uniquement applicable pour vbmeta fichiers d'en-tête. Pour plus de détails, voir Comment désactiver dm-verity sur Android avec une ROM de type "user" build ? où le concept est bien expliqué, en détail.

1voto

Joel Arnold Points 666

Si le développeur de votre ROM le fait, vous pouvez simplement

fastboot update rom.zip

rom.zip contient android-info.txt et au moins boot , system , product , vendor , vbmeta y dtbo fichiers img.

Si nécessaire, dézippez et rezippez en créant un fichier vide. android-info.txt .

Les fichiers IMG contiennent une réplique exacte de la partition qui est copiée exactement sur le périphérique.


Bien qu'il ait pu s'agir d'une exigence auparavant, pour les Google Pixel basés sur Android 10, seul boot , system y vendor ont été flashés.

extracting android-info.txt (0 MB) to RAM...
Checking 'product'                                 OKAY [  0.050s]
Setting current slot to 'b'                        OKAY [  0.447s]
extracting boot.img (29 MB) to disk... took 0.132s
archive does not contain 'boot.sig'
Sending 'boot_b' (29825 KB)                        OKAY [  0.801s]
Writing 'boot_b'                                   OKAY [  0.706s]
archive does not contain 'dtbo.img'
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
archive does not contain 'vbmeta.img'
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
archive does not contain 'product_services.img'
extracting system.img (1949 MB) to disk... took 7.095s
archive does not contain 'system.sig'
Sending sparse 'system_b' 1/4 (524284 KB)          OKAY [ 13.063s]
Writing 'system_b'                                  OKAY [  4.652s]
Sending sparse 'system_b' 2/4 (524284 KB)          OKAY [ 13.006s]
Writing 'system_b'                                 OKAY [  4.006s]
Sending sparse 'system_b' 3/4 (524284 KB)          OKAY [ 13.052s]
Writing 'system_b'                                 OKAY [  4.255s]
Sending sparse 'system_b' 4/4 (423068 KB)          OKAY [ 10.459s]
Writing 'system_b'                                 OKAY [  3.348s]
extracting system_other.img (313 MB) to disk... took 1.306s
archive does not contain 'system.sig'
Sending 'system_a' (320532 KB)                     OKAY [  7.964s]
Writing 'system_a'                                 OKAY [  3.700s]
extracting vendor.img (259 MB) to disk... took 1.012s
archive does not contain 'vendor.sig'
Sending 'vendor_b' (265808 KB)                     OKAY [  6.615s]
Writing 'vendor_b'                                 OKAY [  2.748s]
archive does not contain 'vendor_other.img'
Rebooting                                          OKAY [  0.041s]

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X