Монтирование Safecopy Image в Kali (или любой другой ОС)

Question

Я в течение 2-3 недель яростно пытался получить данные с этого диска. И я много учился, пока делал это. Однако я до сих пор без данных. Я использовал SafeCopy, чтобы сделать копию диска. Который я затем попытался смонтировать образ. Теперь я впервые это сделал. Я выполнил полный привод (все 6 разделов), получил смещение и цикл -o и использовал все команды монтирования, которые я могу найти. Однако самое дальнее, что я получил, было это сообщение.

NTFS signature is missing.
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.

Может быть, используется не то устройство? Или весь диск вместо раздела (например, /dev /sda, а не /dev /sda1)? Или наоборот?

Теперь, после прочтения, я прочитал, что в основном я тупой и должен был просто использовать safecopy на нужном мне разделе. Итак, этим утром. Я снова запустил safecopy на втором разделе. Однако при монтаже я получаю то же сообщение, что и раньше. На данный момент у меня есть файл .img второго раздела на диске. Я беспокоюсь, что не смогу запустить safecopy еще много раз на диске (если вообще с тех пор, как этот последний раз был проблемой), поэтому я надеюсь, что смогу просто восстановить этот файл img, чтобы я смонтировал его. Однако, если мне придется получить полное изображение снова, я сделаю это. Ниже приведены последние несколько команд и их вывод.

=================

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

Я делаю все это на ноутбуке, которому я посвящаю подобные вещи. И я использую Kali Linux 1.0.9a 64-Bit.

mount -o loop -t ntfs-3g /media/DBU/Devin2.img /mnt/tmp

NTFS signature is missing.
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

====

Я попробовал вышеупомянутое, не добавляя «-3g» и без «-o loop» и получая тот же результат.

====

file /media/DBU/Devin2.img

/media/DBU/Devin2.img: ASCII text, with very long lines, with no line terminators

(Когда я сделал это на полном разделе, я не получил это, он фактически знал, что у него были разделы)

===

fdisk -l /media/DBU/Devin2.img

Disk /media/DBU/Devin2.img: 452.9 GB, 452919820288 bytes
255 heads, 63 sectors/track, 55064 cylinders, total 884609024 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 identifier: 0x62446142

Disk /media/DBU/Devin2.img doesn't contain a valid partition table

Answer 1

Мне кажется, у вас есть по крайней мере четыре варианта - возможно, еще больше. Последний выбор - забыть об этом, но мы к этому придем.

Первый выбор - решить, хотите ли вы пойти по профессиональному пути восстановления данных, цена может составить всего 300 долларов США, если вам повезет, что сбой жесткого диска будет правильным способом - или это здорово, но пользователь имеет понятия не имею, как его использовать. Кстати, это примерно такая же цена, которую вы платите за два-три качественных HDD в наши дни? Люди, работающие или имеющие опыт работы с сервисом, помогут вам. Когда вы делаете, и служба восстановления говорит вам «забыть об этом», это, вероятно, окончательно.

Следующий вариант - создать пошаговый план восстановления самостоятельно, включить жесткий диск и использовать любые параметры, которые вы выберете. Это по необходимости и ваш последний выбор (забудьте об этом). Как только вы берете дело в свои руки, вы [в основном] сами по себе. Я написал в основном, не полностью, я отвечаю в конце концов?

Третий вариант - держать HDD в автономном режиме, но перечитывать свой пост каждый раз, когда кто-то спрашивает вас или вносит предложения, и обновлять ваши знания. Достаточно скоро, если вы проведете свое исследование, все станет ясно, если вы просто забудете об этом или попытаетесь сделать первый или следующий выбор.

Я бы порекомендовал третий вариант. После того, как вы опишите проблему для себя, нет необходимости описывать ее здесь. Ваш выбор ОС, файловой системы, способ восстановления после аварии и ряд других моих предположений делают это очевидным - в будущем не стоит доверять ценные данные опыту обучения.

С Новым 2015 годом!