Pourquoi ne pas utiliser adb et recherchez l'identifiant de processus de ce logiciel de gestion des mises à jour et désinstallez-le ou même désactiver ça ?
Connaissez-vous le nom du paquet responsable de la mise à jour ?
Je pense à deux façons
-
pm uninstall com.motorola.xxxxx OU
pm disable com.motorola.xxxxx
Le problème, c'est que si l'étudiant en question est extrêmement curieux et se penche sur le piratage d'Android... eh bien, ce sera la chose la plus faible que vous puissiez faire, puisque la tablette serait hors de votre contrôle et que l'enfer se déchaînerait si un étudiant autorisait la mise à niveau !
Une autre façon de faire qui a ses avantages/désavantages :
pro : Fiable !
con : Racine temporaire sous ICS, du jamais vu !
Pourquoi ne pas utiliser une procédure d'enracinement temporaire (elle est temporaire et disparaîtra au redémarrage - z4root est l'un de ceux que je connais qui le permet, mais je ne suis pas sûr qu'il fonctionnera avec ICS), l'idée est d'obtenir un enracinement temporaire et de supprimer le dispositif de mise à jour de la base de données. /system/app et se débarrasser proprement des données traînantes et des autres éléments associés à l'apk de mise à jour.
Alors cela devrait vous rassurer.
Le problème est que, vraiment, vous avez affaire à des esprits si curieux et ils se trouvent invariablement un moyen de contourner les verrouillages, malheureusement... :D
Il semble qu'il s'agisse d'un cas perdant-perdant sur lequel vous n'avez aucun contrôle puisque ces tablettes entrent et sortent de l'école vers le domicile de l'élève qui dispose d'une connexion wifi, etc.
Une chose cependant en tant que recommandation, contourner les pouvoirs qui ont approuvé le budget pour les tablettes et aller directement à Motorola et leur demander s'il y a une solution et leur expliquer la situation pour voir s'ils peuvent inventer quelque chose pour empêcher que cela se produise ? De leur côté, ils peuvent sûrement mettre sur liste noire certains numéros de série connus ou quelque chose du genre...
