Une recherche sur le web m'a donné un indice : Alors qu'avant Android 7 on pouvait facilement flasher une restauration personnalisée sans craindre d'effets secondaires, à partir d'Android 7 le système impose DM Verity . C'est-à-dire qu'à un stade très précoce du processus de démarrage, le système vérifie si une partition a été "trafiquée" - ce qui, dans mon cas, signifiait que le disque dur de l'ordinateur avait été modifié. /recovery partition. D'après ce que j'ai pu comprendre, dans un tel cas, un avertissement devrait être montré à l'utilisateur et on lui demanderait s'il veut quand même continuer. Dans mon cas, il n'y avait rien de tel.
Alors que faire pour le réparer ? En fait, c'est l'image de démarrage qui a besoin d'être corrigée - à savoir, l'option verify doit être supprimée des entrées des partitions concernées. Les options suivantes existent pour cela :
-
adb disable-verity est mentionnée, mais ce n'est pas une bonne solution car elle ne peut pas être émise dans TWRP et elle nécessite que la ROM soit une userdebug construire ou un engineering (il ne fonctionne pas sur user de construction).
-
Désactiver manuellement le dm-verity dans le boot.img décrit la manière de modifier l'image d'amorçage (c'est-à-dire de changer les paramètres de l'image d'amorçage).
fstab en supprimant le verify ). Cela nécessite d'extraire l'image de démarrage, de la modifier, de la repacker et de la flasher à nouveau. Cela peut être fait en utilisant La cuisine de SuperR - qui est disponible pour Linux, Mac et Windows. Cela devrait certainement fonctionner, mais c'est un peu de travail en soi.
-
LazyFlasher offre un ZIP flashable (
no-verity-opt-encrypt-6.0.zip ) qui devrait faire l'affaire. Cela devrait convenir à ceux qui veulent éviter de Rooter leur appareil pour une raison ou une autre. Cela désactivera le cryptage forcé.
- Flashing SuperSU a fait l'affaire pour moi : SuperSU a détecté que DM-Verity était actif, a extrait l'image de démarrage, l'a corrigée en conséquence, et a flashé la version corrigée - qui inclut alors SuperSU lui-même.
Donc après avoir flashé SuperSU, l'appareil a redémarré normalement - problème résolu pour moi. Vous pouvez choisir l'une des autres approches (les commentaires sont alors les bienvenus).
Notez que ces deux-là (SuperSU et LazyFlasher) ne sont que des exemples. Comme iBug souligne à juste titre que "SuperSU est mort", et qu'il est donc préférable d'utiliser Magisk qui, dans ce contexte, fait la même chose : il se met à clignoter sans système et désactive DM-Verity.
