8 votes

Maarten avatar

Lorsque je flashe une ROM personnalisée, pourquoi est-ce que j'obtiens une erreur sur getprop("ro.product.device")?

Demandé el 8 de Février, 2014
Quand la question a-t-elle été
29788 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Chaque fois que j'essaie de flasher une ROM sur mon ASUS Transformer Prime (tf201), je reçois l'erreur suivante:

assert failed: getprop("ro.product.device") == "tf201" || getprop("ro.build.product") == "tf201"

J'ai contourner le problème en ouvrant le fichier ZIP de la ROM, en naviguant vers /META-INF/com/google/android/updater-script et en supprimant simplement cette vérification. La ROM s'installe ensuite correctement.

Mais je me pose toujours la question: pourquoi mon appareil n'est-il pas reconnu comme un tf201, alors qu'il l'est évidemment? Est-ce parce que j'ai formaté la partition system de façon frénétique?

Demandé el 8 de Février, 2014 par Maarten

0 votes

Avatar de David d C e Freitas

J'ai eu la même chose sur une Galaxy Tab4 10.1 de marque Vodacom, je crois qu'ils l'ont fait par erreur en changeant le ROM d'un autre modèle et en oubliant de mettre à jour l'identifiant de l'appareil, ou intentionnellement pour rendre le clignotement ou l'installation du ROM personnalisé un peu plus difficile.

Commenté el 2 de Mars, 2019 par David d C e Freitas

0 votes

Avatar de user173283

J'ai eu le même problème, car mon appareil n'était plus rooté après une réinitialisation aux paramètres d'usine et TWRP n'avait pas la permission de lire /system/build.prop.

Commenté el 28 de Juillet, 2019 par user173283

Réponses

Trop de publicités?

4voto

thewisenerd avatar
thewisenerd Points 419

Cela pourrait être causé par une variété de raisons, la principale raison étant une récupération incompatible, où les variables appropriées ne sont pas correctement définies. Essayez d'utiliser une autre récupération (exemple : TWRP), et voyez si vous obtenez cette erreur.

Une solution temporaire pour cela serait :

Il suffit d'ouvrir le fichier zip, d'extraire le

META-INF/com/google/android/updater-script

fichier, et supprimer les lignes getprop qui ressemblent à :

getprop(xyz) == "xyzyxz");

de celui-ci. Ces lignes sont généralement au début du fichier updater-script.

Comme vous dites que la ROM est "pour" votre appareil, cela ne devrait pas poser de problème.

Ensuite, il suffit de faire glisser-déposer le fichier updater-script à nouveau dans le zip. Maintenant, le flash ne devrait plus causer de problèmes.

Notez que :

Utilisez des programmes comme 7-zip, ou WinRAR, lors de l'extraction du fichier updater-script. Utilisez l'éditeur de texte Notepad++, ou des alternatives comme Geany, qui prennent en charge les formats de fin de ligne Linux.

Répondu el 8 de Février, 2014 par thewisenerd (419 Points )

2 votes

Avatar de Nick Pierpoint

Aussi, pour compléter le commentaire de @Izzy, vous ne devriez pas simplement mettre à jour le updater-script et le re-packer dans l'archive, car ce fichier zip est signé lors de la génération de la première update.zip. Et en raison du changement dans le fichier zip en conséquence, les sommes de contrôle SHA256 ne correspondront pas, ce qui serait un désastre. La somme de contrôle SHA256 est rapportée et contenue dans le fichier zip lui-même, si la récupération devait le vérifier, elle marquerait une erreur, refusant éventuellement de le traiter.

Commenté el 4 de Mars, 2014 par Nick Pierpoint

0 votes

Avatar de Arthur.V

Pour moi, la mise à jour de la récupération vers la dernière version a résolu ce problème. Je pense que ceci devrait être la première démarche avant de modifier le script de configuration.

Commenté el 5 de Octobre, 2018 par Arthur.V

0 votes

Avatar de David d C e Freitas

Cela a résolu le problème pour moi, j'avais DÉFINITIVEMENT un appareil 'matisselte' (TAB4 10.1 SM-T535), mais je pense que l'opérateur de réseau (Vodacom) qui l'a personnalisé a fait une erreur et a configuré la variable en matissewifi ce qui n'était définitivement pas correct. J'ai modifié la première ligne du fichier /META-INF/com/google/android/updater-script pour correspondre à mon modèle, et j'ai installé la ROM correcte (matisselte), et cela a fonctionné.

Commenté el 2 de Mars, 2019 par David d C e Freitas
Afficher 1 autres commentaires

4voto

Dennis Cheung avatar
Dennis Cheung Points 11818

Veuillez vous assurer que votre build.prop dans le dossier /SYSTEM est configuré correctement et que la variable ro.product.device est définie. Souvent dans les ROM personnalisées, le build.prop n'est pas configuré complètement et certaines de ces variables sont nécessaires pour certaines vérifications de fonctionnalité. Vous pouvez l'ouvrir dans un éditeur de texte, rechercher et vous assurer qu'elle est définie et qu'il n'y a pas de mauvais caractères qui pourraient affecter son analyse correcte.

Vérifiez également ces variables et assurez-vous qu'elles sont définies, c'est bien de les avoir :

  • ro.product.model=XXX
  • ro.product.brand=XXX
  • ro.product.name=XXX
  • ro.product.device=XXX
  • ro.product.board=XXX
  • ro.product.manufacturer=XXX
Répondu el 4 de Mars, 2014 par Dennis Cheung (11818 Points )

Questions en vedette

Top Tags

Dans notre réseau

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:

Yandex
X