Как восстановить данные из адаптивного хранилища, если рутированный телефон завис при загрузке?

перед началом я бы порекомендовал сделать ПОЛНУЮ резервную копию вашей SD-карты с помощью необработанного образа (погуглите команду «dd» в Linux)

я следил за руководством здесь; Поврежденная SD-карта, отформатированная как внутренняя память

НО с некоторыми ВАЖНЫМИ МОДИФИКАЦИЯМИ!

1. Телефон застрял в BOOTLOOP, а затем в BOOT Animation, без доступа к какой-либо обычной утилите файлового менеджера. Имейте в виду, это ОЧЕНЬ тяжелая ситуация, поскольку нет простого способа получить доступ к вашей SD-карте (она отображается как 0 МБ в файловом менеджере TWRP) для резервного копирования ваших ценных данных, фотографий и воспоминаний. Кроме того, это единственная часть, которая немного шатается, так как я не совсем уверен, был ли мой телефон рутирован или нет (поскольку моя проблема изменилась с bootloop на загрузочную анимацию, когда я пытался установить SuperSu через TWRP) и получение ключа шифрования занимает центральное место в решении этой проблемы. Мне нужно было получить файл .key , так как он имел решающее значение для взлома шифрования SD-карты. Итак, несмотря на всю панику, я смог просмотреть через файловый менеджер TWRP папку /data/misc/vold и найти файл .key. Это был ГЛАВНЫЙ прорыв!

2. Далее, чтобы извлечь файл. Я использовал другую НЕЗАШИФРОВАННУЮ SD-карту и перенес файл .key на эту карту через файловый менеджер TWRP, прочитал эту SD-карту в ноутбук и получил файл .key на Ubuntu (16.04). Расшифровал файл .key и получил 16-байтовый ключ. есть 2 способа сделать это ... либо открыть файл через шестнадцатеричный редактор (я использовал BLESS) и скопировать 16 пар шестнадцатеричных цифр, которые вы видите, ИЛИ использовать эту команду;

hexdump -e '1/1 "%.2x"' expand_8838e738a18746b6e435bb0d04c15ccd.key

убедитесь, что вы находитесь в том же каталоге, что и файл .key при выполнении этой команды (продвинутые пользователи Linux смогут обойти это, но я хочу, чтобы это было максимально удобно для новичков)

Итак, я получил 32-значный / 16-байтовый ключ.

3. ДАЛЕЕ, расшифровывая SD-карту И заставляя Linux распознавать ее. когда я прочитал его через устройство чтения карт, он не отображался в Nautilus (файловый менеджер Ubuntu), но после запуска fdisk-l и parted -l я увидел

"parted -l вывод"

http://pasteboard.co/5klviklR8.jpg

"fdisk -l вывод"

http://pasteboard.co/POGvyBOxO.png

обратите внимание на android_meta и android_expand , эти имена дали мне надежду, что мои данные все еще не повреждены. ОСОБЕННО, так как в начале проблемы я создал разделы и таблицы разделов на SD-карте с помощью утилиты fdisk (но я нажал ctrl+c, поэтому возможно, что изменения не были записаны, УФУУУУ!)

неизвестная файловая система была самой большой проблемой во всем этом фиаско ... поскольку, согласно нескольким руководствам и обсуждениям по этой проблеме, SD-карты, отформатированные как внутренние зефиром, должны были быть файловой системой ext4. но это было не так, по крайней мере здесь.

4. Итак, чтобы расшифровать карту, я использовал

dmsetup create crypt1 --table "0 `blockdev --getsize /dev/mmcblk0p2` crypt aes-cbc-essiv:sha256 "insert your 16-byte key here w/out double quotes" 0 /dev/mmcblk0p2 0"

если вы получаете какую-либо ошибку, связанную с ioctl, используйте вместо этого этот формат (это ТОЧНЫЙ формат, который я использовал сегодня, с моим ключом и всем остальным)

dmsetup create crypt7 --table "0 `blockdev --getsize /dev/mmcblk0p2` crypt aes-cbc-essiv:sha256 07147CFFB77F249A5DBD2AD204610E7D  0 /dev/mmcblk0p2 0"

обратите внимание, что утилита dmsetup должна быть установлена ​​в Linux. (погугли это ) . также обратите внимание, что я выбрал раздел «mmcblk0p2», так как он был больше по размеру и имел очевидный вывод о том, что он содержит все данные!

это прошло хорошо, завершено без ошибок. следующий бит, тем не менее, АБСОЛЮТНО сводил меня с ума, и потребовалось около 20 часов (включая время сна), чтобы правильно решить.

5. файловая система ГАДДАМН! ВЕЗДЕ было написано, что адаптивное хранилище отформатировано как ext4, поэтому, когда я запускал команду

# mount -t ext4 /dev/mapper/crypt1 /mnt/1/

(обратите внимание, что mnt/1/ должен существовать как каталог в вашей корневой папке, если нет, используйте mkdir для его создания)

это дало чертову ошибку

неправильная фс или плохой вариант.

и это заставило меня задуматься ... если SD-карта НЕ типа ext4, то КАК я должен знать, какая это файловая система из всех возможных!

я искал и искал команду, которая могла бы принудительно перебирать ВСЕ возможности методом грубой силы, или любую запись, которую я мог сделать в файле /etc/fstab, которая могла бы каким-то образом АВТОМАТИЧЕСКИ определять файловую систему, но безрезультатно...

5 . В конце концов, я вспомнил... что, может быть, просто МОЖЕТ БЫТЬ, что файловая система была f2fs (flash-friendly файловая система). И это оказалось красноречивым воспоминанием...

для этого кода;

mount -t f2fs /dev/mapper/crypt1 /mnt/1

оказался ПОБЕДНЫМ ГОЛОМ!

Затем я смог перейти в /mnt/1 и увидел несколько очень знакомых файлов в стиле Android, и с этого момента это было Eternal BLISS!