Я переместил все свои данные на новый диск, и они, кажется, были потеряны. Помогите пожалуйста восстановить данные.
Вот что я сделал, чтобы возникла проблема:
Я переместил, а не скопировал данные. (Первая ошибка)
Жесткий диск шумел, когда я перемещал данные. Поскольку диск новый и все значения SMART выглядят хорошо, я не слишком беспокоился об этом, но, может быть, мне стоило?
Чтобы использовать данные, я подключил диск к машине с Windows.(Вторая ошибка) Я пытался использовать DiskInternals LinuxReader, чтобы прочитать формат ext4. Некоторые файлы были доступны для чтения, другие папки выдавали ошибку или казались пустыми.
Я подключил диск к оригинальной машине с Ubuntu и увидел те же результаты.
Что я пытался исправить:
Первой рекомендацией было сделать dd
резервную копию всего диска. Я это сделал.
Хотя при последующей проверке с помощью df -h
исходный диск показал, что используется 981 ГБ, а копия показала, что используется только 80 КБ. Так может там что-то пошло не так?
Сегодня утром я попытался продолжить работу после перезагрузки, но неожиданно мне не удалось смонтировать ни один из дисков:
специального устройства /dev/sdb1/ не существует (префикс пути не является каталогом).
Я попробовал то, что было предложено здесь, и запустил sudo blockdev --rereadpt
на обоих дисках, но это заработало без какой-либо обратной связи, и монтирование по-прежнему было невозможно. Поскольку я планировал использовать e2fsck, я не слишком беспокоился об этом, так как мне все равно приходилось использовать несмонтированный диск.
Я запустил gdisk
с r
для доступа к параметрам восстановления, а затем с b
и c
для чтения и восстановления таблицы разделов. из вторичной таблицы. Поскольку v
не дало ошибок, я подтвердил запись с помощью w
.
Поскольку это не сработало, я, наконец, попробовал e2fsck
. Я подтвердил все, о чем меня просили. В основном неверные контрольные суммы, пустые или «мусорные» иноды и неправильные подсчеты для групп.Все, что я читал, говорило, что этот процесс может занять несколько часов, но он длился всего десять минут.
После этого монтирование наконец-то заработало, но df -h
показывает только 6,9G (должно быть 981G). Диск кажется пустым, если не считать около 50 записей в потерянные+найденные
, поэтому этого недостаточно, чтобы охватить все потерянные файлы.
Я не знаю, что делать дальше, и, кажется, не могу найти больше ответов самостоятельно.
Почему диски больше нельзя было монтировать? — ответил @mchid, спасибо!
Что я могу попробовать дальше, чтобы получить шанс на восстановление данных?
И если у кого-то хватит терпения просветить меня:
Повреждено ли подключение диска ext4 к машине с Windows? Если да, то почему? Насколько я понял с правильными драйверами (т.е. LinuxReader) должно быть читаемо.
Будем признательны за любой ответ. Спасибо за любую помощь заранее!
Изменить, чтобы добавить:
lsblk вывод:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 8G 0 disk
├─sda1 8:1 0 1M 0 part
└─sda2 8:2 0 8G 0 part /
sdb 8:16 0 3.7T 0 disk
└─sdb1 8:17 0 3.7T 0 part
sdc 8:32 0 3.7T 0 disk
└─sdc1 8:33 0 3.7T 0 part
sdd 8:48 0 1000G 0 disk
└─sdd1 8:49 0 1000G 0 part /data
разделенный вывод:
(parted) print
Model: QEMU QEMU HARDDISK (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 4001GB 4001GB ext2