Philips X623 был 2х аппаратных-толи-програмных ревизий. Чем они отличаются хз, но последние версии прошивок шли V10A и V10B (были еще более новые для Украины V03A, V03B, а более старая V09A вроде была только A). В случае заливки в версию B прошивки от A слетали IMEI и не работала сеть. Что будет если наоборот залить хз. Кроме того, при столь фатальном падении, когда оторвало аж 20 пятаков и деформировало плату... С 9 этажа его штоль роняли... Если при этом аппарат работал, то во флеши могли произойти самые непредсказуемые изменения. Он же все время что-то пишет туда... Логи например. Когда 20 пятаков разом отрывается немудрено исказить, например, адрес в шине и записать не то и совсем не в том месте.
В таких случаях нужно пробовать слить дамп и разобрать его на части. Userdata врядли много места занимают, за исключением InternalStrorage. Кроме того можно тупо поискать записаную книжу в дампе набрав одно из известных имен или номер телефона оттуда. Аналогично с SMS, хотя SMS, скорее всего хранятся в том формате, в котором они ходят по сети (кажется 7бит там, в ASCII выглядит вроде набора длинных строк из цифр), другие тела часто так хранят, но заголовки в виде "нормального" текста. Если Медиа нужны (фотки) с InternalStorage, то они, скорее всего на FAT разделе, но даже если нет, то легко прогнать R-Studio по имиджу в поисках известных типов файлов, JPEG-и легко найдет и вытащит, как и mp3.
У X623 вроде как NOR-флеш стоитб соотв OBB там врядли есть. На тех аппаратах, где стоит NAND (кроме eMMC) задача несколько усложняется поск OBB (блоки кода контроля-коррекции в конце каждого блока разбиения флеши) можно убрать какими-нибудь утилами конвертерами для образов, обычно OBB "стандартные", но может икатом встретиться. Если сливать дамп с Медиатековского тела через USB, то SPFlashTool можно выбрать как читать блоки - с OBB, без OBB или с коррекцией данных из OBB, но без самих OBB.