Tengo un Samsung Galaxy S3 y la pantalla está rota y la depuración de USB también está desactivada.
¿Cómo puedo habilitarlo usando ./adbcomandos? Ya he hecho estos pasos:
data/data/com.android.providers.settings/databases/settings.dbadb_enabledvalor cambiado de 0 a 1.- También editado
build.propen/system.
Después de hacer todo esto, el teléfono parece bloqueado, no se enciende. Todo lo que quiero hacer es habilitar la depuración de USB y conectarlo a Vysor (beta) para poder controlarlo en mi computadora.
samsung-galaxy-s-3
adb
usb-debugging
broken-screen
TheOnlyAnil
fuente
fuente

Respuestas:
Yo tengo que trabajar :)
NOTA : Esto requiere un gestor de arranque desbloqueado.
recovery mode. (Tuve que mapear el proceso en mi mente ya que la pantalla estaba rota).platform-tools/. escriba e ingrese./adb devicespara verificar si el dispositivo está conectado en modo de recuperación../adb shell mount datay./adb shell mount systempara montar los directorios respectivos.persist.sys.usb.configarchivo en su sistema usando./adb pull /data/property/persist.sys.usb.config /Your directorymtp,adby guárdelo../adb push /your-directory/persist.sys.usb.config /data/property./adb pull /system/build.prop /your-directoryAgregue estas líneas:
./adb push /your-dir/build.prop /system/De esta manera, habilitó la depuración de USB en su dispositivo. Pero aún no puedes conectarte. ¿Por qué? Porque solicita la verificación RSA. Si pudiera ver su pantalla, podría tocar fácilmente
YESpara autorizar el dispositivo. Actualmente estoy descubriendo evitar esto. Quiero revivir mal mi teléfono muerto. Si conoce alguna forma de hacerlo, comparta :)fuente
adb shell input keyeventSÍ. Ver Keyevent aquí . Es un tiro en la oscuridad, pero vale la pena disparar.adb shell inputfuncionaría. ¡Lo siento de nuevo! Veré si hay alguna forma de evitar la autorización de alguna manera.Para la verificación RSA que solicitó omitir, no sé si funcionaría en su dispositivo, pero funcionó en mi pequeño experimento. En Lollipop, las teclas ADB (después de la autorización) se guardan en
/data/misc/adb/adb_keys. Su clave privada se guarda en la computadora. En Linux, la ubicación del directorio es$HOME/.android/. En Windows, eso generalmente se traduce%USERPROFILE%\.android, pero las claves pueden terminarC:\Windows\System32\config\systemprofile\.androiden algunos casos. ( Fuente )Hay un método descrito aquí por ashoke que podría ayudar a evitar la autorización.
Sin embargo, en mi Lollipop, el método varía. Me di cuenta de que en mi ROM Lollipop primaria y secundaria
adb_keystenía la misma clave en realidad. Todo lo que hice fue revocar la autorización de la ROM secundaria (archivo eliminado automáticamente), dispositivo desconectado de la PC, copiadoadb_keysde la ROM primaria a la ROM secundaria, conectado el dispositivo a la PC y ¡listo! No me pidieron esa autorización. Verifiqué dos veces la autorizaciónadb devicesy todo estuvo bien.Pruebe la respuesta vinculada primero. Autorice un teléfono Android diferente, copie sus claves en su dispositivo desde el modo Recuperación y vea si funciona.
fuente
adb push ~/.android/adbkey.pub /data/misc/adb/adb_keysfunciona de manera confiable.