Android Fastboot sur Ethernet pour l'image de démarrage flash

Question

J'ai connecté mon hôte avec un appareil Android via Ethernet. J'ai un appareil Android connecté via un câble Ethernet à un routeur et un hôte (linux-Ubuntu) connecté au même routeur.

Host Ip is : 
eth1 : inet addr : 192.168.101.102 mask : 255.255.255.0 

périphérique IP (IP configuré ce static pas DHCP):

192.168.101.105 
Network Prefix Length : 24 
Default Gateway : 192.168.0.1 

Je suis en mesure de faire un ping au dispositif de l'hôte en mode normal. Mais lorsque j'entre en mode fastboot via Power + Volume Down OU bootloader adb reboot: je ne peux ni envoyer de ping à l'appareil ni flasher l'appareil en utilisant fastboot -t flash boot

Le nom de l'interface ethernet du périphérique est eth0 le nom de l'interface hôte est eth1.Est-il important?

Comment puis-je y parvenir ou n'est-ce pas possible?

Answer 1

Fastboot est un outil de développement utilisé pour la réception et le clignotement des images système que vous venez de vous compilés à partir des sources

Mais je ne suis pas au courant qu'il a une capacité de réseau par défaut. Normalement, la mise en réseau sur un périphérique Android fonctionne au moyen d'un noyau Linux, et fastboot est une sorte de chargeur de démarrage de second niveau avec une interface utilisateur minimale - aucun noyau Linux n'est en cours d'exécution lorsque vous êtes en mode fastboot. Fastboot a généralement du code pour faire fonctionner l'interface USB, lire certains boutons et peindre l'écran, mais c'est tout ce qui est normalement nécessaire pour les E/S hors-carte sur un téléphone/une tablette typique. Il serait certainement possible d'adapter quelque chose comme U-Boot comme un outil de clignotement plus capable qui comprend sa propre pile de réseau, à condition que vous ayez toute la documentation matérielle nécessaire pour faire fonctionner le processeur, permettant les périphériques nécessaires (y compris la RAM?) , mise en réseau et écriture pour flasher. Il y a la question de savoir où vous pourriez stocker cela, mais la partition de récupération pourrait être une possibilité. Une autre option pourrait être de modifier la partition de récupération - un système Linux miniature avec noyau et son propre userland - pour recevoir les charges utiles du réseau et flasher le système principal et/ou les partitions de données, plutôt que d'interpréter les charges utiles OTA précédemment téléchargées. stocké par le système en cours d'exécution.