J'essaie de rooter mon N4, et fastboot ne semble pas fonctionner. L'exécuter sous linux, et le binaire fastboot semble fonctionner.
'Fastboot devices' produit des informations sur mon appareil, mais 'fastboot oem unlock' fait juste écho à '...' et se bloque. Je ne reçois pas d'invite au téléphone concernant le déverrouillage. Il se bloque jusqu'à ce que je redémarre le chargeur de démarrage, auquel point fastboot fait écho "ÉCHEC (l'écriture de la commande a échoué (impossible d'envoyer après l'arrêt du point de terminaison du transport)")
Les autres commandes fastboot ne semblent pas fonctionner non plus. 'fastboot reboot' fait écho à 'rebooter ...' mais alors rien ne se passe.
J'ai essayé ceci avec et sans le débogage USB activé. Des idées?
Je commence à penser que le (s) port (s) USB de ma machine est peut-être grillé. Ce matin, la machine n'a pas reconnu d'iPod branché sous Windows sur les ports USB avant ou arrière de ma machine. Je travaille sur le téléphone sous Linux, et / var / adm / messages montre que quelque chose se passe lorsque je branche l'appareil. Je suppose que les 'appareils à démarrage rapide' n'accèdent pas de manière acutale à l'appareil - regarde simplement les types d'appareils détectés par le système d'exploitation lorsque vous l'avez branché, non? Est-il possible que je puisse lire depuis le port USB mais que je ne peux pas y écrire?
Eh bien, il semble que ce soit mes ports USB. J'ai trouvé un vieil ordinateur portable, l'ai démarré sur un CD live Ubuntu et j'ai pu rooter le téléphone à partir de là. Désolé pour tout le drame. Bizarre que mes ports USB soient morts juste à ce moment, mais à bien y penser, ils ont été lents récemment - gPodder avait pris des minutes pour copier des podcasts sur mon iPod. Je suppose que ce fut un échec progressif.
la source
Réponses:
L'indice réside dans le commentaire ci-dessus Mais je viens d'essayer «adb reboot bootloader», et cela a fonctionné. ce qui montre que
adb
c'est bien reconnaître la connexion USB, mais pas en mode de démarrage rapide qui est là où cette réponse intervient ...On dirait que la règle udev pour le démarrage rapide est absente!
Faites ceci:
lsusb
avec le câble branché alors que le combiné est en mode de démarrage rapide.La sortie typique doit être similaire à celle-ci:
L'identifiant des nombres
18d1:d00d
correspond à idVendor : idProduct respectivement.Prenez-en note et vérifiez vos règles udev dans
/etc/udev/rules.d/51-android-rules
. (Le kilométrage variera légèrement en fonction des différentes distributions Linux! )Si vous n'avez pas ce fichier, il est recommandé d'en créer un en utilisant root, il peut y avoir quelques règles qui doivent être ajoutées en fonction du mode du combiné, c'est-à-dire les modes normal, récupération et chargeur de démarrage.
Voici un exemple du mien, qui a des valeurs différentes respectivement lorsque le combiné est dans l'un de ces modes. Prenez-le comme modèle et modifiez les numéros comme indiqué, qui correspondent respectivement à idVendor et idProduct en fonction de votre marque / modèle de combiné.
L'ID utilisateur est ajouté au
androiddev
groupe, qui a été créé à l'occasion précédente , de cette façon, je n'ai passudo
du tout à le faire!Pour créer un groupe, en utilisant root
groupadd androiddev
, cela crée un groupe, puis pour ajouter l'ID utilisateur de votre linux à ce groupe ...usermod -a -G androiddev your_user_id
; remplacez votre_utilisateur_id par votre propre ID utilisateur utilisé pour vous connecter).Ensuite, en mode de démarrage rapide, le binaire fastboot devrait fonctionner (bonus! Sans que cela
sudo
soit nécessaire !)la source