Как восстановить данные на SSD

[hexorm]

После невнимательного ввода команды

Код: [Выделить]

sudo dd if=/Desktop/file.iso of=/dev/sdb где вместо sdb должно было быть sdc - не стало системного диска.

В биосе диск видно. В файловом менеджере - нет. В gparted проходит как unallocated  c таким предупреждением warning: /dev/sdb: unrecognised disk label.

Пока ни каких действий не предпринимал, чтобы не ухудшить ситуацию. Очень бы хотелось восстановить несколько файлов с таблицами и вордовские документы. Можно что-нибудь сделать?

[| toZen |]

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

[hon]

hexorm, если выполнение команды завершилось, все данные в начале диска на размер образа уничтожены.
Какая была таблица разделов?

[| toZen |]

hon, согласен, dd тем и опасна, но пусть хоть попробует...

[hexorm]

Выполнение команды завершилось.

ФС - GPT
1. FAT32 - 250mb(efi)
2. ext4 - 40gb(ubuntu14.04)
3. ntfs - 40gb(win8)
Дальше ещё что-то было уже не помню + ~10% свободного места
file.iso - 3.4gb
2. ext4 - 40gb(ubuntu14.04) размечал стандартно при установки выбрал точку монтирования "/"

[hon]

GPT — это таблица разделов, а не файловая система.
Записывай новую таблицу разделов на диск, затем перезапусти систему и запусти Gparted.

[hexorm]

Можно поподробнее.
Мне надо заново разметить диски с LiveUSB с помощью gparted?
Потом перегрузиться?

>...затем перезапусти систему
Сейчас нет никакой системы всё потёрлось

[hon]

Тебе нужно в testdisk (ты же сейчас в нем работаешь?) записать (Write) эту таблицу разделов на диск.
После этого нужно перезагрузить операционную систему, чтобы система увидела изменения testdisk'а. По завершении работы testdisk не приказывает системе перечитать таблицу разделов, поэтому система не будет видеть изменения до перезагрузки. Можно и без перезагрузки обойтись, но как — к гуру.

[hexorm]

Я пока ничего не записывал. Только testdisk'ом полазил по диску:

Быстрый поиск

Внутри нужного тома

hon, вот эту таблицу предлагали записать?

Глубокий поиск

Снова глубокий поиск

Хвост глубокого поиска

Внутри NO NAME

[hon]

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

[hexorm]

В моём случае, наверное, копии GPT нет. Так как больше никаких таблиц не находил

[ArcFi]

А ещё вроде была инфа, что контроллер как-то хитро данные по SSD размазывает, что восстановление усложняется.

[Dfg]

Все начало диска уже убито.
Можно натравить photorec и надеяться что нужные файлы физически еще существуют.

[hon]

В моём случае, наверное, копии GPT нет. Так как больше никаких таблиц не находил

GPT по определению есть в двух экземплярах — в начале диска и в конце. Испорчена только копия в начале, ее можно восстановить из копии в конце.

А ещё вроде была инфа, что контроллер как-то хитро данные по SSD размазывает, что восстановление усложняется.

Отличия в поведении будут только при использовании discard. Какой может быть discard, записи осуществлялась на носитель через блочное устройство /dev/sdX?

Все начало диска уже убито.
Можно натравить photorec и надеяться что нужные файлы физически еще существуют.

Уничтожены только данные в начале диска на размер образа. GPT можно восстановить из копии. Точно оценить степень повреждений нельзя, т.к. ТС не назвал размер образа.

ТС, на первом скриншоте видно, что testdisk использует альтернативную (вторую копию, которая в конце) GPT. Попробуй сделать backup ее, а потом восстановить из бекапа. Может быть он перезапишет обе копии бекапом.

[hexorm]

hon, спасибо за подробный ответ.
ТС назвал размер образа в Ответ #4 "file.iso - 3.4gb" 

Чтобы сделать бекап надо "L" нажать в testdisk правильно?

На данный момент удалось востановить один файл .odt с помощью photorec. Файлы .kdb нашлись, но повреждены и keepassx не может их открыть.