Восстановление данных, случайная запись на /dev/sda1

[11lkopi11]

Прошу помощи.
Дело такое, есть зашифрованный винт luks, загрузочная флешка.
В юзере(root) делал копию через dd загрузочной флешки. Когда переносил уже копию на другую флешку, случайно указал не тот раздел.

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

bzip2 -cd /home/user/image.img.bz2 | dd of=/dev/sda1 нужно было sdc1.
Потом смотрю что флешка то у меня 4 гб, а скопировано уже 5, смотрю что не то указал. Отменил. Потом ребутнул систему.
Запустил систему без загрузчика, пишет error: file '/grub/i386-pc/normal.mod' not found.
С загрузчиком No volume...

Вывод fdisk -l

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

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00047512

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048  1953523711   976760832   83  Linux

Disk /dev/sdb: 3904 MB, 3904896000 bytes
121 heads, 62 sectors/track, 1016 cylinders, total 7626750 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009e87d

This doesn't look like a partition table
Probably you selected the wrong device.

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   ?  3223366752  3470046675   123339962   f4  SpeedStor
/dev/sdb2   ?   378192737   710426324   166116794   10  OPUS
/dev/sdb3   ?   225603442   225603451           5   74  Unknown

Partition table entries are not in disk order
Неужели за 5 минут весь диск перезатёрся, я перед ребутом проверил, всё на месте было.

Вывод mount

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

mount
/cow on / type overlayfs (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
/dev/sdb on /cdrom type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0 on /rofs type squashfs (ro,noatime)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /sys/firmware/efi/efivars type efivarfs (rw)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/999/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=ubuntu)
/dev/sda1 on /media/ubuntu/cc24d55b-55b7-4355-b769-e0e821b7ab3a type ext2 (rw,nosuid,nodev,uhelper=udisks2)

[| toZen |]

Первым делом - снимите образ того, что осталось через ту же программу, нo на другой носитель или раздел:

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

sudo dd if=/dev/sdХ of=/path/to/saved/data bs=512 conv=noerror,sync

(Нажмите, чтобы показать/скрыть)

Значение параментра <bs> может быть изменено в сторону увеличения, например - <bs=4M>, тем самым увеличится немного скорость операции переноса данных. Это, как обозначить грузчику колличество переносимых за раз коробок/мешков/пакетов.
Но, я бы избрал указанное выше, просто из-за вопроса большей пунктуальности, а не скорости.

И уже после этого эксперементируйте с восстановлением данных.

Неужели за 5 минут весь диск перезатёрся, я перед ребутом проверил, всё на месте было.

dd - это мощная и в той же степени очень опасная (при неумелом обращении) программa. Затирает данные практически намертво.

### UPD ###
Понятное дело, что перед ребутом Вы видели "всё на месте". То, что Вы видели уже стало виртуальной реальностью . Записи о файловой структуре и наличии директорий с файлами обновляются при ребуте, либо при принудительном вызове через updatedb например.

[11lkopi11]

Образ не снимал, есть один носитель, но там памяти не хватит.

Пока сканирую /dev/sda(это винт) через testdisk

dd - это мощная и в той же степени очень опасная (при неумелом обращении) программa. Затирает данные практически намертво.

Там распаковка загрузчика была, того что в /boot находится, только на носителе раздел пропал.

[| toZen |]

11lkopi11, сканировать - то Вы можете, но невозможно записать копию на то же самое место, что и оригинал, с сохранением оригинала.
Другой носитель или раздел с объёмом, аналогичнo повреждённому необходим в любом случае.

[11lkopi11]

Другой носитель или раздел с объёмом, аналогичнo повреждённому необходим в любом случае.

Что-то не так.

Ещё сканируется gpart, несколько часов уже.

Пользователь решил продолжить мысль 06 Декабря 2015, 16:56:06:Просканировал testdisk , Deep search, ничего нового не появилось.

[AnrDaemon]

Естественно. Если вы удалили 5 гигов диска, откуда там чему-то появляться?