Recientemente, he descubierto que si elimino archivos de /sdcard/Downloadél, se eliminan los archivos /storage/emulated/0/Download. Y si agrego los archivos /sdcard/Download, los duplica /storage/emulated/0/Download.
Entonces que es /storage/emulated/0/? ¿Para qué fines lo tenemos en nuestro sistema de archivos de Android?
Respuestas:
/storage/emulated/0/Download es la ruta real a los archivos.
/sdcard/Download es un enlace simbólico a la ruta real de /storage/emulated/0/Download
Sin embargo, los archivos reales se encuentran en el sistema de archivos /data/media, que luego se monta en /storage/emulated/0(y a menudo también en otros puntos de montaje)
Un enlace simbólico En informática, un enlace simbólico es un término para cualquier archivo que contiene una referencia a otro archivo o directorio en la forma de una ruta absoluta o relativa y que afecta a la resolución nombre de ruta. Los enlaces simbólicos ya estaban presentes en 1978 en los sistemas operativos de minicomputadoras de DEC y RDOS de Data General.
/storage/emulated/0/en realidad está /data/media/0/expuesto a través de un sistema de archivos emulado / virtual, no el actual.
Esto es con referencia a mi respuesta anterior aquí , pero con detalles más relevantes.
En Android 5 :
/sdcard >S> /storage/emulated/legacy >S> /mnt/shell/emulated/0
/mnt/shell/emulated >E> /data/media
En Android 6+ :
# for (Java) Android apps (running inside zygote virtual machine)
# "/storage to VIEW" bind mount is inside a separate mount namespace for every app
/sdcard >S> /storage/self/primary
/storage/self >B> /mnt/user/USER-ID
/mnt/user/USER-ID/primary >S> /storage/emulated/USER-ID
/storage/emulated >B> /mnt/runtime/VIEW/emulated
/mnt/runtime/VIEW/emulated >E> /data/media
# for services/daemons/processes in root/global namespace (VIEW = default)
/sdcard >S> /storage/self/primary
/storage >B> /mnt/runtime/default
/mnt/runtime/default/self/primary >S> /mnt/user/USER-ID/primary
/mnt/user/USER-ID/primary >S> /storage/emulated/USER-ID
/storage/emulated >B> /mnt/runtime/default/emulated
/mnt/runtime/default/emulated >E> /data/media
* >S>para enlace simbólico, >E>para >B>montaje emulado y de enlace
* USER-IDdel usuario actual en caso de , Multiple Userso Work Profilenormalmente el 0propietario del dispositivo
* VIEWes uno de read(para aplicaciones con permiso.READ_EXTERNAL_STORAGE) o write(permiso.WRITE_EXTERNAL_STORAGE) o default(para procesos que se ejecutan en la raíz / espacio de nombres de montaje global, es decir, fuera del cigoto)
* Hubo pequeñas diferencias en las versiones anteriores de Android, pero el concepto de emulación fue el mismo desde que se implementó.
* Para obtener un poco más de detalles sobre la implementación del espacio de nombres de montaje de Android, consulte esta respuesta .
En resumen, /sdcardy /storage/emulated/0- que representan una FAT / VFAT / FAT32 sistema de archivos - punto hacia /data/media/0(o /mnt/expand/[UUID]/media/0en caso de adoptable de almacenamiento ) a través de FUSEo sdcardfsemulación.
Al no ser específico de Android, sino generalmente relacionado con Linux, el enlace simbólico y el montaje de enlace (consulte "Creación de un montaje de enlace") están fuera del alcance de esta pregunta, ya que la pregunta se refiere principalmente a la parte de emulación.
¿Por qué la emulación está aquí? El sistema de archivos emulado es una capa de abstracción en el sistema de archivos real ( ext4o f2fs) que sirve básicamente para dos propósitos:
Leer viaje de almacenamiento de Android para obtener más información, el resumen es:
Los primeros dispositivos Android estaban cortos de almacenamiento interno y se basó en (físicamente) tarjetas SD externas que utilizan tradicionalmente familia de sistema de archivos FAT para garantizar la compatibilidad con la mayoría de los PC (se refieren al dominio de Microsoft en el mundo del PC).
Cuando el almacenamiento interno creció en tamaño, el mismo sistema de ficheros se cambió a (aún llamado "externa") tarjeta SD interna.
Sin embargo, la aplicación FAT / VFAT tenía dos grandes cuestiones que fueron abordadas por Google poco a poco:
ioctls similares , y similares FS_IOC_FIEMAP). Por lo tanto, todos los datos en la tarjeta SD estaban disponibles para todas las aplicaciones (ya que cada aplicación de Android es un usuario de UNIX / Linux y tiene un uid) sin restricciones, lo que plantea serias preocupaciones de privacidad y seguridad.Ambos problemas se abordaron mediante la emulación:
/datapartición (o partición independiente / tarjeta sd en algunos dispositivos anteriormente) que contiene el ext4sistema de archivos (reemplazado gradualmente por f2fs), implementando completamente los permisos UNIX. /datapartición completa no podía exponerse a la PC por 2 razones más: (1)contiene una gran cantidad de configuraciones y datos de aplicaciones que deben protegerse de otras aplicaciones y de usuarios humanos. (2)Los sistemas de archivos de Linux no son compatibles con Windows. android.process.media) totalmente aislada en el marco de Android, no capaz de realizar ninguna tarea escalada.Ahora las aplicaciones (y MTP, que también es una aplicación) interactúan con el almacenamiento emulado en lugar de hacerlo /data/media, logrando ambos propósitos al mismo tiempo, es decir, haciendo cumplir las verificaciones de permisos debajo y pareciendo un sistema de archivos FAT en la superficie superior.
Google ahora está implementando la emulación a través de sdcardfs para superar las deficiencias de FUSE ; Uno de los principales es la sobrecarga de entrada / salida, es decir, para mejorar las velocidades de lectura / escritura.
PERMISOS DE ALMACENAMIENTO EXTERNO: El
concepto de archivos públicos y privados en el almacenamiento externo se puede demostrar con un ejemplo:
Instalar la aplicación Termux.
Crear directorios /sdcard/Android/data/com.termux/test_diry /sdcard/test_dir.
Crear archivos /sdcard/Android/data/com.termux/test_filey /sdcard/Android/data/com.termux/test_file.
Ejecute los siguientes comandos:
* Debería tener instalado WhatsApp o seleccionar la carpeta privada de alguna otra aplicación.
Ahora Force Stop the Termux app y otorgue permiso de almacenamiento . Ejecute los comandos nuevamente:
Vea la diferencia en los permisos de los mismos archivos y directorios. Esto parece no ser simplemente posible sin la emulación en un sistema de archivos Linux nativo cuando hay cientos de aplicaciones (usuarios) que se deben tratar simultáneamente. Esta es la emulación del sistema de archivos que permite exponer el mismo archivo con tres conjuntos diferentes de permisos al mismo tiempo, independientemente de sus permisos originales en el sistema de archivos real:
# touch /data/media/0/test_file
# stat -c '%a %u %g %n' /data/media/0/test_file
644 1023 1023 /data/media/0/test_file
# stat -c '%a %u %g %n' /mnt/runtime/*/emulated/0/test_file
660 0 1015 /mnt/runtime/default/emulated/0/test_file
640 0 9997 /mnt/runtime/read/emulated/0/test_file
660 0 9997 /mnt/runtime/write/emulated/0/test_file
Consulte también ¿Qué es el UID "u # _everybody"?
Relacionado:
FAT-like permission-less filesystemque solía ser en los primeros días de Android para garantizar la compatibilidad con versiones anteriores y que cumpla con el diseño del concepto de almacenamiento externo de Android. Hice una edición para elaborar mi punto.