0 votos

¿Por qué es posible hacer una copia de seguridad de las imágenes rom de los dispositivos mediatek utilizando herramientas de terceros (de código abierto) como SP flash tool a diferencia del Google Pi

Cuando se ejecuta Linux soy capaz de utilizar la herramienta SP flash para hacer una lectura de mi dispositivo mediatek y hacer una copia de seguridad completa de las imágenes rom mientras el dispositivo está en modo de precarga, sin el uso de cualquier controlador USB adicional.

Sin embargo, esto no es posible con el Google Pixel.

¿Se debe tal vez a que Mediatek se ha desviado de su camino y ha añadido soporte para sus dispositivos durante el desarrollo del kernel principal de linux y Google dont?

0 votos

Mediatek es muy fuerte en el mercado de los dispositivos personalizados basados en Android para los no smartphones (Android en IoT y otros dispositivos integrados). Supongo que la posibilidad de leer y escribir imágenes desde "fuera" del dispositivo es un método de conveniencia añadido por Mediatek para el simple desarrollo de dispositivos, ya que reduce la posibilidad de brickear su dispositivo.

0 votos

Pero, ¿por qué Linux no necesita controladores USB adicionales para hacer esto, mientras que en Windows necesitamos los controladores VCOM de Mediatek?

1 votos

En Windows siempre se necesitan controladores (USB) para un dispositivo, incluso si Windows ya contiene los binarios del controlador (el archivo INF asigna el USB-ID al controlador). Linux ya contiene un gran número de controladores genéricos. Pero estas preguntas están fuera del tema aquí, ya que no tiene nada que ver con Android.

2voto

alecxs Puntos 29

Simplemente no es cierto que linux no necesite drivers. linux es simplemente más inteligente que Windows y maneja sus drivers por sí mismo. linux simplemente no pide drivers, sino que utilice conductores de todos modos

los nuevos dispositivos mediatek son accesibles desde el preloader sólo con el agente de descarga de arranque seguro adecuado (DA_SWSEC.bin) y el archivo de autentificación (auth_sv5.auth). que los archivos son específicos del proveedor y del dispositivo. incluso con los archivos adecuados SP Flash Tool no es capaz de leer de nuevo toda la EMMC, hay particiones prohibidas a las que no se puede acceder. Los dispositivos Lenovo son un buen ejemplo

Para los dispositivos Qualcomm es lo mismo, tenemos el modo EDL disponible en su lugar donde podemos leer las particiones en bruto del dispositivo sólo con el cargador de fábrica adecuada (programador manguera de fuego). de nuevo que los archivos son proveedor y el dispositivo específico

el hecho de que no se puedan leer los datos del google pixel es que HTC no ha liberado/filtrado el programador firehose para los dispositivos de google

mientras que Google puede Tengo ese archivo internamente, parece que no están interesados en unbricking, el método de instalación oficial se basan en fastboot solamente. una vez que un dispositivo se convierte en bricked, no es posible unbrick (en el cargador de arranque bloqueado). por lo que la solución oficial para los dispositivos de Google bricked es un dispositivo de reemplazo. es por eso que personalmente recomiendo todos los dispositivos de Google debe ser bootloader desbloqueado en la configuración inicial (mi opinión)

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X