22 votes

Est-ce que je peux activer le débogage USB en utilisant adb?

Je possède un Samsung Galaxy S3 et l'écran est cassé et le débogage USB est également désactivé.

Comment puis-je l'activer en utilisant les commandes ./adb ? J'ai déjà effectué ces étapes :

  • data/data/com.android.providers.settings/databases/settings.db a changé la valeur de adb_enabled de 0 à 1.
  • J'ai également modifié build.prop dans /system.

Après avoir fait tout cela, le téléphone semble brické, il ne s'allume pas. Tout ce que je veux faire, c'est activer le débogage USB et le connecter à Vysor (beta) pour pouvoir le contrôler sur mon ordinateur.

1 votes

Bienvenue! Bonne question. +1. Pourquoi voulez-vous contrôler à distance le téléphone cependant?

0 votes

Merci... Parce que l'écran est cassé et je veux naviguer dans les données qui s'y trouvent. Même si j'ai trouvé une solution la nuit dernière... :)

0 votes

La bonne façon d'activer le débogage USB serait de déballer le boot.img, éditer init.rc (activer adb, puis désactiver la vérification RSA), reconditionner le boot.img et démarrer le boot.img sans le flasher. Une fois que l'édition a été confirmée comme fonctionnant, alors flasher le boot.img sur l'appareil.

18voto

TheOnlyAnil Points 517

J'ai réussi à faire fonctionner :)

NOTE : Cela nécessite un chargeur de démarrage déverrouillé.

  • Connectez l'appareil à un Mac ou PC en mode de récupération. (J'ai dû mémoriser le processus car l'écran était cassé).
  • Ouvrez maintenant le terminal/CMD sur l'ordinateur et allez dans platform-tools/. tapez et entrez ./adb devices pour vérifier si l'appareil est connecté en mode de récupération.
  • Ensuite tapez ./adb shell mount data et ./adb shell mount system pour monter les répertoires respectifs.
  • Obtenez le fichier persist.sys.usb.config dans votre système en utilisant ./adb pull /data/property/persist.sys.usb.config /Votre dossier
  • Ouvrez maintenant ce fichier dans un éditeur de texte et modifiez-le en mtp,adb et enregistrez.
  • Poussez maintenant le fichier de nouveau dans l'appareil ; ./adb push /votre-dossier/persist.sys.usb.config /data/property
  • Obtenez le fichier build.prop ; ./adb pull /system/build.prop /votre-dossier
  • Ajoutez ces lignes :

    persist.service.adb.enable=1                                                    
    persist.service.debuggable=1
    persist.sys.usb.config=mtp,adb
  • Poussez build.prop de nouveau dans l'appareil ; ./adb push /votre-dossier/build.prop /system/

De cette façon, vous avez activé le débogage USB sur votre appareil. Mais vous ne pouvez toujours pas vous connecter. Pourquoi ? Parce qu'il demande une vérification RSA. Si vous pouviez voir votre affichage, vous pourriez facilement appuyer sur OUI pour autoriser l'appareil. Je suis actuellement en train de chercher comment contourner cela. Je veux vraiment ressusciter mon téléphone mort. Si vous connaissez un moyen de le faire, merci de partager :)

0 votes

Utilisez-vous une récupération personnalisée ?

0 votes

Pas de stock de récupération, c'est.

1 votes

À propos de la partie confirmation de l'ESA par l'utilisateur, si vous êtes démarré dans le système d'exploitation Android et que vous êtes d'une manière ou d'une autre confirmé que l'écran affiche une boîte de dialogue de confirmation, vous pouvez très bien utiliser adb shell input keyevent pour choisir OUI. Voir Keyevent ici. C'est un coup dans le noir, mais cela vaut peut-être la peine d'essayer.

5voto

Firelord Points 23064

Pour la vérification RSA que vous avez demandé de contourner, je ne sais pas si cela fonctionnerait sur votre appareil, mais cela a fonctionné dans mon petit expérience. Sous Lollipop, les clés ADB (après autorisation) sont enregistrées dans /data/misc/adb/adb_keys. Votre clé privée est enregistrée sur l'ordinateur. Sous Linux, l'emplacement du répertoire est $HOME/.android/. Sous Windows, cela se traduit généralement par %USERPROFILE%\.android, mais les clés peuvent se retrouver dans C:\Windows\System32\config\systemprofile\.android dans certains cas. (Source)

Il existe une méthode décrite ici par ashoke qui pourrait aider à contourner l'autorisation.

Cependant, dans mon Lollipop, la méthode varie. J'ai remarqué que dans mon ROM Lollipop principal et secondaire, les adb_keys avaient en fait la même clé. Tout ce que j'ai fait était de révoquer l'autorisation depuis le ROM secondaire (le fichier a été supprimé automatiquement), déconnecter l'appareil du PC, copier les adb_keys du ROM principal dans le ROM secondaire, reconnecter l'appareil au PC, et voila! Je n'ai pas été invité pour cette autorisation. J'ai vérifié l'autorisation avec adb devices et tout était bon.

Essayez d'abord la réponse liée. Autorisez un autre téléphone Android, copiez ses clés sur votre appareil depuis le mode de récupération et voyez si cela fonctionne.

0 votes

Salut merci. J'ai transféré les clés adb de la note 2 vers le S3 et ça a fonctionné :)

0 votes

Ceci est l'information nécessaire pour que la réponse acceptée soit correcte. Bon travail. +1

2 votes

Pour ceux qui utilisent un OS basé sur Unix, adb push ~/.android/adbkey.pub /data/misc/adb/adb_keys fonctionne de manière fiable.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X