rPman

за много много денег можно попытаться что то сделать, если ssd диск был обесточен как можно быстрее после удаления и отнесен в соответствующюу фирму.

Там специалисты должны выпаять чипы памяти (или подключиться к ним с помощью специализированного железа и софта) и проанализировать их содержимое.

Внутри ssd есть своя как бы файловая система, скорее всего похожая на cow, где каждая следующая запись пишется в новое место, даже если это один и тот же сектор с точки зрения пользователя (это нужно для равномерного распределения записей по ячейкам), значит можно раскрутить этот лог назад, если система не успела исполнить для этих участков trim. Но, к сожалению, записи происходят сразу по всему объему диска (современные чипы памяти это многоуровневые цепочки бит, запись которых происходит циклически, первые биты записываются быстро, последующие биты в цепочках - медленно, когда происходит запись, сначала контроллер пишет данные в каждые первые биты этих цепочек и запускает фоном процесс перераспределения, чтения записанных данных в первые биты и перезапись их в глубь каждой цепочки, это медленнее, как минимум именно так реализуют кеширование записи на дешевых пользовательских накопителях (а может и на всех). Именно поэтому примерно 20% свободного места на диске будут записаны на максимальной скорости а затем скорость упадет в десяток раз именно потому что свободных 'первых бит' не остается и контроллер ждет окончание перераспределения.

p.s. напоминаю, что любые операции записи на этот диск уменьшают шансы восстановления данных, например если на этом диске хранится ОС и был ее запуск, или на этот же диск устанавливал приложения для восстановления данных.

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

p.s. Чем именно работать на mac не скажу, в области этих железок очень часто встречаются искусственные и не логичные ограничения.

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

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

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

linux dd с опцией conv=sync,noerror позволяет сделать копию образа, пропуская ошибки (будет заполнять нулями соответствующие области)

dd if=/dev/sda1 of=partition.raw conv=sync,noerror status=progress

в данном примере будет сделана копия раздела sda1, которую можно монтировать как устройство, запускать проверку fsck и т.п.

которые были удалены тогда когда этого приложения у меня не было на телефоне.

сам подумай, что тогда восстанавливать если приложения не было а значит сообщение никогда на телефон не попадало, из чего восстанавливать?

100% никак

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

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

вроде все понимаешь а такое делаешь

Любая запись на диск, на котором удален важный файл понижает шансы успешного восстановления кратно!

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

p.s. попробуй еще https://sourceforge.net/projects/ext4magic/

К сожалению, на сколько я помню, ext3/ext4 очень не подходящая файловая система для восстановления удаленных файлов, т.е. очень мало шансов.

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