У меня был довольно хороший опыт работы со SpinRite, но я думаю, что он сильно переоценен. На самом деле, это может быть слишком умным для собственного блага. Есть бесплатные решения, которые работают так же хорошо (на самом деле, бесплатные могут работать еще лучше).
У нас был NTFS-диск объемом 200 ГБ, который внезапно потерпел катастрофический сбой. Предполагалось, что это был «общий» диск, на который люди просто временно сбрасывали данные, но в итоге он превратился в огромный репозиторий данных с разными резервными копиями, а также в набор файлов, которые никто не удосужился скопировать в любом месте. Когда диск умер, мы не смогли его смонтировать, независимо от того, сколько раз мы запускали chkdsk или другие инструменты.
В итоге мы приобрели и запустили SpinRite ..., который продолжался более 1 месяца. Каждый раз, когда он попадает в плохой кластер, он часами пытается восстановить данные с него. И снова он работал без перерыва более месяца, пытаясь восстановить данные с неисправного диска объемом 200 ГБ. (В защиту SpinRite он может сканировать диск всего за несколько часов, если нет физических дефектов.) В конечном итоге SpinRite смог восстановить все наши файлы, хотя многие из более крупных оказались в любом случае поврежденными. SpinRite также сделал привод снова монтируемым. Так что я бы определенно сказал, что он что-то сделал.
Однако, несмотря на то, что это сработало, я не знаю, помогло ли это больше, чем просто загрузка с компакт-диска Linux и запуск dd для копирования всего диска в файл. Есть кое-что, что нужно сказать, чтобы не запускать умирающий диск целый месяц, так как он умирает! Физические дефекты, похоже, имеют обыкновение распространяться. Меня не удивит, если диск еще больше испортился во время работы SpinRite. Лично я предпочел бы как можно быстрее извлечь данные с диска, создать несколько резервных образов и попытаться восстановить файлы в автономном режиме.
Недавно нам пришлось восстанавливать другие данные, и dd проделал большую работу. Вы можете сказать ему, чтобы он скопировал все хорошие данные с диска, затем вы можете запустить его еще несколько раз, чтобы попытаться сделать больше (т. Е. Использовать блоки меньшего размера), пытаясь извлечь данные из плохих областей.
Если у вас есть около часа, я бы сказал, что стоит потратить время на изучение того, как использовать dd вместо покупки SpinRite:
http://www.debianadmin.com/recover-data-from-a-dead. -Жесткий-диск-используя-dd.html
Или выберите более легкий путь и просто загрузите dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
Если вы по-прежнему хотите запускать SpinRite, я настоятельно рекомендую делать это ПОСЛЕ того, как вы скопировали все существующие данные с диска, на случай, если работа диска в течение более длительного промежутка времени приведет к его дальнейшей деградации.
Каждый раз, когда вы получаете новый диск, вы должны загружаться с компакт-диска Linux и запускать блокировку, чтобы проверить его на наличие дефектов. Вам также следует периодически проверять ваши диски на предмет износа. У нас было как минимум 2 совершенно новых диска с дефектами, и еще 3 или 4 умирают в течение пары месяцев (даже несмотря на то, что мы провели тщательные тесты перед вводом их в эксплуатацию).
Обратите внимание, что вам нужно запускать badblocks с правами суперпользователя или ставить команды перед «sudo», если вы загружаетесь с Ubuntu live CD.
Совершенно новые диски (предупреждение: уничтожает все данные!):
badblocks -wvs /dev/sd#
или же
badblocks -wvs /dev/hd#
Используемые диски (тест только для чтения):
badblocks -vs /dev/sd#
или же
badblocks -vs /dev/hd#
Где # номер диска в Linux. Диски IDE обычно называются / dev / hd #, а диски SCSI (и часто SATA) - / dev / sd #.
Больше информации о бадблоках здесь: http://en.wikipedia.org/wiki/Badblocks
Кстати, хотя dd и badblocks являются программами Linux, вы можете использовать их на дисках NTFS и даже монтировать разделы NTFS в Linux, независимо от того, используете ли вы разделы MBR, динамические диски или диски GPT.
Документация Стива обсуждает много гипотетических проблем, с которыми теоретически SpinRite мог бы помочь. Например: данные исчезают со временем и нуждаются в «обновлении», читая каждый блок и снова записывая его на диск, или представление о том, что повторное перемещение считывающей головки по обе стороны блока в конечном итоге позволит вам статистически угадать исходные данные, хранящиеся в этом блоке. Логично, что эти вещи имеют смысл, но я думаю, что это всего лишь решения академических проблем, которые на самом деле не могут возникнуть в реальном мире. (По крайней мере, с жесткими дисками - возможно, Zip-диски и тому подобное были более восприимчивы к исчезновению данных.) Если Стив цитировал статьи по темам или если эти методы были экспериментально доказаны эффективными, тогда я ожидаю, что будет много клонов SpinRite с открытым исходным кодом или коммерчески доступных. В средние возможности программиста было бы неплохо написать сценарий оболочки Python, Perl или UNIX, включающий все документированные функции SpinRite.