Восстановление nand памяти на андроид - TurboComputer.ru
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд (пока оценок нет)
Загрузка...

Восстановление nand памяти на андроид

Восстановление nand памяти на андроид

Действительно никто не знает? Неужели никто никогда случайно не удалял какую-нибудь инфу с планшета/смартфона, например фотки или видео?

Наверняка же можно как то восстановить?

Так никто и не помог, пришлось разбираться самому.
Описанным ниже способом у меня получилось восстановить удаленные при WAIP`е фотки и видео записи с внутренней памяти телефона.

Инструкция по восстановлению удаленных файлов из внутренней памяти планшета/смартфона на andro >
На чем делал:
Планшет: Samsung Galaxy Tab 10.1 P7500, OS: Android 4
Компьютер: Win-7 32bit

Предисловие:
Основная часть работы делается из командной строки c помощью команд Unix ( http://book.itep.ru/10/unix1018 ). Однако, если делать все по нижеуказанным пунктам, должно получится даже у того, кто понятия не имеет, что такое UNIX. Начав восстанавливать файлы, я тоже практически ничего не знал о командах UNIX, но в итоге через три-четыре часа мучений у меня все получилось. Я и до сих пор не знаю, что обозначают некоторые команды, описанные в этой инструкции)).

Постараюсь писать предельно просто, так, как это понял я.
Суть состоит в том, что любые файлы с жесткого диска (флешки) можно восстановить с помощью различных программ (R-studio, HandyRecovery, Recuva и т.д.) даже если они были удалены.
Однако для этого необходимо, что бы эти программы могли определить носитель информации, с которого будет производится восстановление как жесткий диск или флешку.
При подключении планшета к компьютеру он устанавливается в системе с помощью драйверов MTP/PTP и определяется как например «Портативное устройство Samsung» или тому подобное. То есть внутренняя память телефона скрыта от программ по восстановлению данных. Они её просто не видят.
Так вот, что бы можно было работать с внутренней памятью, её необходимо преобразовать в обычный раздел жесткого диска.
В самом планшете это сделать не получится, поэтому необходимо скопировать с планшета на компьютер целый блок памяти и потом преобразовать его в нужный формат. Копировать надо именно блок, а не конкретные файлы или папки (о блоках, и какие данные в них могут находится описано ниже).

1.Первое что надо сделать это включить на планшете USB-разработку (обычно находится по адресу: Настройки-Приложения).

3.Установить из Play Маркета программу BusyBox ( https://play.google.com/store/apps/details. ericson.busybox ). Насколько я понял она нужна для того, что бы можно было выполнять команды UNIX на планшете. Зайти в эту программу, предоставить ей права супер-пользователя и нажать install. При этом обратить внимание, чтобы install был произведен в папку планшета systembin, она указана по умолчанию, примерно по середине экрана программы.

4. Скачать и установить на компьютер программу Cygwin (позволяет применять команды UNIX в среде WINDOWS) http://www.cygwin.com/ . Заходим на сайт и нажимаем на ссылку setup.exe, после этого начнется скачивание. Запускаем установку, выбираем install from internet. Выбираем папку установки C:cygwin. Далее выбираем папку (можно любую), в которую во время установки будут скачены составляющие пакеты cygwin. Далее нажимаем Direct Connection. Дальше выбираем сайт с которого будут качаться пакеты. Далее появляется сам список пакетов, в котором надо обязательно выбрать следующие пункты:
– в пункте Devel все подпункты название которых начинается с букв gcc (они идут подряд)
– в пункте Debug подпункт pv-debugininfo
– в пункте Utils подпункт pv

5.Скачиваем дополнение для Cygwin, которое называется Netcat http://www.daemon.de/Netcat. Скачивать нужно zip-архив. После его распаковки все файлы перенести в каталог C:cygwin. Главное, что бы находящийся в архиве, в папке bin, файл nc.exe скопировался в папку C:cygwinbin. Остальные файлы, лежащие в корне архива, как я понял, можно просто скопировать в папку C:cygwin (возможно они вообще не нужны).

6.Дальше скачиваем ADB (программа, которая дает доступ к файловой системе планшета, даже если он находится в заблокированном состоянии) ADB и все что с помощью него можно сделать. Распаковываем архив и копируем все файлы из него в папку C:cygwinbin

7.В папке C:cygwin создаем папку с названием, например, MyTab.

8.Скачиваем файл VHDtool.exe (это программа, которая из скопированного с планшета блока сделает формат, который в последствии будет монтироваться как виртуальный диск и использоваться программами восстановления файлов). Копируем его в папку C:cygwinMyTab (я на всякий случай скопировал его еще и в папку C:cygwinbin) http://archive.msdn.microsoft.com/vhdtool/. Release >
9.Теперь надо понять какой именно блок надо скопировать на компьютер, поскольку во внутренней памяти планшета их несколько (у меня 11) и каждый из них содержит какой-то кусок информации (если нас интересуют фотки, видео и тд, то надо знать блок, который содержит соответствующую информацию). Вот здесь написано как понять какой блок чего содержит http://forum.xda-developers.com/showthread.php?p=28115791 , но я не стал париться, и просто выбрал самый большой блок. Узнать размер блока можно следующим образом:
– Запускаем командную строку (Пуск-Выполнить-CMD.EXE)
– С помощью команд «cd» (ввойти в каталог) и «cd..» (выйти из каталога) заходим в каталог C:cygwinbin, что бы запустить adb
– Далее построчно (ввели одну строчку, нажали enter, ввели вторую, нажали enter и тд.) вводим команды (что бы вставить – нажать на черном поле правую кнопку мыши и выбрать Вставить):

– После этого в корневой директории планшета появится файл list_of_gnex_partitions.txt, примерно следующего содержания:

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p10: 314 MB, 314572800 bytes
4 heads, 16 sectors/track, 9600 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p10 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p9: 8 MB, 8388608 bytes
4 heads, 16 sectors/track, 256 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p9 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p8: 14.3 GB, 14305198080 bytes
4 heads, 16 sectors/track, 436560 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p8 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p7: 12 MB, 12582912 bytes
4 heads, 16 sectors/track, 384 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p7 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p6: 2 MB, 2097152 bytes
4 heads, 16 sectors/track, 64 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p6 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p5: 469 MB, 469762048 bytes
4 heads, 16 sectors/track, 14336 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p5 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p4: 606 MB, 606076928 bytes
4 heads, 16 sectors/track, 18496 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p4 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p3: 8 MB, 8388608 bytes
4 heads, 16 sectors/track, 256 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p3 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p2: 5 MB, 5242880 bytes
4 heads, 16 sectors/track, 160 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p2 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p1: 12 MB, 12582912 bytes
4 heads, 16 sectors/track, 384 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0p1 doesn’t contain a valid partition table

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0: 15.7 GB, 15756951552 bytes
4 heads, 16 sectors/track, 480864 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

Disk /dev/block/platform/sdhci-tegra.3/mmcblk0 doesn’t contain a valid partition table

Из этого видно, что блок mmcblk0 (все блоки имеют название, начинающееся на mmclbk) имеет самый большой размер – 15.7 GB (не знаю, может это вообще основной блок). По этому я решил восстанавливать именно его.

10.Выключаем планшет и входим в режим CWM. Заходим в пункт “Mounts and Storage” и монтируем (нажимаем mount) system, data и все остальное, что монтируется.

11.Подключаем планшет к компьютеру.

12.Заходим в папку C:cygwin и запускаем файл Cygwin.bat далее вводим построчно следующий текст (что бы вставить, надо нажать правой кнопкой мыши на строке меню – самая верхняя строка, где расположены кнопки закрытия и свертывания окна), выбрать Изменить, далее Вставить):

12.1 Возможно после строчки adb shell надо прописать строчку su, что бы код выглядел так:

13.Опять заходим в папку C:cygwin и опять запускаем файл Cygwin.bat. Появиться еще одно окно. Туда построчно вводим:

Начнется монтирование образа этого блока в формате *.raw (блок размером 15 гб монтировался около 20 минут)

По окончании в папке C:cygwinmytab появится файл mmcblk0.raw. Он должен быть примерно такого размера как и сам блок, то есть в моем случае, около 15 гб. Планшет можно отсоединить от компьютера.

14. Теперь закрываем оба окна Cygwin.bat. Заходим в папку C:cygwin и еще раз запускаем файл Cygwin.bat и преобразовываем только что скопированный блок с помощью программы VhdTool. Вводим:

в итоге должно появиться сообщение: Status: Complete. При этом само название файла не изменится. Он так и будет называться mmcblk0.raw, но что то в нем измениться (подробностей не знаю), что позволит подсоединить к компьютеру как виртуальный диск.

15.Нажимаем правой кнопкой мышки на иконку мой компьютер, выбираем пункт Управление.

16.В появившемся окне, слева, выбираем Запоминающие устройства, далее Управление дисками.

17. В верхнем меню выбираем пункт Действие и выбираем Присоединить виртуальный жесткий диск.

18.В появившемся окне, в пункте тип файла (где написано Файлы виртуального диска (*.vhd)), выбираем Все файлы. После чего выбираем файл mmcblk0.raw.

19. После этого, в нижней части окна появится новый диск. У меня он назывался Диск 3. Справа от этой надписи будет написано Не распределен.

20. Нажимаем правой кнопкой мыши на надпись Диск 3 и выбираем пункт Инициализировать диск. Далее ставим галочку на пункте Таблица с GUID разделом.

21.Нажимаем правой кнопкой мыши на надпись Не распределен и выбираем пункт Создать простой том…В следующих окнах назначаем тому букву (например Z) и отказываемся от форматирования.

22.После нажатия кнопки Готово в системе появится новый Локальный диск Z и сразу же выскочит окно, предлагающее вновь его отформатировать.

Читайте также:  Диск не распределен как восстановить информацию

23.Форматируем диск, при этом указывая файловую систему Fat32, стандартный размер кластера и обязательно поставив галочку на пункте Быстрое форматирование.

23. Всё, теперь диск готов к работе с программами по восстановлению данных. Таким образом у меня получилось восстановить удаленные при WAIP`е фотки и видео записи с внутренней памяти телефона.

—————-
13.1 Полученый файл сбрасываем в папку cygwin/home/Ваш профиль
14. Теперь закрываем оба окна Cygwin.bat. Заходим в папку C:cygwin и еще раз запускаем файл Cygwin.bat и преобразовываем только что скопированный блок с помощью программы VhdTool. Вводим:
Код
VhdTool.exe /convert mmcblk*.raw

ПС: Все делалось практически методом тыка, так как с английским языком, а так же с представленными здесь программами я знаком не очень.
Почти все действия делал впервые, возможно некоторые из них и необязательны.
Если есть какие-то способы проще чем этот, или замечания к инструкции буду благодарен за коррекцию!

Files.rar ( 127,01 МБ )

Сообщение отредактировал KEEPERekb – 28.09.19, 23:34

Тема: Восстановление телефона с убитой Flash-памятью

Опции темы
Отображение
  • Линейный вид
  • Комбинированный вид
  • Древовидный вид

Восстановление телефона с убитой Flash-памятью

Бывает, с нашими моторолками случается такое, что им уже ничего не помогает.
Это случается если у вас “сломалась” flash-память, в которой хранится прошивка и вся остальная программная начинка” телефона.
Против этого не помогает ПРАКТИЧЕСКИ НИЧЕГО – ни один из описанных на Мото-софте способов не помог мне, ВКЛЮЧАЯ ТЕСТПОИНТ! Но, однако, я придумал один прием, с помощью которого можно поднять телефон ДАЖЕ С УБИТОЙ flash-памятью(дальше просто флешкой)! И с помощью этого приема был поднят мой телефон с убитой флешкой.

Симптомы:
– Ramldr при стирании выкидывает ERR Г
– MFF и PST не прошивают ничего, а только сообщают об ошибках и частично очищает память тела.

Для того, чтобы восстановить телефон, нам понадобится следующее:
– Труп телефона с убитой флешкой – 1 шт.
– Бэкап этого же телефона в рабочем состоянии – 1 шт.
– Заряженная батарейка – чем больше, тем лучше или питание от USB – датакабеля
– Программа Ramldr by Vilko (ramldr.exe) – 1 шт.
– Загрузчик к проге Ramldr (ldr_*.bin) – 1 шт.
– Любой нормальнай HEX-редактор (я пользуюсь XVI32) – 1 шт.
– Руки – чем прямее, тем лучше – 2 шт.

На самом деле, сама починка не так уж трудна, но тут есть одно противопоказание: Если ячейки убитой флешки приходятся на критические для прошивки участки, то у нас ничего не выйдет. У меня, к счастью, запоролся только ДРМ

Итак, план наших действий:
п0. ТП (можно без него, это на всякий случай: есть гарантия – не делайте)
п1. Поиск сломанных ячеек
п2. Деление бэкапа на куски
п3. Финальнай этап восстановления
п3а. Создание своих ldr_part*.bin’ов
п3б. Стирание и восстановление кусков бэкапа

п0. Как сделать ТП я объяснять не буду, думаю, вы без труда найдете соответствующие статьи на Мото-софте.

п1. Поиск сломанных ячеек.

Берем ldr_*.bin, открываем его hex редактором, “прыгаем” (в XVI32 – [Ctrl]+[G]) на адрес F8 (это начало стираемой памяти), ставим значение 10 00 00 00 (4 байта подряд) То же самое проделываем с адресом FC, только байты там будут: 12 00 00 00.
Сохраняем файл.

Коннектим телефон, загоняем в бут, в ramldr нажимаем send ramldr -> и выбираем наш измененный ldr_*.bin(далее просто ldr) Когда увидите err: берете и делите область стирания (10 00 00 00 – 12 00 00 00) на два равных участка, и изменяете ldr в соответствии с полученными адресами, чтоб было понятнее, вот пример:

Исходная область: 10 00 00 00 – 12 00 00 00
1 участок: 10 00 00 00 – 10 FF FF FF
2 участок: 11 00 00 00 – 12 00 00 00
И таким образом, можно найти “сломанные адреса”, для этого нужно довольно много раз делить ошибочную область пополам и пропускать области где все стирается как надо.

Я таким образом нашел свою область: 10 F3 FF FF – 10 F6 00 00

п2. Деление бэкапа на куски.

Так, с ячейками мы разобрались, теперь пора “порвать” бэкап. Подсказка: адрес 10 00 00 00 в телефоне соответствует адресу 00 00 00 00 в бэкапе, и и так для всего бэкапа. (Прим.: “начало ошибок” – начало сбойного блока памяти, “конец ошибок” – соответственно, конец такого блока). Резать его надо так:
1 часть – от адреса 00 00 00 00 (10 00 00 00) до адреса ([начало ошибок] – 10 00 00 00), называем файл part1.bin
2 часть – от адреса ([конец ошибок] – 10 00 00 00) до адреса 02 00 00 00 (12 00 00 00), называем файл part2.bin
Все вычисления с hex – числами можете проводить в стандартнои виндовом калькуляторе calc.exe, только поставьте “Вид”->”Инженерный” и “Режим”->”HEX” Я не исключаю, что частей может быть больше (все зависит от того, как вы сломали вашу флешку )

п3. Финальнай этап восстановления

п3а. Создание своих ldr_part*.bin’ов

Теперь мы должны создать ldr’ы, с помощью которых мы будем лить наш бэкап “кусками”
Делаем несколько копий нашего файла ldr и теперь называем их так (это надо только для удобства):
ldr_part1.bin
ldr_part2.bin
и если надо делайте еще ldr’ы, мне же надо было только 2(т.к. у меня был 1 блок ошибок)
Адреса пишем так:
1). В ldr_part1.bin по адресу F8 пишем 10 00 00 00, а по FC – [начало ошибок]
2). В ldr_part2.bin по F8 – [конец ошибок], а по FC – 12 00 00 00
п3б. Стирание и восстановление кусков бэкапа.

Мы имеем на руках несколько ldr_part’ов, теперь запускаем ramldr, подключаем наш труп, загоняем его во флешмод, отправляем (“Send Ramldr”) файл ldr_part1.bin, нажимаем “erase”, ждем ACK ERASE, вводим в “base addr” число “10000000”, нажимаем “send binary” и отправляем в телефон part1.bin, потом перезагружаем тел (мне пришлось делать это вручную, с помощью вытаскивания аккума и замыкания 4 и 5 контактов)
Аналогично поступаем с ldr_part2.bin/part2.bin, а потом пытаемя включить телефон.
Если убитый блок был некритичен, то все у нас заработает! Таким способом, повторюсь, уже был восстановлен (лучше сказать “воскрешен”) мой телефон, и теперь он 100% рабочий, только он теперь работает ТОЛЬКО с ramldr’ом во флеш-режиме, т.к. официальнай софт вызовет стирание его памяти

Да, я возможно ошибся насчет своих адресов, но какое это имеет значение, у вас все равно они будут другие.

Восстановление данных из внутренней памяти на Android для чайников

Сейчас всё больше смартфонов идут без слота для sd-card, и информацию приходится хранить на встроенной памяти с доступом к ней по MTP. Такой режим подключения не позволяет стандартными средствами восстановить данные телефона после wipe’а или случайного удаления.

Сегодня на примере связки Xiaomi Mi2s и Windows 8.1 я постараюсь рассказать, как можно восстановить утерянные данные, кому интересно, добро пожаловать под кат.

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

Протокол MTP не позволяет компьютеру распознать подключенный девайс как USB-накопитель и программы для восстановления не могут просканировать такое устройство и спасти данные, поэтому нам потребуется скопировать весь внутренний раздел памяти в виде образа системы.

Подготовка Android-устройства

Вам понадобится root и включенная отладка по USB.

Подготовка PC

Для того, чтобы скопировать раздел системы, нам понадобится:

  • VHDtool;
  • Драйвера для вашего устройства (в случае проблем habrahabr.ru/post/205572);
  • ADB (adbdriver.com или developer.android.com);
  • Сервер FileZilla.

Сперва устанавливаем USB-драйвера для вашего устройства и ADB. После этого советую перезагрузить ПК.

VHDtool

Создаём папку с адресом C:cygwin6400 (имя не имеет значения, не стоит только использовать буквы отличные от латиницы), здесь будет лежать наш образ. Копируем в папку VHDtool.exe.

FileZilla

В ходе инсталяции соглашаемся на все стандартные установки.
После установки FileZilla запустится автоматом, но из программы необходимо выйти и запустить её от имени Администратора.
При запуске FileZilla спросит имя сервера, оставляем всё как есть.

Далее заходим Edit — Settings и делаем следующие настройки:

listen on those ports 40
timeout settings — по умолчанию стоит 120, 60, 60, а мы ставим везде 0 и нажимаем ОК.
Заходим в edit — users. В окошке users создаем нового юзера. В моем случае это юзер qwer.
Нажимаем Add — пишем имя — пароль pass — нажимаем ОК.

Далее в том же меню Users, слева выбираем закладку Shared folders. Заходим туда и добавляем папку в которую будет заливаться наш блок. Нажимаем Add и добавляем папку C:cygwin6400. В окошке появится путь к этой папке. Если слева от надписи C:cygwin6400 не будет буквы H, то нужно нажать Set as home dir. Затем выделив строчку C:cygwin6400 нужно отметить права Read и Write галочками. Затем нажать ОК.

Нам понадобятся следующие файлы:

  • adb.exe
  • AdbWinApi.dll
  • adb-windows.exe
  • AdbWinUsbApi.dll
  • fastboot.exe

Скачать их можно на тут.
Или вытащить из дистрибутива Android SDK.

Копируем их в папку C:cygwin64bin

Проверка работы ADB

Запускаем консоль из папки C:cygwin64bin, для этого достаточно вписать cmd в адресную строку проводника

Список подключенных девайсов не должен быть пуст, если после строчки List of devices attached пусто, то вы не установили USB-драйвера или не включили отладку по USB.

Когда всё идет хорошо, консоль выглядит так:

20352f2c – мой Xiaomi Mi2s

Режим модема по USB

Теперь нам необходимо узнать, какой IPv4 адрес получил ваш компьютер.
Используем команду ipconfig в командной строке
или
Идем по пути: Панель управленияСеть и ИнтернетЦентр управления сетями и общим доступом

Читайте также:  Удаление точек восстановления windows 7 кроме последней

Кликаем по надписи ’Подключение по локальной сети’ далее Сведения и копируем адрес IPv4.

В моём случае это 192.168.42.79

Важно! При каждом переподключении USB кабеля и вкл/выкл режима модема IPv4 будет меняться.

Какой блок памяти нам нужен?

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

Теперь нам необходимо посмотреть список блоков памяти, для этого вводим построчно следующие команды:

Hint: если вам лень вручную переписывать команды или вы боитесь допустить ошибку, то можно воспользоваться копированием, но вставить привычным способом строчку в консоль не выйдет, поэтому необходимо кликнуть правой кнопкой мыши по окну консоли, далее выбрать изменить > вставить.

После чего во внутренней памяти появится файл list_of_partitions.txt, который нам необходимо скопировать на ПК и изучить.
Скопировать его можно в нашу папку 000 с помощью простой команды (выполнять её следует в отдельном окне командной строки):

Внутренней памяти в моём аппарате 32 GB. Поэтому я ищу самый большой раздел, в моём случае это mmcblk0p27 размером 25,6 GB, у вас он скорее всего будет иметь другое имя, или вообще не будет иметь приписки p**. Безусловно, никто не гарантирует что именно самый большой раздел окажется тем самым на котором еще совсем недавно лежали ваши фото, видео, документы и тд., но в 90% случаев это оказывается именно тот раздел памяти который нам нужен. В противном случае вам придется по порядку копировать все образы и проверять каждый из них.

Копируем раздел памяти на ПК.

Если вы уже закрыли окно cmd, то запускаем его снова.

Вводим команды построчно:

Не забудьте внести соответствующие корректировки в код!

qwer – имя учетной записи в FileZilla (у вас свой если меняли)
pass – пароль от учетной записи в FileZilla (у вас свой если меняли)
40 – порт сервера FileZilla
192.168.42.79 – адрес сервера FileZilla (у вас свой)
mmcblk0p27.raw – копируемый блок памяти (у вас свой)

Открываем второе окно командной строки и вводим команды:

Не забудьте исправить mmcblk0p27 на номер своего блока!

Смотрим в окно FileZilla и видим, что скачивание mmcblk0p27.raw в папку C:cygwin6400 началось, теперь можно закрыть окна cygwin и сделать перерыв на чай.

Конвертируем и восстанавливаем

Вернулись? Файл скачался? Отлично. Отключаем телефон, подключаем интернет. Запускаем Cygwin.bat и вводим следующие команды.

Не забудьте исправить mmcblk0p27 на номер своего блока!

У меня конвертирование заняло пару секунд. На выходе у нас получается всё тот же файл mmcblk0p27.raw в папке C:cygwin6400, но уже немного другой. Этот сконвертированный файл можно смонтировать как виртуальный диск, или, например через R-studio, произвести восстановление данных непосредственно из нашего образа. Я так и поступил.


Hint: важные моменты пометил желтым.

Итоги

Моей целью было популярным языком объяснить способ копирования системного раздела с android-девайса на ПК, возможно, некоторые упрекнут меня в сложностях, связанных с USB-модемом и ftp, и скажут, что наверняка можно было проще вытащить образ. Отвечу так: я пробовал другими способами, описанными на 4pda и xda-developers, у меня не вышло, зато с ftp получилось со второй попытки, а входе написания статьи всё вообще прошло как по маслу.

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

В завершении хочется также упомянуть еще одну небольшую утилиту, которая восстанавливает данные — DiskDigger undelete. Она бесплатная, неплохой функционал, но к сожалению, после 40% она у меня вывалилась с ошибкой.

Монтирование внутренней памяти Andro > 02.04.2018 &nbsp восстановление данных | мобильные устройства | программы

  1. Перезагрузите ваш телефон или планшет в режиме Recovery. Обычно для этого нужно выключить телефон, затем зажать и удерживать кнопку питания и «громкость вниз» в течение некоторого времени (5-6) секунд, а после появления экрана fastboot выбрать Recovery Mode с помощью кнопок громкости и загрузиться в него, подтвердив выбор коротким нажатием кнопки питания. Для некоторых устройств способ может отличаться, но легко находится в Интернете по запросу: «модель_устройства recovery mode»
  2. Подключите устройство к компьютеру по USB и подождите некоторое время, пока оно не будет настроено. Если по окончании настройки в диспетчере устройств Windows устройство будет отображаться с ошибкой, найдите и установите ADB Driver именно для вашей модели устройства.
  3. Запустите Ubuntu Shell (в моем примере используется именно оболочка Ubuntu под Windows 10), командную строку или терминал Mac и введите adb.exe devices (Примечание: из-под Ubuntu в Windows 10 я использую adb для Windows. Можно было бы установить adb для Linux, но тогда бы он не «видел» подключенных устройств — ограничение функций подсистемы Windows для Linux).
  4. Если в результате выполнения команды вы видите подключенное устройство в списке — можно продолжать. Если нет — введите команду fastboot.exe devices
  5. Если в этом случае устройство отобразилось, значит всё подключено правильно, но рекавери не позволяет использовать команды ADB. Вероятно, придется установить кастомный рекавери (рекомендую найти TWRP для вашей модели телефона). Подробнее: Установка кастомного рекавери на Andro >В ADB Shell по порядку выполняем следующие команды.

В результате получаем имя устройства block, которое будет использовать далее (не теряем его из виду, запоминаем).

Следующий шаг — создаем скрипт, подключающий внутреннее хранилище к основной системе (всё, что ниже — одна длинная строка).

  1. Скачиваем и распаковываем PhotoRec с официального сайта https://www.cgsecurity.org/wiki/TestDisk_Download
  2. Запускаем программу, для Windows и запуска программы в графическом режиме запустите файл qphotorec_win.exe (подробнее: восстановление данных в PhotoRec).
  3. В главном окне программы вверху выбираем устройство Linux (тот новый диск, который мы подключили). Ниже указываем папку для восстановления данных, а также выбираем тип файловой системы ext2/ext3/ext Если вам требуются файлы лишь определенного типа, рекомендую указать их вручную (кнопка «Форматы файлов»), так процесс пойдет быстрее.

    Содержание:

    Что такое eMMC?

    eMMC – это тип твердотельных накопителей, обычно используемых в смартфонах и планшетах. Аббревиатура eMMC – это сокращение от «встроенная MMC» или «встроенная мультимедийная карта». Проще говоря, eMMC – несъемная карта памяти, которая припаивается к монтажной плате. И если вы видите телефон с памятью 16 ГБ, это 16 ГБ именно хранилища eMMC. Аналогично, если вы покупаете планшет, ультрабук или нетбук, скорее всего, он будет оснащен встроенным хранилищем eMMC вместо полнофункционального накопителя SSD.

    eMMC и SSD: в чем отличие?

    Основное отличие между памятью eMMC и накопителем SSD – это скорость работы. SSD-накопители, как правило, намного быстрее по сравнению с eMMC; в свою очередь, память eMMC намного дешевле, чем SSD-накопители аналогичного размера. Почему так?

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

    В памяти eMMC этот механизм параллельной работы с несколькими ячейками отсутствует – eMMC может производить только последовательные процедуры чтения и записи. В результате лучшие модули eMMC обеспечивают последовательную скорость чтения около 100 МБ/с и скорость записи около 40 МБ/с, в отличие от SSD-приводов, обеспечивающих скорость чтения 400 МБ/с и скорость записи 150 МБ/с.

    Сходства eMMC и SSD

    И в памяти eMMC, и в накопителях SSD для хранения данных используются чипы NAND. Соответственно, при работе с eMMC, так же, как и с SSD, процедура чтения производится гораздо быстрее, чем процедура записи данных. И каждая флэш-ячейка также должна быть очищена перед тем, как в нее можно будет записать новые данные. Кроме того, как и в случае с накопителями SSD, стирание информации из ячеек в eMMC происходит гораздо медленнее, чем запись в пустую ячейку.

    Эти сходства и обуславливают применение в технологиях хранения eMMC аналогичных механизмов повышения долговечности (регулирование уровня износа) и производительности (избавление от пустых ячеек через их удаление в фоновом режиме). Однако, в отличие от накопителей SSD, во многих контроллерах eMMC удаленные данные исчезают не мгновенно, вероятно, из-за отсутствия механизма параллельной работы с несколькими ячейками одновременно. В некоторых случаях удаленные данные остаются на носителе даже после выполнения команды TRIM; ячейки удаляются еще позже. Кроме того, в отличие от SSD-накопителей, многие контроллеры eMMC НЕ «обнуляют» ячейки, содержащие удаленные данные, до удаления самих ячеек. Таким образом, удаленные данные еще какое-то время остаются на носителе, а это значит, у специалиста по восстановлению данных всегда есть реальная возможность вернуть необходимые файлы.

    Восстановление информации с дисков eMMC

    Итак, выходит, что память eMMC – это в некотором роде более дешевая и медленная несъемная альтернатива SSD-накопителям, которая обычно используется в телефонах, планшетах и ультрабуках. А есть ли отличия между ними в реализации алгоритмов восстановления данных?

    Технология, используемая для восстановления информации с eMMC-приводов похожа на используемую с SSD, но применяемая техника очень отличается. Память eMMC – не съемная, она припаивается к основной плате, поэтому ее практически невозможно отсоединить и подключить к другому компьютеру. Многие лаборатории для восстановления данных обладают специальным оборудованием, позволяющим напрямую подключаться к чипам eMMC, но это определенно не вариант для обычных пользователей. Поэтому, если вы собираетесь восстановить информацию с хранилища eMMC вашего нетбука или планшета, вы будете ограничены исключительно средствами, предлагаемыми вашей операционной системой. Но и в таком случае варианты есть.

    Мы работаем только с устройствами Windows

    Прежде чем перейти к практическому руководству по восстановлению данных с eMMC-носителей, следует отметить, что все, описанное ниже, относится только к устройствам под управлением Windows. И все это применимо к любой версии Windows, хотя большинство устройств, в которых используется память eMMC работают под управлением Windows 8.1 или чуть более старой Windows 8. Вместе с тем, надежного универсального решения для восстановления данных с существующих Android-телефонов и планшетов мы предложить не можем. Невозможно также восстановить удаленные файлы и с устройств iOS.

    Легкая сложность: Восстановить удаленные файлы

    Выполнить восстановление удаленных файлов с eMMC-носителей относительно просто. Вам нужно будет установить инструмент восстановления данных на внешнее устройство хранения, такое как карта micro-SD, если ваше устройство оборудовано выходом для микро-SD или флеш-накопителем OTG, если ваше устройство поддерживает USB on-go (OTG). Кроме того, вы можете просто установить инструмент восстановления данных на сетевой диск (создать папку на вашем стационарном компьютере и начать «совместное использование» папки, после чего она отобразится как раздел диска на планшете Windows).

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

    После установки на отдельный диск инструмента для восстановления данных (например, RS Partition Recovery или более простого программного обеспечения для восстановления файлов) вы можете запустить его и начать сканирование диска, как обычно. Если ваши файлы еще можно вернуть, они появятся в списке восстанавливаемых файлов. Вы можете увидеть содержимое каждого файла, просто щелкнув по нему.

    Средняя сложность: возвращение к заводским настройкам или переустановка Windows

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

    В этом случае вам понадобится самый лучший инструмент для восстановления данных, поддерживающий низкоуровневую обработку данных: RS Partition Recovery. Это обусловлено тем, что после полной перестановки файловая система не сохраняет и следов ваших старых файлов. Поэтому инструмент восстановления данных должен будет прочитать все содержимое хранилища eMMC для обнаружения и идентификации известных типов файлов, таких как офисные документы, изображения, архивы ZIP / RAR, электронные письма и аналогичные файлы.

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

    Высокая сложность: поврежденная или не загружаемая система

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

    Только представьте, что на плату припаян носитель eMMC. Его нельзя снять и подключить к другому компьютеру. И вы ДОЛЖНЫ как-то загрузить систему на том же устройстве, с которого собираетесь восстановить данные. Сложно? Но решаемо!

    Если вы не можете загрузить Windows, и у вас есть важные файлы, находящиеся на устройстве eMMC (особенно если эти файлы были удалены и / или если вы отформатировали диск или переформатировали хранилище), самое худшее, что вы можете сделать, – это просто восстановить Windows. Конечно, система в итоге загрузится, и устройство будет работать, однако исходные файлы, скорее всего, будут потеряны.

    Вместо этого подумайте над самостоятельным созданием загрузочного диска для восстановления. Существует множество программ и руководств, которые помогут вам это сделать, некоторые из них даже предоставлены самой компанией Microsoft (например, эта статья: «Создать установочный диск для Windows 8.1» или эта, если ваша система работает нормально, но вы хотите позаботиться о безопасности данных заранее: http://windows.microsoft.com/en-us/windows-8/create-usb-recovery-drive).

    Вы сможете выполнить загрузку системы с отдельного носителя для восстановления, получив доступ к UEFI BIOS на своем устройстве и разрешив загрузку с внешнего носителя.

    В таком варианте вы сможете загрузиться в так называемом режиме восстановления. А в этом режиме – запустить средство восстановления данных, например, RS Partition Recovery, и извлечь ваши файлы с системы eMMC-диска.

Ссылка на основную публикацию
Adblock
detector