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 à l'aide de ./adb
commandes? J'ai déjà fait ces étapes:
data/data/com.android.providers.settings/databases/settings.db
changé laadb_enabled
valeur de 0 à 1.- Également édité
build.prop
dans/system
.
Après avoir fait tout cela, le téléphone semble maçonné, il ne s'allume pas. Tout ce que je veux faire, c'est activer le débogage USB et le connecter à Vysor (bêta) pour pouvoir le contrôler sur mon ordinateur.
samsung-galaxy-s-3
adb
usb-debugging
broken-screen
TheOnlyAnil
la source
la source
Réponses:
Je l'ai fait fonctionner :)
REMARQUE : cela nécessite un chargeur de démarrage déverrouillé.
recovery mode
. (J'ai dû cartographier le processus dans mon esprit car l'écran était cassé).platform-tools/
. tapez et entrez./adb devices
pour vérifier si l'appareil est connecté en mode de récupération../adb shell mount data
et./adb shell mount system
pour monter les répertoires respectifs.persist.sys.usb.config
fichier dans votre système en utilisant./adb pull /data/property/persist.sys.usb.config /Your directory
mtp,adb
et enregistrez-le../adb push /your-directory/persist.sys.usb.config /data/property
./adb pull /system/build.prop /your-directory
Ajoutez ces lignes:
./adb push /your-dir/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 visualiser votre affichage, vous pouvez facilement appuyer sur
YES
pour autoriser l'appareil. Je cherche actuellement à contourner cela. Je veux vraiment faire revivre mon téléphone mort. Si vous connaissez un moyen de le faire, veuillez partager :)la source
adb shell input keyevent
pour choisir OUI. Voir Keyevent ici . C'est un coup dans l'obscurité mais ça peut très bien valoir le coup.adb shell input
ne fonctionnerait. Encore pardon! Je vais voir s'il existe un moyen de contourner l'autorisation d'une manière ou d'une autre.Pour la vérification RSA que vous avez demandé de contourner, je ne sais pas si cela fonctionnerait dans votre appareil, mais cela a fonctionné dans ma petite expérience. Dans Lollipop, les clés ADB (après autorisation) sont enregistrées dans
/data/misc/adb/adb_keys
. Votre clé privée est enregistrée dans 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 retrouverC:\Windows\System32\config\systemprofile\.android
dans certains cas. ( Source )Il y a une méthode décrite ici par ashoke qui pourrait aider à contourner l'autorisation.
Cependant, dans ma sucette, la méthode varie. J'ai remarqué que dans ma ROM Lollipop primaire et secondaire,
adb_keys
la même clé était en fait. Tout ce que j'ai fait a été de révoquer l'autorisation de la ROM secondaire (fichier supprimé automatiquement), de déconnecter le périphérique du PC, de copieradb_keys
de la ROM principale dans la ROM secondaire, de connecter le périphérique au PC, et le tour est joué! On ne m'a pas demandé cette autorisation. J'ai revérifié l'autorisation en utilisantadb devices
et c'était tout bon.Essayez d'abord la réponse liée. Autorisez un autre téléphone Android, copiez ses clés dans votre appareil à partir du mode de récupération et voyez si cela fonctionne.
la source
adb push ~/.android/adbkey.pub /data/misc/adb/adb_keys
fonctionne de manière fiable.