¿Acceso ADB denegado a la carpeta de datos?

Me conecté a mi dispositivo en vivo usando adb y los siguientes comandos:

C:\>adb -s HT829GZ52000 shell
$ ls
ls
sqlite_stmt_journals
cache
sdcard
etc
system
sys
sbin
proc
logo.rle
init.trout.rc
init.rc
init.goldfish.rc
init
default.prop
data
root
dev
$ cd data
cd data
$ ls
ls
opendir failed, Permission denied

Me sorprendió ver que tengo acceso denegado. ¿Cómo es que no puedo navegar por los directorios usando la línea de comandos de esta manera?

¿Cómo obtengo acceso de root en mi teléfono?

Actualización 2023; acceder a los datos es no incluso a través de USB (modo de transferencia de archivos) ya es posible (desde hace algunas actualizaciones de dispositivos Android y/o Samsung). Rootea tu dispositivo.

Respuesta original;

A partir del nivel 8 de la API (Android 2.2), para la aplicación depurable (la creada por Android Studio todas las veces, a menos que se haya solicitado la versión de lanzamiento), puede usar el shell run-as comando para ejecutar un comando o ejecutable como un usuario/aplicación específico o simplemente cambiar a la UID de su aplicación para que pueda acceder a su datos directorio.

Listar el contenido del directorio de su aplicación:

run-as com.yourapp ls -l /data/data/com.yourapp

Cambiar a UID de com.tuaplicación y ejecute todos los comandos adicionales usando ese uid (hasta que llame exit):

run-as com.yourapp
cd /data/data/com.yourapp
ls -l
exit

Nota 1: hay un problema conocido con algunos teléfonos HTC Desire. Debido a un propietario/permisos no estándar del /data/data directorio, run-as el comando no se ejecuta en esos teléfonos.

Nota 2: Como se señala en los comentarios de @Avio:
run-as también tiene problemas con los teléfonos Samsung Galaxy S que ejecutan Cyanogenmod en cualquier versión (de 7 a 10.1) porque en esta plataforma /data/data es un enlace simbólico a /datadata. Una forma de resolver el problema es reemplazar el enlace simbólico con el directorio real (desafortunadamente, esto generalmente requiere acceso de root).

Si desea explorar todo en su dispositivo, debe hacer dos cosas:

1. Debe tener un teléfono con acceso raíz para explorar la carpeta de datos en un teléfono Android. Eso significa que tiene un dispositivo de desarrollador (ADP1 o un ION de Google I/O) o ha encontrado una manera de ‘rootear’ su teléfono de alguna otra manera.
2. Debe ejecutar ADB en modo raíz, haga esto ejecutando: adb root

Nota que si el paso 1 se realiza correctamente, el paso 2 simplemente funciona (no es necesario reconstruir nada a partir de los códigos fuente).

antes que empecemos, Tienes un arraigado ¿teléfono? si no, le sugiero enfáticamente que es hora de que dé el salto. El 99% de los tutoriales que te ayudan a hacer esto requieren que tengas un teléfono rooteado (lo sé porque pasé alrededor de una hora buscando una manera de hacerlo sin tener un teléfono rooteado… no pude encontrar ninguna… ) además si lo piensas bien, tu iPhone también tiene que estar rooteado para hacer esta misma tarea. Así que es totalmente razonable. Más sobre enraizamiento al final de la respuesta.

desde su línea de comando escriba:

adb shell

esto lo lleva a la línea de comandos de su shell de Android (debería ver algo como esto: shell@android:/ $ ahora escriba:

shell@android:/ $run-as com.domain.yourapp

esto debería llevarlo directamente al directorio de datos de com.domain.yourapp:

shell@android:/data/data/com.domain.yourapp $ 

si no es así (es decir, si obtiene un error), probablemente no tenga un teléfono rooteado o no haya usado sus privilegios de usuario root. Para usar sus privilegios de usuario raíz, escriba su en la línea de comando adb y vea qué sucede, si obtiene un error, entonces su teléfono no está rooteado. Si no es así, enraícelo primero y luego continúe con estas instrucciones.

desde allí puedes escribir ls y verá todos los directorios, incluido el dbs:

shell@android:/data/data/com.domain.yourapp $ ls

cache
databases
lib
shared_prefs   

después de eso, puede usar sqlite3 para navegar por la base de datos … si no lo tiene instalado (puede encontrarlo escribiendo sqlite3Si lo consigues command not found entonces tendrás que instalarlo. Para instalar sqlite, siga las instrucciones aquí.

sobre el enraizamiento: Si nunca antes ha rooteado su teléfono y le preocupa que lo arruine, puedo decirle con total confianza que no hay nada de qué preocuparse. hay toneladas de tutoriales rápidos y fáciles de enraizamiento de teléfonos para casi todos los modelos nuevos y antiguos que existen, y puedes rootear tu teléfono incluso si tienes una mac (Rooteé mi s3 con mi mac).

$ shell adb

$ cd /datos

$ ls

opendir falló, Permiso denegado

Usted debe hacer esto:

$ adb shell

$ cd /data

shell@android:/data $ run-as com.your.package 

shell@android:/data/data/com.your.package $ ls

¡DE ACUERDO!

Tuve un problema similar al intentar operar en un Samsung Galaxy S rooteado. Emitir un comando desde el shell de la computadora

> adb root

falla con un mensaje “no se puede ejecutar como root en compilaciones de producción”. Aquí hay un método simple que permite convertirse en root.

En lugar de lo anterior, emita los siguientes dos comandos uno tras otro

> adb shell
$ su

Después del primer comando, si el indicador ha cambiado de ‘>’ a ‘$’ como se muestra arriba, significa que ha ingresado al entorno de shell adb. Si posteriormente el indicador ha cambiado a ‘#’ después de emitir el segundo comando, eso significa que ahora es root. Ahora, como root, puede hacer lo que quiera con su dispositivo.

Para volver al shell ‘seguro’, emita

# exit

Verá que vuelve a aparecer el indicador ‘$’, lo que significa que está en el shell adb como usuario y no como root.

Tuve muchos problemas con esto también. Todavía no entiendo completamente el permiso y la ejecución de la raíz, pero esto funcionó para mí (una de las respuestas anteriores en parte) para copiar el archivo de la base de datos de /data/data/[package name]/bases de datos/mi_db.db. Correr root shello su en shell por alguna razón no funcionó, ni copiar el archivo db (aunque pude navegar al directorio), ni tampoco sqlite3.

Entonces, ¡esto funcionó! En el símbolo del sistema de DOS:

C:\Program Files\Android\android-sdk\platform-tools>adb shell
1|shell@android:/ $ run-as de.vogella.android.locationapi.maps
run-as de.vogella.android.locationapi.maps
1|shell@android:/data/data/de.vogella.android.locationapi.maps $ cd /data
cd /data
shell@android:/data $ cd data
cd data
shell@android:/data/data $ cd de.vogella.android.locationapi.maps
cd de.vogella.android.locationapi.maps
shell@android:/data/data/de.vogella.android.locationapi.maps $ cd databases
cd databases
shell@android:/data/data/de.vogella.android.locationapi.maps/databases $ ls
ls
bus_timetable_lines.db
bus_timetable_lines.db-journal
shell@android:/data/data/de.vogella.android.locationapi.maps/databases $ cat bus
_timetable_lines.db > /sdcard/db_copy.db
 bus_timetable_lines.db > /sdcard/db_copy.db                                   <
shell@android:/data/data/de.vogella.android.locationapi.maps/databases $exit   ^
exit
shell@android:/ $ exit
exit

C:\Program Files\Android\android-sdk\platform-tools>

Ahora vaya al directorio SDCARD y obtenga su archivo db_copy.db. Incluso eso estaba oculto, pero logré enviarlo por correo electrónico. De vuelta en Windows, pude abrir el archivo db con SQLite Database Browser. 🙂

Esto funciona si su dispositivo Android está rooteado de alguna manera (no estoy seguro si funciona para no rooteados).

1. adb shell – acceder a la concha
2. su – convertirse en el superusuario.

Ahora puede leer todos los archivos en todos los directorios.