¿Por qué no utilizar adb shell y busque el id de proceso de ese software gestor de actualizaciones y desinstálelo o incluso desactivar ¿a qué se debe?
¿Sabe el nombre del paquete responsable de la actualización?
Se me ocurren dos formas
pm uninstall com.motorola.xxxxx Opm disable com.motorola.xxxxx
El problema es que si el estudiante en cuestión es extremadamente curioso y se inclina por el hackeo de Android... bueno, esto será lo más débil que puedas hacer, ya que la tablet estaría fuera de tu control y ¡se desataría el infierno si algún estudiante permitiera la actualización!
Otra forma que tiene su ventaja/desventaja:
pro : ¡Fiable!
con : root temporal bajo ICS, ¡increíble!
¿Por qué no utilizar un procedimiento del rooting temporal (su temporal y desaparecerá en el reinicio - z4root es uno que sé de que lo permitirá, pero 100% incierto si va a trabajar con ICS), la idea es - para obtener Root temporalmente, y nuke el actualizador de la /system/app y eliminar limpiamente los datos de arrastre y demás asociados al apk del actualizador.
Entonces eso debería tranquilizarte.
El problema es que, en realidad, estás tratando con mentes tan inquisitivas y se invariablemente encuentran una forma de evitar los bloqueos, por desgracia... :D
Suena como un caso de perder-perder aquí que está fuera de su control ya que esas tabletas están entrando y saliendo de la escuela en la casa del estudiante que tiene wifi, etc.
Una cosa, sin embargo, como recomendación, pasa por encima de cualquier poder que haya aprobado el presupuesto para las tabletas y ve directamente a Motorola y pregúntales si hay una solución y explícales la situación para ver si pueden idear algo para evitar que suceda. Seguro que por su parte pueden poner en una lista negra ciertos números de serie conocidos o algo así...
