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 ./adb
comandos? Ya he hecho estos pasos:
data/data/com.android.providers.settings/databases/settings.db
adb_enabled
valor cambiado de 0 a 1.- También editado
build.prop
en/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 devices
para verificar si el dispositivo está conectado en modo de recuperación../adb shell mount data
y./adb shell mount system
para montar los directorios respectivos.persist.sys.usb.config
archivo en su sistema usando./adb pull /data/property/persist.sys.usb.config /Your directory
mtp,adb
y guárdelo../adb push /your-directory/persist.sys.usb.config /data/property
./adb pull /system/build.prop /your-directory
Agregue 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
YES
para 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 keyevent
SÍ. Ver Keyevent aquí . Es un tiro en la oscuridad, pero vale la pena disparar.adb shell input
funcionarí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\.android
en 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_keys
tení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_keys
de 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 devices
y 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_keys
funciona de manera confiable.