Tengo un dispositivo SGS4 i9500 con la pantalla totalmente rota. Entonces, no puedo ver ni tocar nada. Pero el dispositivo funciona. Lo había flasheado con Odin usando este firmware: I9500XXUGNJ1_I9500SERGNJ1_SER
. Luego lo rooteé de la misma manera y mostré CWM revovery v6.0.3.3. Ahora necesito instalar algún software en él (servidor VNC y más y más). Entonces, necesito tener habilitado el shell ADB en el sistema principal. Me conecté a través de ADB en recuperación, monté el directorio principal/sistema de esta manera:
~ # cat /etc/fstab
/dev/block/mmcblk0p19 /cache ext4 rw
/dev/block/mmcblk0p21 /data ext4 rw
/dev/block/mmcblk0p20 /system ext4 rw
/dev/null /sdcard datamedia rw
/dev/block/mmcblk1p1 /external_sd vfat rw
~ # mount -o rw -t ext4 /dev/block/mmcblk0p20 /system
Luego, como se describe aquí , agregué /defaul.prop y /system/build.prop:
echo "persist.service.adb.enable=1" >> default.prop
echo "persist.service.debuggable=1" >> default.prop
echo "persist.sys.usb.config=mtp,adb" >> default.prop
echo "persist.service.adb.enable=1" >> /system/build.prop
echo "persist.service.debuggable=1" >> /system/build.prop
echo "persist.sys.usb.config=mtp,adb" >> /system/build.prop
Entonces, ADB habilitado en el sistema principal. Pero todavía muestra el estado del dispositivo NO AUTORIZADO. En el mismo enlace vemos la solución:
cd ~/.android
adb push adbkey.pub /data/misc/adb/adb_keys
(del directorio C:\User\user_name en mi caso)
Luego reinició el demonio ADB. Pero todavía tiene el estado del dispositivo NO AUTORIZADO cuando se reinicia en el sistema. ¿Cómo sucede esto? Además, /data en recuperación es lo mismo que /data en fstab cuando /system no lo es. Revisé varias veces: /data/misc/adb/adb_keys es lo mismo que mi clave pública. ¿Qué me perdí? ¿Alguna sugerencia? ¿También puede haber otra forma de deshabilitar la autenticación ADB? ¿Puede haber más opciones en archivos .prop?
UPD: parece que /data/misc/adb/adb_keys para la recuperación y para el sistema son diferentes. Pero todo apunta a que no es cierto:
cd /etc
/etc # ls
ls
fstab mtab recovery.fstab
/etc # cat recovery.fstab
cat recovery.fstab
# mount point fstype device device2
/efs ext4 /dev/block/mmcblk0p3
/boot emmc /dev/block/mmcblk0p9
/recovery emmc /dev/block/mmcblk0p10
/cache ext4 /dev/block/mmcblk0p19
/system ext4 /dev/block/mmcblk0p20
/data ext4 /dev/block/mmcblk0p21 length=-16384
/preload ext4 /dev/block/mmcblk0p16
/modem emmc /dev/block/mmcblk0p13
/sdcard datamedia /dev/null
/external_sd vfat /dev/block/mmcblk1p1
/etc # cat fstab
cat fstab
/dev/block/mmcblk0p19 /cache ext4 rw
/dev/block/mmcblk0p21 /data ext4 rw
/dev/block/mmcblk0p20 /system ext4 rw
/dev/null /sdcard datamedia rw
/dev/block/mmcblk1p1 /external_sd vfat rw
Gracias de antemano. pavel
Tuve exactamente el mismo problema en mi LG Volt cuando la pantalla se rompió. Entonces, lo primero que debe tener seguro es tener habilitadas las "opciones de desarrollador" y la depuración de USB activada.
Incluso cuando la depuración de USB está activada, su computadora enviará un código de clave digital encriptado para la autenticación que debe aceptar en su pantalla.
Eso es por motivos de seguridad.
Había una solución para habilitar la depuración de USB, pero después de eso, debe confirmar el código de clave digital para acceder al shell ADB ... Etc ...
raíz