Как получить доступ к содержимому старой SD-карты Android?

Вопрос или проблема

У меня есть SD-карта с множеством важных личных документов. Я использовал ее с телефоном Android в качестве ‘Приемлемого хранилища’, поэтому она отображалась как внутренняя память на этом устройстве, что, согласно этому посту, делает ее очень вероятно зашифрованной. Я не помню точную версию Android, которую использовал телефон. Телефон все еще у меня, но я боюсь, что он был сброшен до заводских настроек, когда SD-карта была вынута из него. Причина, по которой она была вынута, заключается в том, что в один момент (во время копирования большого количества фотографий на нее) она отображалась как ‘поврежденная’.

Моя проблема в том, что я хотел бы попробовать получить доступ к содержимому этой SD-карты, но не знаю как. У меня есть Ubuntu 20.04.3 LTS и мой компьютер имеет слот для чтения карт. При вставке я могу обнаружить ее несколькими способами:

  1. Она отображается в Disks с двумя разделами, я полагаю, один из них – системный раздел Android, а другой – данные: enter image description here

  2. Если я выполняю sudo fdisk -l, я получаю следующий вывод:

Disk /dev/mmcblk0: 14,89 GiB, 15962472448 bytes, 31176704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1E8F73CE-8792-4F95-B650-5EF20FB39D8A

Device         Start      End  Sectors  Size Type
/dev/mmcblk0p1  2048    34815    32768   16M unknown
/dev/mmcblk0p2 34816 31176670 31141855 14,9G unknown
  1. И если я выполняю sudo mkdir /sdcardmount; sudo mount /dev/mmcblk0 /sdcardmount, я получаю следующее:
mount: /sdcardmount: wrong fs type, bad option, bad superblock on /dev/mmcblk0, missing codepage or helper program, or other error.

Так что, по крайней мере, не все потеряно, но я не могу прочитать содержимое. Я видел и пытался интерпретировать эту тему здесь и эту статью, но они мне не помогли.

Есть ли советы, как двигаться дальше?

ИЗМЕНЕНИЕ: При выполнении sudo file --keep-going /dev/mmcblk* я получаю:

/dev/mmcblk0:   block special (179/0)
/dev/mmcblk0p1: block special (179/1)
/dev/mmcblk0p2: block special (179/2)

ИЗМЕНЕНИЕ 2: Если выполнить sudo file -s /dev/mmcblk0p1, я получаю:

/dev/mmcblk0p1: data

Независимо от того, запускаю ли я sudo modprobe sdhci, я получаю тот же результат.

С sudo gdisk /dev/mmcblk0 я получаю:

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

С sudo parted /dev/mmcblk0 print я получаю:

Model: SD  (sd/mmc)
Disk /dev/mmcblk0: 16,0GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name            Flags
 1      1049kB  17,8MB  16,8MB               android_meta
 2      17,8MB  16,0GB  15,9GB               android_expand

ИЗМЕНЕНИЕ 3: После внимательного прочтения связанного поста в блоге и нескольких других связанных вопросов на различных сайтах StackExchange я практически уверен, что проблема в шифровании – мне нужно как-то расшифровать содержимое. Однако у меня нет доступа к ключу.

Используйте любой из этих…

sudo file -s /dev/mmcblk0p1
sudo parted /dev/mmcblk0
sudo gdisk /dev/mmcblk0

чтобы найти тип файловой системы, и вы можете сделать…

mount -t {fstype} /dev/mmcblk0p1 /mnt

где {fstype} – это тип файловой системы, найденный с помощью первой команды.

  • Ваши команды показывают UNKNOWN, поскольку она не была создана на Ubuntu. Вам нужно найти соответствующий модуль и добавить его. Я бы предположил, что это, вероятно, sdhci, и его можно было бы добавить с помощью …

    sudo modprobe sdhci
    

    затем попробуйте снова выполнить предыдущие команды.

Ответ или решение

Восстановление доступа к данным на старой SD-карте Android может быть сложной задачей, особенно если карта использовалась как "Адаптируемое хранилище" и вероятно зашифрована. Ниже я дам пошаговое руководство, как можно попытаться получить доступ к содержимому карты, учитывая обстоятельства, которые были описаны.

Шаг 1: Проверка состояния SD-карты

  1. Оценка физического состояния карты: Прежде чем приступить к более сложным процедурам, убедитесь, что карта физически не повреждена. Если есть механические повреждения, шансы на восстановление данных снижаются.

  2. Диагностика на Ubuntu:

    • Вставьте карту в компьютер с Ubuntu.
    • Используйте команду sudo fdisk -l для проверки обнаружения карты. Убедитесь, что у вас есть две указанные ранее неизвестные разделы /dev/mmcblk0p1 и /dev/mmcblk0p2.

Шаг 2: Идентификация и Подготовка к Дешифровке

  1. Понимание структуры диска:

    • Разделы, которые вы видите, практически наверняка зашифрованы. Это наиболее вероятно, если SD-карта была использована как "Адаптируемое хранилище".
    • Использование команды sudo parted /dev/mmcblk0 print подтвердит, что у вас есть GPT таблица разделов.
  2. Попытка идентификации файловой системы:

    • Команда sudo file -s /dev/mmcblk0p1 или sudo file -s /dev/mmcblk0p2 не дает вам нужной информации, поскольку это зашифрованные разделы, что подтверждает командный вывод, показывающий ‘data’.

Шаг 3: Дешифровка и Восстановление

  1. Использование оригинального устройства Android:

    • Попробуйте снова подключить SD-карту к старому Android устройству. Если телефон прошел сброс к заводским настройкам, это может затруднить доступ к ключу шифрования, который мог быть удалён.
    • Также возможно, что ключ хранится в резервной копии в Google-аккаунте, если он был настроен синхронизацией с Google.
  2. Третий шаг: Специализированные инструменты:

    • Если данные критически важны, можно обратиться к специалистам по восстановлению данных. Они могут иметь доступ к инструментам и методам, которые недоступны обычным пользователям.
    • Убедитесь, что вы выбрали проверенную организацию с надежными рекомендациями.
  3. В заключение: Поскольку карта потенциально зашифрована, а ключ к шифрованию может быть утерян, соответствующее восстановление данных может быть невозможным без специализированной помощи.

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

Оцените материал
Добавить комментарий

Капча загружается...