rPman

Немедленно прекратите самодеятельность и несите диск на восстановление, но шансов у вас мало.

Основной рабочий пока первый, с 7кой.
...
После этого ребутнулся в 10ю винду и запустил проверку первого диска.

Об этом моменте все забывают, что в windows 10 (начиная с win8) есть механизм ускорения загрузки, который при использовании последовательно нескольких ОС может угробить ваши данные (полагаю это сделано специально, как одна из миллиона мер борьбы с linux конкуренцией, иначе об этом бы везде писали большими буквами). Принцип следующий - windows 10 при выключении, закрывает рабочие приложения (делает быстрый logout) а затем вызывает гибернацию (hibernation), сброс оперативной памяти и состояния устройств (включая gpu) на диск в файл hiberfil.sys в корне диска, т.е. не завершая процессы, не закрывая файлы, не сбрасывая кеши записи на диски и кучу всего, что могло бы замедлить этот процесс... при включении, данные очень быстро и эффективно считываются с диска (линейная скорость даже медленных дисков hdd - сотня мбайт/с), включение занимает считанные десяток секунд, после чего идет login и запуск процессов пользователя.

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

Но вот винда ругнулась на этот диск и я решил его проверить. Забекапил что нужно и на 2й и на 3й диски.

Что это была за ругань, сообщение в подробностях скорее всего раскроет подробно, что случилось.

p.s.

эту фичу зовут Fast Startup (включена в win10 и 11 по умолчанию) можно не выключать всю гибернацию, а вручную выключать компьютер в правильном режиме:
shutdown -s -t 0

отключается в Панели управления, электропитание, действия кнопок питания, изменение параметров которые сейчас недоступны, выключить быстрый запуск.
либо отключить гибернацию полностью, выполнив в командной строке:
powercfg /h off

за много много денег можно попытаться что то сделать, если 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, там в теории будут и удаленные сообщения)