Vous avez bien deviné. Il s'agit d'une discordance entre l'empreinte de construction mentionnée dans le fichier build.prop de la partition système et le fichier build.prop de l'image du fournisseur, plus précisément l'élément ro.vendor.build.fingerprint clé.
Pour autant que je sache, cela se produit lorsque la partition du fournisseur et la partition du système ont été construites séparément à partir de différentes constructions ou versions.
Il existe plusieurs solutions à ce problème. Je vais en préciser deux que j'ai personnellement essayées et qui ont permis de se débarrasser de ce message d'erreur gênant.
Correction du temps d'exécution
Le premier correctif est en cours d'exécution et nécessite un accès Root sur adb. Nous allons monter les images et faire correspondre la valeur de l'empreinte digitale en la copiant d'une partition à l'autre.
- Racine adb
- mount -o rw,remount -t ext4 /system
- adb remount
- adb pull /vendor/build.prop ./build.prop.vendor
- adb pull /system/build.prop ./build.prop.system
- copier la valeur de build.prop.system à build.prop.vendor pour ro.vendor.build.fingerprint
- adb push ./build.prop.vendor /vendor/build.prop
- adb reboot
Correction en temps de compilation
La deuxième solution me plaît davantage car elle supprime complètement le contrôle du code. Si vous construisez votre propre version d'Android, ou du moins si vous la compilez vous-même, vous pouvez simplement modifier le code et désactiver cette fonctionnalité.
Le code qui vérifie l'empreinte digitale et soulève éventuellement cette erreur se trouve dans
/frameworks/base/core/java/android/os/Build.java .
Recherchez la méthode suivante :
public static boolean isBuildConsistent()
Il suffit de commenter tout le code qu'il contient et de le remplacer par
return true;
Ainsi, votre construction sera toujours "cohérente" et aucun problème d'empreinte digitale ne sera jamais soulevé.
0 votes
voir ceci
0 votes
Effacer /cache peut aussi aider. technobill dit Le message d'erreur que vous voyez au démarrage est dû à une désynchronisation des fichiers système.
0 votes
Le nettoyage du cache n'a pas aidé
0 votes
Sur les téléphones Nexus, cela est dû à une mauvaise correspondance entre la ROM et l'appareil.
vendorpartition. Les téléphones Moto n'ont sûrement pas cette partition, mais je suppose que cela se produit lorsque votre ROM personnalisée est sur un numéro de construction différent de la construction officielle sous-jacente, d'une manière similaire. Quoi qu'il en soit, ignorez-le - tant que les deux sont à jour, vous ne devriez pas rencontrer d'erreurs réelles.0 votes
........ Pour poursuivre la déclaration de @AndyYan Il peut y avoir des bizarreries... bizarres. J'ai eu un problème similaire, et mon code PIN était inversé