Потеря содержимого диска с NTFS

0

1

Жесткий диск на терабайт, файловая система NTFS. Там почти 800 Гб всякого нужного. В один момент при монтировании диска стала открываться просто пустая папка. 0 объектов, но 800 Гб занято. Диагностика файловой системы показала, что повреждений в ней нет. Аппаратные проблемы?

Ссылка

←	В линуксе есть программа для 3D моделирования для слабых компов?

Установка бинарного (вроде) файла.

→

Самое главное - снять побайтовую копию содержимого диска на другой накопитель, и в дальнейшем издеваться именно над копией, причем в режиме только для чтения (а если даже что-нибудь в неё писать - исключительно copy on write).

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

У вас есть куда скопировать целый терабайт?

token_polyak ★★★★★
(30.12.22 22:01:19 MSK)

Попробуй iCare Data Recovery (можно найти на весёлых сайтах;).

rupert ★★★★★
(30.12.22 22:03:01 MSK)

Ответ на: комментарий от rupert 30.12.22 22:03:01 MSK

Расскажи, если не лень, чем оно лучше/хуже остальных 100500 программ разной степени кривизны (GetDataBack, OnTrack Easy Recovery, etc.). А то держу я образы пятинадцатилетней давности, многое перепробовал, и всё ещё периодически возвращаюсь к ним.

token_polyak ★★★★★
(30.12.22 22:10:05 MSK)

Берешь и подключаешь диск в заведомо исправный компьютер через заведомо исправный шлейф (или USB кабель, если он такой).
Если всё OK, то проблема в шлейфе, если нет — то беда с ФС или самим диском.
Смотришь smartctl -a /dev/sdX на предмет самочувствия диска.
Если нужно вытянуть данные, сперва нужно снять копию, потом с неё копию, потом пробовать вытянуть данные из копии копии. То есть потребуется пустое пространство в 3 раза больше, чем оригинал.
Сперва снимаем побитовую копию через ddrescue, как описано тут: https://wiki.gentoo.org/wiki/Ddrescue#Rescue_data
Делаем копию полученного файла.
Вооружаемся qemu-nbd, kpartx, testdisk, ntfsfix и пробуем что-то сделать с копией копии.
А вообще NTFS может нормально восстанавливать только Windows или платный драйвер для Linux.

Vsevolod-linuxoid ★★★★★
(30.12.22 22:10:32 MSK)

Ответ на: комментарий от Vsevolod-linuxoid 30.12.22 22:10:32 MSK

Если нужно вытянуть данные, сперва нужно снять копию, потом с неё копию, потом пробовать вытянуть данные из копии копии. То есть потребуется пустое пространство в 3 раза больше, чем оригинал.

Вооружаемся qemu-nbd

Раз qemu-nbd, то можно qcow2 (cow в названии намекает на то, что сейчас будет) с единственным образом диска в качестве backing image.

token_polyak ★★★★★
(30.12.22 22:12:01 MSK)
Последнее исправление: token_polyak 30.12.22 22:13:02 MSK (всего исправлений: 3)

Ответ на: комментарий от token_polyak 30.12.22 22:12:01 MSK

ddrescue снимает RAW файлы.

Vsevolod-linuxoid ★★★★★
(30.12.22 22:14:26 MSK)

Ответ на: комментарий от Vsevolod-linuxoid 30.12.22 22:14:26 MSK

Ничего, backing image может быть любого (поддерживаемого) формата.

qemu-img create -b образ.img -f qcow2 копия-для-записи.qcow2

token_polyak ★★★★★
(30.12.22 22:17:38 MSK)
Последнее исправление: token_polyak 30.12.22 22:20:16 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от token_polyak 30.12.22 22:01:19 MSK

Эхххх… Да если бы( Ладно, образ так образ. Закажу что-нибудь пообъемнее.

Nevermind
(30.12.22 22:19:16 MSK) автор топика

Ответ на: комментарий от Nevermind 30.12.22 22:19:16 MSK

Риск доломать подыхающий диск или самому накосячить есть, и он ненулевой. Подтверждено моим печальным опытом.

token_polyak ★★★★★
(30.12.22 22:21:47 MSK)
Последнее исправление: token_polyak 30.12.22 22:22:23 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от Nevermind 30.12.22 22:19:16 MSK

Главное не вздумай копировать через dd! Только ddrescue — обычный dd споткнется на первом же бед-блоке и зависнет в бесконечных попытках чтения.

Vsevolod-linuxoid ★★★★★
(30.12.22 22:24:13 MSK)