How to access /storage/emulated/0/

Скачивая файлы на своем Андроид смартфоне или планшете, многие пользователи сталкиваются с тем, что они не могут найти скачанный файл. Они просто не знают, куда скачиваются файлы на Андроид. В этом материале мы постараемся решить эту проблему.

Если коротко, то на Андроид файлы скачиваются в папку Download. А место расположения этой папки может меняться в зависимости от прошивки вашего Андроид устройства. Например, папка Download может размещаться по одному из адресов:

• mnt/sdcard/download
• storage/emulated/0/download

Для того чтобы найти данную папку установите хороший файловый менеджер. Например, такой как AntTek Explorer Ex.

Если скачанных файлов нет в папке Download, то возможно программа, с помощью которой вы скачивали, сохранила файлы в другую папку. Откройте программу и войдите в ее настройки. Возможно, там будет указана папка для сохранения скачанных файлов. Например, в веб-браузере Dolphin для того чтобы сменить папку для сохранения скачанных файлов необходимо открыть: Настройки – Конфиденциальность и персональные данные – Загрузить директорию.

Кроме этого, нередко в самой программе можно посмотреть список файлов, которые были скачаны. Например, такая функция есть в веб-браузерах Dolphin и Firefox.

Также нужно помнить, что после каждого скачанного файла в верхнем меню с уведомлениями появляется специальное сообщение, о том, что был скачан файл. Нажав на это сообщение, вы сможете открыть скачанный файл.

Есть чем дополнить материал? Расскажите об этом в комментариях.

—> Разрабатывая приложение для проведения соревнований, я столкнулся с проблемой хранения базы данных. Проблема состояла в том, как мне определить внешнюю карту памяти. В целом поиск в сети точного ответа не дал. Поэтому, объединив все найденные результаты, я собрал свой класс. Если кому интересно, смотрим под катом. Итак, начнем с теории.

Терминология

Гугл нам говорит, что есть следующие понятия:

1. Внутренняя (internal) память — это часть встроенной в телефон карты памяти. При ее использовании по умолчанию папка приложения защищена от доступа других приложений (Using the Internal Storage).
2. Внешняя (external) память — это общее «внешнее хранилище», т.е. это может быть как часть встроенной памяти, так и удаляемое устройство. Обычно это часть встроенной памяти, как удаляемое устройство я видел в последний раз на андройде 2.2, где встроенная память была около 2Гб, и подключаемая память становилась внешней (Using the External Storage).
3. Удаляемая (removable) память — все хранилища, которые могут быть удалены из устройства без «хирургических» вмешательств.

До версии KitKat 4.4 API не предоставляло функционала для получения путей к внешней памяти. Начиная с этой версии (API 19) появилась функция public abstract File[] getExternalFilesDirs (String type), которая возвращает массив строк с путями к внутренней и внешней памяти. Но как же быть с нашей SD Card, которая вставлена в слот? Путь к ней мы опять не можем получить.

Результаты поиска

Чтобы ответить на поставленный вопрос я обратился к всезнающему гуглу. Но и он мне не дал четкого ответа. Было рассмотрено множество вариантов определения от использования стандартных функций, которые ведут к внешней памяти, но ничего общего с удаляемыми устройствами хранения данных они не имеют, до обработки правил монтирования устройств (Android же на ядре Linux работает). В последних случаях были использованы «зашитые» пути к папке с примонтироваными устройствами (в различных версиях эта директория разная). Не стоит забывать, что от версии к версии правила монтирования меняются. В конечном итоге я решил объединить все полученные знания и написал свой класс, который может нам вернуть пути к внешним и удаляемым устройствам.

Описание кода

Был создан класс MountDevice, который содержит в себе путь к устройству, тип устройства и некий хэш. Типов устройств выделено два (внутреннюю память я не стал трогать, так как к ней доступ можно получить через API системы).

public enum MountDeviceType {     EXTERNAL_SD_CARD, REMOVABLE_SD_CARD } 

И был создан класс StorageHelper, который и осуществляет поиск доступных карт памяти. В классе StorageHelper реализовано два способа поиска — через системное окружение (Environment) и с использованием утилиты Linux mount, а точнее результата ее выполнения.

Способ первый — Environment

При работе с окружением я использую стандартную функцию getExternalStorageDirectory() для получения информации о внешней памяти. Чтобы получить информацию о удаляемой памяти, я использую переменную окружения «SECONDARY_STORAGE«. Внешняя память всегда одна и обычно всегда есть, поэтому проверяем ее на читаемость, вычисляем хэш и запоминаем. Удаляемой памяти может быть много, поэтому необходимо полученную строку разбить по разделителю и проверять каждое значение.Функция fillDevicesEnvirement

String path = android.os.Environment.getExternalStorageDirectory() .getAbsolutePath(); if (!path.trim().isEmpty() && android.os.Environment.getExternalStorageState().equals( android.os.Environment.MEDIA_MOUNTED)) { testAndAdd(path, MountDeviceType.EXTERNAL_SD_CARD); }  // Получаем ремувабл String rawSecondaryStoragesStr = System.getenv("SECONDARY_STORAGE"); if (rawSecondaryStoragesStr != null && !rawSecondaryStoragesStr.isEmpty()) { // All Secondary SD-CARDs splited into array final String[] rawSecondaryStorages = rawSecondaryStoragesStr .split(File.pathSeparator); for (String rawSecondaryStorage : rawSecondaryStorages) { testAndAdd(rawSecondaryStorage, MountDeviceType.REMOVABLE_SD_CARD); } } 

Вариант решения взят со stackoverflow. Ответ где-то там внизу.

Способ второй — mount

Так как у меня долго не получалось заставить систему мне сказать путь к удаляемой памяти, я решил искать в сторону примонтированных устройств. В системе есть файлы конфигурации, в которых описаны правила монтирования внешних устройств. Все бы хорошо, но на Android версии 4.* к этому файлу простым смертным доступа нет, поэтому рассматривать этот способ не буду. Вернемся к утилите mount. При запуске без параметров команда возвращает список смонтированных файловых систем. Удаляемые устройства имеют обычно формат файловой системы FAT, то будем выделять строки, в которых есть характеристика «fat«. Внешняя память будет характеризоваться параметром «fuse«. Примечание: при использовании такого способа не всегда корректно (скорее всего я что-то не учел) определяются типы смотнтированных устройств. Разницу замечал на разных версиях Android. Поэтому этот способ можно использовать как дополнительный.Функция fillDevicesProcess

try { Runtime runtime = Runtime.getRuntime(); proc = runtime.exec("mount"); try { is = proc.getInputStream(); isr = new InputStreamReader(is); br = new BufferedReader(isr); while ((line = br.readLine()) != null) { if (line.contains("secure")) continue;  if (line.contains("asec")) continue;  if (line.contains("fat")) {// TF card String columns[] = line.split(" "); if (columns != null && columns.length > 1) { testAndAdd(columns[1], MountDeviceType.REMOVABLE_SD_CARD); } } else if (line.contains("fuse")) {// internal(External) // storage String columns[] = line.split(" "); if (columns != null && columns.length > 1) { // mount = mount.concat(columns[1] + "n"); testAndAdd(columns[1], MountDeviceType.EXTERNAL_SD_CARD); } } } } finally { ... } } catch (Exception e) { ... }  

Вариант решения взят со stackoverflow. Ответов там несколько примерно одинаковых.

Про дублирование

Многие замечали в директории монтирования устройств такую картину:

/storage/sdcard0/ /storage/emulated/0/ /storage/emulated/legacy/ 

И что самое интересно, все это одна и та же внешняя карта памяти. Такое дробление начинается с версии Jelly Bean и сделано это для поддержки многопользовательского режима работы системы. Более подробно тут. И вот, чтобы не получать одну и туже карту памяти как различные устройства, необходим способ определения идентичности. Если бы был доступ к конфигурации монтирования, то и вопросов не было. Но доступа нет. Поэтому я тут подсмотрел решение с расчетом хэша для каждого устройства:

1. создаем StringBuilder
2. записываем в него общий размер устройства и размер используемого пространства устройства
3. обходим содержимое корня устройства
4. записываем имя каталога
5. записываем имя файла и размер
6. вычисляем hash

Своя функция расчета хэша calcHash

private int calcHash(File dir) { StringBuilder tmpHash = new StringBuilder();  tmpHash.append(dir.getTotalSpace()); tmpHash.append(dir.getUsableSpace());  File[] list = dir.listFiles(); for (File file : list) { tmpHash.append(file.getName()); if (file.isFile()) { tmpHash.append(file.length()); } }  return tmpHash.toString().hashCode();  } 

Пример использования

/* Получаем базовый путь */ if (!mPreferences.contains(PREFS_BASEBATH)) { // Если еще не сохранялся в настройках, то пытаемся найти карты // памяти ArrayList storages = StorageHelper.getInstance() .getRemovableMountedDevices(); // проверяем съемные карты памяти if (storages.size() != 0) { setBasePath(storages.get(0).getPath() + mAppPath); } else if ((storages = StorageHelper.getInstance() // Проверяем // внутреннюю // память .getExternalMountedDevices()).size() != 0) { setBasePath(storages.get(0).getPath() + mAppPath); } } else { // Вытаскиваем из сохранненых настроек mBasePath = mPreferences.getString(PREFS_BASEBATH, context .getFilesDir().getParent()); } 

Заключение

Подробные рассуждения по этому вопросу понимания памяти в Android, некоторые советы можно прочитать тут. Исходный код всего класса расположен еще нигде не расположен. На днях постараюсь разместить на gitHub. Кто еще какими способами пользуется? UPD1: Исходный код класса на bitbucket173237.3k 173Asked11 months agoActive20 days agoViewed 59k times 40

Recently, I’ve figured out that if I delete files from /sdcard/Download it deletes files from /storage/emulated/0/Download. And if I add the files into /sdcard/Download it duplicates them in /storage/emulated/0/Download.

So what is /storage/emulated/0/? For what purposes do we have it in our android file system?

|improve this question

migrated from superuser.comDec 20 ’18 at 16:29

This question came from our site for computer enthusiasts and power users.

2 Answers 2

active oldest votes40

/storage/emulated/0/Download is the actual path to the files.

/sdcard/Download is a symlink to the actual path of /storage/emulated/0/Download

However, the actual files are located in the filesystem in /data/media, which is then mounted to /storage/emulated/0 (and often other mountpoints as well)

A Symlink In computing, a symbolic link is a term for any file that contains a reference to another file or directory in the form of an absolute or relative path and that affects pathname resolution. Symbolic links were already present by 1978 in minicomputer operating systems from DEC and Data General’s RDOS.

|improve this answer17

/storage/emulated/0/ is actually /data/media/0/ exposed through an emulated / virtual filesystem, not the actual one.

This is with reference to my previous answer here, but with more relevant details.

ANDROID STORAGE:

On Android 5:

/sdcard >S> /storage/emulated/legacy >S> /mnt/shell/emulated/0 /mnt/shell/emulated >E> /data/media 

On 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> for symlink, >E> for emulated and >B> for bind mount* USER-ID of current user in case of Multiple Users or Work Profile, normally i.e. that of device owner* VIEW is one of read (for apps with permission.READ_EXTERNAL_STORAGE) or write (permission.WRITE_EXTERNAL_STORAGE) or default (for processes running in root/global mount namespace i.e. outside zygote)* There were minor differences on previous Android versions but the concept of emulation was same ever since implemented.* For a little bit more details on Android’s mount namespace implementation, see this answer.}

In short, /sdcard and /storage/emulated/0 — which represent a FAT/vFAT/FAT32 filesystem — point towards /data/media/0 (or /mnt/expand/[UUID]/media/0 in case of Adoptable Storage) through FUSE or sdcardfs emulation.

Being not Android specific but generally Linux related, symlink and bind mount (see «Creating a bind mount») are out of the scope of this question, as the question is about emulation part mainly.

EMULATION:

Why the emulation is here? Emulated filesystem is an abstraction layer on actual filesystem (ext4 or f2fs) that serves basically two purposes:

• Retain USB connectivity of Android devices to PCs (implemented through MTP now a days)
• Restrict unauthorized access of apps/processes to user’s private media and other apps’ data on SD card.

Read Android’s Storage Journey for details, the summary is:

• Android devices were connected to PCs directly (USB Mass Storage) just as we connect a USB drive these days. UMS exposes the device at block level and disconnects the SD card from Android framework (un-mounts), thus making whole data unavailable to apps and possibly breaking many functionalities.
• FAT (being Windows’ favorite in development days) was never designed to enforce UNIX permissions (mode, uid, gid and likewise symlinks, and ioctls like FS_IOC_FIEMAP). So, all data on SD card was available to all apps (since every Android app is a UNIX/Linux user and has a uid) with no restrictions, hence raising serious privacy and security concerns.

Both of these issues were addressed through emulation:

• Actual SD card storage was moved to /data partition (or independent /sdcard partition on some devices previously) which holds ext4 filesystem (gradually being replaced by f2fs), fully implementing UNIX permissions.
• This design made using UMS impossible because whole /data partition could not be exposed to PC for 2 more reasons: (1) it contains a lot of settings and apps’ data which is to be protected from other apps as well as human users. (2) Linux filesystems are not supported by Windows. So UMS was replaced with Media Transfer Protocol which is a client-server type extension to PTP — an already established protocol. MTP doesn’t expose block device but works through software stack. MTP host runs on Android as an app (android.process.media) fully sandboxed in Android framework, not capable of doing any escalated tasks.

Now the apps (and MTP, which is also an app) interact with emulated storage instead of /data/media, achieving both purposes at the same time i.e. enforcing permission checks underneath and looking like FAT filesystem on upper surface.

Google is now implementing emulation through sdcardfs to overcome shortcomings of FUSE; one major being the input/output overhead i.e. to improve read/write speeds.

EXTERNAL STORAGE PERMISSIONS: Concept of Public and Private files on external storage can be demonstrated using an example: Install Termux app. Create directories /sdcard/Android/data/com.termux/test_dir and /sdcard/test_dir. Create files /sdcard/Android/data/com.termux/test_file and /sdcard/Android/data/com.termux/test_file. Execute following commands:

^{* You should have WhatsApp installed or select some other app’s private folder.}

Now Force Stop the Termux app and grant Storage permission. Execute the commands again:

See the difference in permissions of same files and directories. This seems not to be simply possible without emulation on a native Linux filesystem when there are hundreds of apps (users) to be dealt with simultaneously. This is the filesystem emulation that lets the same file to be exposed with three different sets of permissions at same time independent of it’s original permissions on actual filesystem:

# 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 

Also see What is the “u#_everybody” UID?

Related:

|improve this answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.

emulatedpast simple and past participle ofemulateemulateverb[ T ]formaluk

Your browser doesn’t support HTML5 audio

/ˈem.jə.leɪt/us

Your browser doesn’t support HTML5 audio

/ˈem.jə.leɪt/to copy something achieved by someone else and try to do it as well as they have: They hope to emulate the success of other softwarecompanies.Fitzgerald is eager to emulate Martin’s record of three successiveworldtitles.

emulation

noun[ C or U ]uk

Your browser doesn’t support HTML5 audio

/ˌem.jəˈleɪ.ʃən/us

Your browser doesn’t support HTML5 audio

/ˌem.jəˈleɪ.ʃən/ (Definition of emulated from the Cambridge Advanced Learner's Dictionary & Thesaurus © Cambridge University Press)

Examples of emulated

emulated

In English, many past and present participles of verbs can be used as adjectives. Some of these examples may show the adjective use.

This module format, emulated by other composers, lent itself well to looping. From Cambridge English Corpus These states could then have become a model that others emulated, until, eventually, the party spread nationwide. From Cambridge English Corpus These examples are from the Cambridge English Corpus and from sources on the web. Any opinions in the examples do not represent the opinion of the Cambridge Dictionary editors or of Cambridge University Press or its licensors.

Browse

EMTEMTNemuemulateemulatedemulatingemulationemulatoremulsified(redirected from emulated)Also found in: Thesaurus, Encyclopedia.

ThesaurusAntonymsRelated WordsSynonymsLegend:Switch to new thesaurus

Translations

Используемые источники:

• https://smartphonus.com/куда-скачиваются-файлы-на-android/
• https://m.habr.com/post/254813/
• https://android.stackexchange.com/q/205430
• https://dictionary.cambridge.org/dictionary/english/emulated
• https://www.thefreedictionary.com/emulated