Вопросы Теги

Усовершенствованные методы восстановления файла раздела NTFS для поврежденных дисков (ошибки IO)?

tmppipe=$(mktemp -u)
mkfifo -m 600 "$tmppipe"

В отличие от регулярного создания файла, которое подвержено тому, чтобы быть угнанным существующим файлом или символьной ссылкой, созданием канала имени через mkfifo или базовая функция или создает новый файл в указанном месте или сбоях. Что-то как : >foo небезопасно потому что, если взломщик может предсказать вывод mktemp затем взломщик может создать конечный файл для себя. Но mkfifo foo перестал бы работать в таком сценарии.
Если Вам нужна полная мобильность POSIX, mkfifo -m 600 /tmp/myfifo безопасно против угона, но подвержен отказу в обслуживании; без доступа к сильному случайному генератору имени файла необходимо было бы справиться с попытками повторной попытки.
Если Вы не заботитесь о тонких проблемах безопасности вокруг временных файлов, можно следовать простому правилу: создайте частный каталог и сохраните все там.
tmpdir=
cleanup () {
  if [ -n "$tmpdir" ] ; then rm -rf "$tmpdir"; fi
  if [ -n "$1" ]; then kill -$1 $$; fi
}
tmpdir=$(mktemp -d)
trap 'cleanup' EXIT
trap 'cleanup HUP' HUP
trap 'cleanup TERM' TERM
trap 'cleanup INT' INT
mkfifo "$tmpdir/pipe"
8
17.07.2012, 01:36
2 ответа

Несколько примечаний на основе моего опыта:

  1. (причина), Если Вы слышите необычный звук во время попыток доступа HD и проблемы, не происходят в (более или менее) просто случайных дисковых местоположениях, затем первопричина находится по всей вероятности на поверхности диска (не электроника) - к сожалению, это - печальный сценарий. Если это была "просто" электроника, у Вас, возможно, был шанс восстановиться больше всего или даже все Ваши данные.
  2. (поврежденные секторы), Если Вы уже не имеете, ищут сеть загрузочную диагностику/средство восстановления производителя диска, загружают ее, начальная загрузка, запускают глубокий тест и позволяют ей попытаться повторно отобразить поврежденные секторы - это является лучшим среди бесплатных методов. Обратите внимание, что поврежденные секторы имеют тенденцию вырасти - поэтому, даже если Вам удается поймать один блок Вашего файла после некоторых 2314'th попытка чтения, возможности состоят в том что те попытки, просто предпринятые соседние поврежденные секторы вырасти, эффективно уменьшая возможности восстановления других частей файла.
  3. (восстановление NTFS), Ничто не может зафиксировать файловую систему NTFS, а также собственные инструменты MS Windows. Если изображение NTFS не является монтируемым (также удостоверяются, что Вы пытались смонтировать раздел, не весь диск!), можно попробовать вещи как testdisk в соответствии с Linux, но если они перестали работать, Windows chkdisk может помочь. Если Вам установили Windows под виртуальной машиной, можно преобразовать необработанное изображение, полученное из ddrescue к формату, поддерживаемому той виртуальной машиной (такой как VDI или VMDK), добавьте его к VM и загрузите Windows в режиме командной строки для фиксации файловой системы. При использовании VirtualBox команда для преобразования такого изображения VBoxManage convertfromraw <filename> <outputfile> дополнительно с --format VDI|VMDK|VHD получить указанный выходной формат.
4
27.01.2020, 20:13

Это может или не может относиться к Вашему случаю, но одной мерой последнего средства является "прием морозильника". Посмотрите Восстановление данных из поврежденного жесткого диска: "морозильник обманывает" для обсуждения метода.

0
27.01.2020, 20:13

Теги

Похожие вопросы