Восстановление данных сотового телефона

[Хакер]

Из-за лагов GUI сотового телефона случайно удалил все двести SMS-ок, хранящихся в памяти своего сотового телефона (Samsung SGH-D950i). Надо бы их восставить.

Решение «в лоб» типа «подпаяться к ногам флеш-микросхемы и считать всё, что там есть, а потом уже на компьютере вытянуть из дампа нужную информацию — я конечно рассматриваю, но это очень уж муторно.

Может быть есть какие-то софтовые варианты достучаться до образа памяти.

[Proxy]

Может быть есть какие-то софтовые варианты достучаться до образа памяти.

У старых моторол смс хранились в seem`ах, так что посмотреть можно было любым seem редактором, диапазоны адресов seem`ов в сети были расписаны подробно что где хранится. Наверняка у Samsung`ов тоже память как-то наподобие организована.
У старых моторол с их собственной прошивкой и у старых нокиа (любой S40) можно было найти любительский софт для дампа всей памяти через кабель (у моторол были кое-какие тонкости, но в целом всё решалось, всё обходилось). Полагаю и у самсунга что-то для этого можно найти в сети. Вот только сообщения в памяти фрагментировались (это возможности seem у motorola), так что поиском вхождения можно и не найти. А хранились они емнип в юникоде.

[Proxy]

А ещё гугл что-то говорит про "SGH Flasher/Dumper", не знаю на сколько он годится для D950i.

[Qwertiy]

А хранились они емнип в юникоде.

Не думаю. Подозреваю, что только сообщения, содержащие хотя бы один симвон не из ascii, хранятся в юникоде (UTF-16).

[Proxy]

Не думаю. Подозреваю, что только сообщения, содержащие хотя бы один симвон не из ascii, хранятся в юникоде (UTF-16).

Возможно. А может и в UTF-8, потому что я помню, что латинская часть текста читалась в ascii (hex-редактор практически любой), а кириллическая нет. Впрочем давно это было.
Диссонанс вот в чём: когда набираешь сообщение, то стоит только появиться хоть одному символу не из ascii и максимальная длина сообщения уменьшается вдвое (независимо от числа кириллических символов, т.е. отправляет точно не в UTF-8, но вот хранит в памяти может быть без подобных ухищрений).

Что же касается именно удвоения, то и не факт, что UTF-16, т.к. некоторые стандарты, связанные с SMS, были созданы ещё в лохматые годы, а там могли быть варианты (а сам юникод так и вовсе молод, он только в 1991 году появился, смс уже были в тот момент, хоть и только в латинском алфавите). Мне как-то довелось лет 5 назад вникать в тонкости pop, smtp и mime. Так вот там хватает занятных рудиментов, связанных с особенностями тогдашнего оборудования, сетей и кодировкой символов в этом архаичном зверинце (плюс занятная штука с преобразованием бинарных данных в текст, у которого при передаче один бит далее отваливался использовался в служебных целях). GSM в части SMS могло кое-что из e-mail позаимствовать. Если есть желание углубиться в теорию и поведать вкратце, то охотно почитаю(ем).

[Qwertiy]

Диссонанс вот в чём: когда набираешь сообщение, то стоит только появиться хоть одному символу не из ascii и максимальная длина сообщения уменьшается вдвое (независимо от числа кириллических символов, т.е. отправляет точно не в UTF-8, но вот хранит в памяти может быть без подобных ухищрений).

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

[Proxy]

Эх, на вики залез:

Максимальный размер сообщения в стандарте GSM — 140 байт (1120 бит). Таким образом, при использовании 7-битной кодировки (латинский алфавит и цифры) можно отправлять сообщения длиной до 160 символов. При использовании 8-битной кодировки (немецкий, французский язык) можно отправлять сообщения длиной до 140 символов. Для поддержки других национальных алфавитов (китайского, арабского, русского и др.) используется 2-байтовая (16-битная) кодировка UCS-2.

Да, стало быть меняет кодировку в зависимости от входящих в сообщение символов. При передаче во всяком случае. Под код схемы кодирования же отведён один байт в заголовке.
Что весьма обидно: помнится как-то давно даже транслит использовали, чтобы не платить за лишние сообщения (которые стоили довольно дорого).

Ну и в любом случае отыскать в дампе размещение сообщений будет довольно непросто, даже зная кодовую страницу: даже если вспомнится довольно длинное слово, которое есть в удалённых сообщениях, то 100% эта последовательность совпадёт много-много раз + вполне возможно, что сообщение в памяти хранится не одним фрагментом и окажется разделено именно в этом слове (а если создавать новые сообщения для поиска, то 100% потрутся старые сообщения, останется надеяться только на дамп, полученный до каких-либо манипуляций. Да и то не факт, что мобильник при загрузке уже не потёр сообщения какими-нибудь временными файлами, если сообщения храятся в фс). И ни с одним дампером для самсунга я близко не знаком, он может и быть неспособным дампить без сжатия (т.к. нет цели копаться в дампе, он просто служит резервной копией). Да и платформа мобильника вполне может пользовательские данные сохранять в сжатом виде, а там уже найти будет слишком сложно.

[Proxy]

Случайно наткнулся, возможно тут стоит поискать.