1

Я пытался выполнить резервное копирование своего linux box (ext4) на внешний жесткий диск NTFS с помощью rsync. Я получил некоторые ошибки и затем удалил резервную копию на внешнем жестком диске, используя «rm -r» и «rm -rf», которые не удалось удалить. все файлы /DIR и некоторые странные звуки выходили из жесткого диска после этого процесса (даже если он не был смонтирован {Да, я все еще мог смонтировать его}), это происходило пару раз (повторное резервное копирование и удаление снова), затем я подключил устройство в MS-Windows и попробовал "chkdsk /f", который исправил проблему со звуком и создал несколько папок / файлов с именем "found.000 to found.999" (я не смог увидеть их в окнах даже при скрытой опции включен) это было каким-то образом восстановление того, от чего я пытался избавиться с помощью rm -rf, и в конце я решил удалить все папки found.000-999, используя в Linux с помощью rm -rf.

Сейчас ни на windows, ни на linux я не могу его смонтировать, я вижу устройство, использующее diskmgmt.msc на windows и использующее lsblk/fdisk на linux, до катастрофы это был HDD с одним разделом, теперь его разделенный на 4-5!

Тем не менее, это очень важно / жизненно важно, чтобы сохранить данные

Вот некоторые выводы

# fdisk -l /dev/sdc

Disk /dev/sdc: 1.8 TiB, 2000365289472 bytes, 3906963456 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: dos
Disk identifier: 0x6e697373

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdc1  ?    1936269394 3772285809 1836016416 875.5G 4f QNX4.x 3rd part
/dev/sdc2  ?    1917848077 2462285169  544437093 259.6G 73 unknown
/dev/sdc3  ?    1818575915 2362751050  544175136 259.5G 2b unknown
/dev/sdc4  ?    2844524554 2844579527      54974  26.9M 61 SpeedStor

Partition table entries are not in disk order.

,

# ntfsfix -d /dev/sdc
Mounting volume... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
FAILED
Attempting to correct errors... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
FAILED
Failed to startup volume: Input/output error
Checking for self-located MFT segment... ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
OK
ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 1024   usa_ofs: 0  usa_count: 65535: Invalid argument
Record 0 has no FILE magic (0x0)
Failed to load $MFT: Input/output error
Volume is corrupt. You should run chkdsk.

СПАСИБО

2 ответа2

3

Я нашел отличный инструмент с открытым исходным кодом, называемый testdisk, и последовал этому уроку. И ДА. Он привнес новый дух в HDD

0

I/O

Ошибка ввода / вывода

Это может указывать на аппаратную проблему с диском и / или диском.

Если есть проблема на любом из этих уровней, то может быть нежелательно пытаться восстановить файловую систему.

Запись ... не имеет магии ФАЙЛА

Среди ответов на Tuxera Support - Просмотр темы - В Record 6 нет волшебства FILE: ошибка ввода / вывода (2008-02-18) была из CTO Tuxera:

0x44414142 = "DAAB", который является прямым порядком байтов, поэтому его следует читать справа, то есть "BAAD".

Волшебство файла BAAD на диске относится к аппаратным проблемам (плохим секторам), как я и подозревал.

Переформатирование может помочь временно, но ваши данные никогда не будут в безопасности, пока диск не будет заменен на надежный.

Извините за плохие новости, удачи с заменой.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .