Eu possuo um Samsung Galaxy S3 e a tela está quebrada e a depuração USB também está desativada.
Como posso habilitá-lo usando ./adb
comandos? Eu já fiz estas etapas:
data/data/com.android.providers.settings/databases/settings.db
adb_enabled
valor alterado de 0 para 1.- Também editado
build.prop
em/system
.
Depois de fazer tudo isso, o telefone parece empedrado, não está ligado. Tudo o que quero fazer é ativar a depuração USB e conectá-lo ao Vysor (beta) para que eu possa controlá-lo no meu computador.
samsung-galaxy-s-3
adb
usb-debugging
broken-screen
TheOnlyAnil
fonte
fonte
Respostas:
Eu consegui trabalhar :)
NOTA : Isso requer um carregador de inicialização desbloqueado.
recovery mode
. (Eu tive que mapear o processo em minha mente enquanto a tela estava quebrada).platform-tools/
. digite e digite./adb devices
para verificar se o dispositivo está conectado no modo de recuperação../adb shell mount data
e./adb shell mount system
para montar os respectivos diretórios.persist.sys.usb.config
arquivo no seu sistema usando./adb pull /data/property/persist.sys.usb.config /Your directory
mtp,adb
e salve../adb push /your-directory/persist.sys.usb.config /data/property
./adb pull /system/build.prop /your-directory
Adicione estas linhas:
./adb push /your-dir/build.prop /system/
Dessa forma, você ativou a depuração USB no seu dispositivo. Mas você ainda não pode se conectar. Por quê? Porque pede verificação RSA. Se você pudesse visualizar sua tela, poderia tocar facilmente
YES
para autorizar o dispositivo. Atualmente, estou tentando contornar isso. Eu quero muito reviver meu telefone morto. Se você conhece alguma maneira de fazer isso, compartilhe :)fonte
adb shell input keyevent
para escolher SIM. Veja o Keyevent aqui . É um tiro no escuro, mas pode muito bem valer a pena disparar.adb shell input
funcionaria. Desculpe de novo! Vou ver se há alguma maneira de ignorar a autorização de alguma forma.Para a verificação da RSA que você pediu para ignorar, não sei se funcionaria no seu dispositivo, mas funcionou no meu pequeno experimento. No Lollipop, as chaves ADB (após a autorização) são salvas em
/data/misc/adb/adb_keys
. Sua chave privada é salva no computador. No Linux o local do diretório é$HOME/.android/
. No Windows, isso geralmente se traduz em%USERPROFILE%\.android
, mas as chaves podem acabarC:\Windows\System32\config\systemprofile\.android
em alguns casos. ( Fonte )Existe um método descrito aqui pelo ashoke que pode ajudar a ignorar a autorização.
No entanto, no meu pirulito, o método varia. Percebi que, na minha ROM primária e secundária do Lollipop,
adb_keys
a mesma chave tinha na verdade. Tudo o que fiz foi revogar a autorização da ROM secundária (arquivo excluído automaticamente), dispositivo desconectado do PC, copiadoadb_keys
da ROM Primária para a ROM secundária, conectar o dispositivo ao PC e pronto! Não me pediram essa autorização. Eu verifiquei a autorização usandoadb devices
e estava tudo bem.Experimente a resposta vinculada primeiro. Autorize um telefone Android diferente, copie as chaves no dispositivo a partir do modo de recuperação e veja se funciona.
fonte
adb push ~/.android/adbkey.pub /data/misc/adb/adb_keys
funciona de maneira confiável.