carpeta de datos/aplicaciones que muestra nombres de carpeta incorrectos

Después de jugar con el marco xposed e instalar muchos módulos, entré en un bootloop (¡clásico!), Pero sabía que la solución era agregar un disabledarchivo data/app/de.rovb.android.xposed.installer/conf/para deshabilitar xposed y desinstalar los módulos defectuosos.

La cuestión es que, la mayoría de las veces, cuando accedo a esta carpeta, no veo los nombres correctos de las carpetas, que se supone que deben verse así: com.xyz.app.*. En su lugar, veo com.xyz.app.*-1carpetas que contienen una libcarpeta y el .apkarchivo de la aplicación. Tengo que reiniciar en recuperación una docena de veces antes de poder acceder a las carpetas reales.

Estoy ejecutando CyanogenMod 12S (5.0.2) en un OnePlus One (rooteado).

No tengo idea de lo que está sucediendo, y no pude encontrar ninguna información al respecto. ¿Alguien sabe por qué ocurre esto?

Gracias de antemano !

¿Xposed no viene con un archivo zip que debe actualizarse desde la recuperación para desactivarlo? Se instala en tu SD cuando instalas Xposed
@beeshyams que "desinstalaría" el marco (es decir, revertiría los parches por completo). No he oído hablar del método que Danish describe aquí (de hecho, al buscar en Google "data/app/de.rovb.android.xposed.installer/conf/" disabled solo aparece esta publicación aquí), pero podría imaginarlo de alguna manera. establece el marco "inactivo" en el arranque, sin embargo, se supone que funciona. Lo que me hace dudar de eso (probablemente un error tipográfico): /data/appgeneralmente contiene .apksolo los archivos, sin subdirectorios. El significado es probablemente /data/data/....
@izzy. Gracias. Estaba en línea para deshabilitar el marco, eliminar todos los módulos y agregar de forma incremental ya que no especificó si sabía qué módulo estaba creando problemas. Los métodos sugeridos por usted y //firelord están más allá de mí
@Firelord sí, sí, ¡tienes razón! culpa mía. @Izzy este método existe, solo necesita navegar data/data/de.robv.android.xposed.installer/conf/y agregar ese disabledarchivo.
@DanishAshfaq sí, eso es lo que he señalado. Su pregunta tiene /data/app, cuál debería ser /data/data. Y de acuerdo con la publicación de XDA que he vinculado, el nombre del archivo es disable, no disabled. ¿Otro error tipográfico?
@Izzy, para el nombre del archivo, no es un error tipográfico. Verifiqué (en Android 4.2.1 y 5.0.2) que si coloca un archivo en blanco llamado disabled(no disable) en conf/Xposed Framework no activa ningún módulo.
@Firelord gracias! Así que fue otro error tipográfico, pero esta vez en el otro extremo :)

Respuestas (1)

Aclaremos algunas confusiones. Cosas para recordar siempre:

  • /data/appcontiene el APK de una aplicación.

    (PAQUETE → nombre del paquete de una aplicación )

    • Android 4.x: si la aplicación se instala mediante el instalador de paquetes de Android, el nombre del archivo sería PACKAGE-*.apkdonde * suele ser un número entero positivo.

      /data/appno se supone que tenga ningún directorio dentro.

    • Android 5.x: si la aplicación se instala con el instalador de paquetes, se creará un directorio para la aplicación con el nombre, PACKAGE-*donde * suele ser un número entero positivo. Este directorio contiene el APK de la aplicación con nombre base.apk.
  • Tanto para Android 4.x como para 5.x, /data/datacontiene solo los datos de las aplicaciones. A todas las aplicaciones se les asigna un directorio cuyo nombre es estrictamente el nombre del paquete de la aplicación.

  • Tanto para Android 4.x como para 5.x, /data/libcontiene solo la biblioteca (opcional) de las aplicaciones. A todas las aplicaciones se les asigna un directorio con un nombre PACKAGE-*donde * suele ser un número entero positivo.

Ahora vayamos hacia el problema real.


Cuando se trate de problemas de arranque causados ​​por un módulo Xposed, no deambule aquí y allá.

Nota:

  • El dispositivo debe iniciarse en una recuperación personalizada, la partición de datos montada allí y la configuración en la PC.
  • PAQUETE → nombre del paquete del módulo Xposed aquí
  • A menos que se indique explícitamente lo contrario, la solución funcionaría en las versiones de Android 4.2.1 - 5.1.1.

Cuando sepa qué módulo está causando el problema de arranque

Vaya /data/appy elimine el APK del módulo problemático. Esto se puede hacer desde GUI en TWRP.

Puede usar la línea de comandos como alternativa

adb shell rm /datos/aplicación/PAQUETE*.apk

Un enfoque menos extremo es deshabilitar el módulo Xposed pero no eliminarlo. Dirígete al directorio de datos de Xposed Installer /data/data/de.robv.android.xposed.installer, entra confy elimina la entrada de tu módulo de modules.list. Depende de usted cómo eliminar la línea.

  • Puede extraer el archivo a la PC, realizar cambios y devolverlo.
  • Sin embargo, iría por la línea de comandos

    adb shell sed -i '/.*PAQUETE.*/d' /data/data/de.robv.android.xposed.installer/conf/modules.list

    sedes un editor de secuencias y está eliminando cualquier línea que contenga el nombre del paquete del módulo de modules.list.

Cuando no está seguro del módulo exacto que causa el problema de arranque

  • Vaya al directorio de datos de Xposed Installer /data/data/de.robv.android.xposed.installer, entre confy elimine, cambie el nombre o revoque el permiso de lectura de modules.list.

  • Alternativamente, cree un archivo en blanco llamado disabled(no disable) dentro del confdirectorio. Esto haría que Xposed Framework no activara ningún módulo durante el arranque. Puede crear el archivo usando la línea de comandos

    adb shell touch /data/data/de.robv.android.xposed.installer/conf/disabled
  • Otra alternativa , según el desarrollador del marco rovo89 es

    [Es] posible deshabilitar Xposed presionando repetidamente uno de los botones de hardware durante el inicio temprano . El teléfono vibrará dos veces cuando se detecte la primera pulsación de tecla. Luego tienes cinco segundos para presionar el mismo botón cuatro veces más. Cada pulsación de tecla se confirmará con una breve vibración; el final con una vibración larga. Crea /data/data/de.robv.android.xposed.installer/conf/disabled, lo que evita la mayoría de las acciones de Xposed (p. ej., no se cargan módulos). No hay una garantía del 100% de que esto lo sacará de un bootloop, pero en la mayoría de los casos debería hacerlo.

    (Énfasis mío)

Eliminar Xposed Framework como último recurso

Android 4.2.x - 4.4.x

Utilice el archivo Xposed-Disabler-Recovery.zipque se encuentra en /sdcard/Android/data/de.robv.android.xposed.installer/files. Flashee ese archivo desde el modo de recuperación para deshabilitar Xposed Framework. No elimina la aplicación Installer.

Descargue el archivo del hilo oficial , si no tiene uno.

Ese archivo, en esencia, cambia /system/bin/app_process.origa /system/bin/app_process. Puede realizar esos cambios por su cuenta usando adb en modo de recuperación.

Android 5.x

El hilo oficial alberga un archivo de desinstalación. Descargue el que sea relevante para la arquitectura de su CPU y actualícelo desde el modo de recuperación.

Si no está utilizando el marco Xposed oficial, es posible que el desinstalador no funcione para usted. Incluso puede causar problemas imprevistos. Lo mejor es buscar en la web el desinstalador.