Я переместил все свои данные на новый диск, и они, кажется, потеряны. Помогите пожалуйста восстановить данные.
Вот что я сделал, чтобы проблема возникла:
Я переместил, а не скопировал данные. (Первая ошибка)
Жесткий диск шумел, когда я перемещал данные. Поскольку диск новый и все значения SMART выглядят хорошо, я не слишком беспокоился об этом, но, может быть, мне стоило?
Чтобы использовать данные, я подключил диск к машине с Windows. (Вторая ошибка) я пытался использовать DiskInternals LinuxReader чтобы иметь возможность читать формат ext4. Некоторые файлы были доступны для чтения, другие папки выдавали ошибку или казались пустыми.
Я подключил диск к оригинальной машине с Ubuntu и увидел те же результаты.
Что я пытался исправить:
Первая рекомендация заключалась в том, чтобы сделать дд резервное копирование всего диска. Я это сделал.
Хотя при последующей проверке с дф-ч на исходном диске было использовано 981 ГБ, а на копии - только 80 КБ. Так может там что-то пошло не так?
Сегодня утром я попытался продолжить после перезагрузки и вдруг не смог смонтировать ни один диск:
специального устройства /dev/sdb1/ не существует (префикс пути не является каталогом).
Я попробовал то, что было предложено здесь и беги sudo blockdev --rereadpt на обоих дисках, но он работал без обратной связи, и монтирование по-прежнему было невозможно. Поскольку я планировал использовать e2fsck, я не слишком беспокоился об этом, так как мне все равно приходилось использовать несмонтированный диск.
я побежал gdisk с р чтобы перейти к параметрам восстановления, а затем с помощью б и с для чтения и восстановления таблицы разделов из вторичной таблицы. С в не дал ошибок, я подтвердил запись с помощью ж.
Поскольку это не сработало, я, наконец, попробовал e2fsck. Я подтвердил все, о чем меня просили. В основном неверные контрольные суммы, пустые или «мусорные» иноды и неправильные подсчеты для групп. Все, что я читал, говорило, что этот процесс может занять несколько часов, но он длился всего десять минут.
После этого крепление наконец-то заработало, но дф-ч показывает только 6,9G (должно быть 981G) в использовании. Диск кажется пустым, если не считать около 50 записей в потерян+найден, так что этого недостаточно, чтобы покрыть все потерянные файлы.
Я не знаю, как поступить, и не могу найти больше ответов самостоятельно.
Почему диски больше нельзя было монтировать? - Ответил @mchid, спасибо!
Что я могу попробовать дальше, чтобы получить шанс на восстановление данных?
И если у кого-то хватит терпения просветить меня:
Повреждено ли подключение диска ext4 к машине с Windows? Если да, то почему? Насколько я понял с правильными драйверами (т.е. LinuxReader) должно быть читаемо.
Мы очень признательны за любой ответ. Спасибо за любую помощь заранее!
Изменить, чтобы добавить:
вывод lsblk:
НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
sda 8:0 0 8G 0 диск
ââsda1 8:1 0 1M 0 часть
ââsda2 8:2 0 8G 0 часть /
sdb 8:16 0 3.7T 0 диск
ââsdb1 8:17 0 3.7T 0 часть
sdc 8:32 0 3.7T 0 диск
ââsdc1 8:33 0 3.7T 0 часть
sdd 8:48 0 1000G 0 диск
ââsdd1 8:49 0 1000G 0 часть/данные
разделенный вывод:
(разделенный) печать
Модель: QEMU QEMU HARDDISK (scsi)
Диск /dev/sdb: 4001 ГБ
Размер сектора (логический/физический): 512Б/512Б
Таблица разделов: gpt
Флаги диска:
Номер Начальный Конечный Размер Файловая система Имя Флаги
1 1049 КБ 4001 ГБ 4001 ГБ доб 2
