Восстановление данных в Linux

Question

Я недавно купил новый компьютер, чтобы я мог обновить свою старую машину с Linux. Моя старая машина работала под управлением Ubuntu 16.04 Server LTS. Операционная система была установлена на 256 ГБ SSD, а для хранения данных использовался один жесткий диск 7 ТБ. Как и SSD-диск, диск с данными был подключен к системе через SATA. Другими словами, диск с данными не является внешним USB-накопителем.

В новой системе я установил Ubuntu 18.04 Server LTS на новый SSD-накопитель емкостью 1 ТБ. Затем я физически переместил жесткий диск объемом 7 ТБ со своей старой машины и подключил его к новой системе. Однако, к большому удивлению, ранее сохраненные данные на старом жестком диске объемом 7 ТБ теперь отсутствуют, то есть Ubuntu 18.04 сообщает, что диск не содержит никакой информации, то есть он не показывает никаких файлов или каталогов. Ubuntu отображает 7 ТБ свободного места.

Конечно, я не переделал диск и не записал на него никаких данных. Все, что я сделал, это физически подключил старый диск к новой машине и загрузил Ubuntu 18.04 LTS. Используемая файловая система - ext4.

Что происходит и как я могу восстановить свои данные?

Я пробовал такие инструменты, как testdisk, photorec и т.д., Но безуспешно.

Вот некоторые результаты:

sudo fdisk -l

Disk /dev/loop0: 86.9 MiB, 91099136 bytes, 177928 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 /dev/loop1: 89.5 MiB, 93818880 bytes, 183240 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 /dev/loop2: 89.5 MiB, 93835264 bytes, 183272 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 /dev/sda: 7.3 TiB, 8001563222016 bytes, 15628053168 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
Disklabel type: gpt
Disk identifier: XXX

Device           Start         End     Sectors   Size Type
/dev/sda1         2048 15628052479 15628050432   7.3T Linux filesystem
/dev/sda2  15628052480 15628053134         655 327.5K Linux filesystem

Disk /dev/sdc: 1.9 TiB, 2048408248320 bytes, 4000797360 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
Disklabel type: gpt
Disk identifier: XXX

Device     Start        End    Sectors  Size Type
/dev/sdc1   2048       4095       2048    1M BIOS boot
/dev/sdc2   4096 4000794623 4000790528  1.9T Linux filesystem

Вот что сообщает Foremost:

Invocation: foremost -i /dev/sda1 -t png -o /home/erran/foremost
File: /dev/sda1
Start: Thu Jan 10 13:55:00 2019
Length: 7 TB (8001561821184 bytes)

Num      Name (bs=512)         Size      File Offset     Comment

Finish: Fri Jan 11 02:27:21 2019

0 FILES EXTRACTED

Больше выводов, основанных на предложении @agc:

sudo dd if=/dev/sda count=1 bs=1G | gzip -1 | wc -c
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.43023 s, 127 MB/s
7332366

sudo dd if=/dev/zero count=1 bs=1G | gzip -1 | wc -c
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 4.16624 s, 258 MB/s
4683762

Answer 1

Не паникуйте ... стирание жесткого диска 7 ТБ занимает много времени .

Потратьте минуту, чтобы проверить, действительно ли данные исчезли, сжимая первый гигабайт всего диска с помощью gzip -1 и сравнивая размер. Например, используя мой текущий рабочий жесткий диск:

dd if=/dev/sda count=1 bs=1G | gzip -1 | wc -c

Выход через минуту:

1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 54.3403 s, 19.8 MB/s
1072079878

Последнее число 1072079878 - сжатый размер, который очень близок к несжатому размеру. Отчасти это происходит потому, что gzip -1 быстро и не очень хорошо сжимается, а отчасти потому, что в первом гигабайте /dev/sda содержится много данных.

Сравните это с тем же кодом, но с использованием /dev/zero (бесконечный поток нулей):

dd if=/dev/zero count=1 bs=1G | gzip -1 | wc -c

Выход (работает менее чем за 10 секунд):

1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.65898 s, 124 MB/s
4683762

Поскольку данные представляют собой все нули, даже gzip -1 может сжать 1G до 4M (менее 1% от исходного размера).

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