photorec

сними образ сначала, есть утилиты которые позволяют скипать проблемные места а потом ещё photorec`ом по нему гоняйся

это первое дело, а то пока он винт будет мучить утилитами восстановления он в конец и ушатается

dd if=/dev/sdX of=file.img conv=sync,noerror - считать всё, что можно считать с первого раза, потом натравить testdisk или photorec (первый может даже увидеть структуру каталогов и дать выбрать файлы, если повезёт).
Затем при помощи ddrescue считывать все данные, пока не надоест.

Да, пожалуй это будет разумнее - поставил сливаться образ. Спасибо.

Уважаемый AITap, а почему не ddrescue или dd_rescue (уже не помню что из них было лучше)?

ddrescue (насколько я помню, это синоним dd_rescue) будет пытаться считывать неудачные блоки снова и снова. Когда не известно, сколько ещё проживёт жёсткий диск, разумнее будет сначала считать то, что считывается, заполняя несчитавшиеся блоки нулями, а потом пытаться считать остальное.

Нет, вы не правы, ddrescue и dd_rescue — две разные программы. Для них даже пакеты разные: http://packages.debian.org/sid/ddrescue vs http://packages.debian.org/sid/gddrescue или http://www.garloff.de/kurt/linux/ddrescue/ vs http://www.gnu.org/software/ddrescue/ddrescue.html

А по поводу снова и снова вы тоже не правы: утилиты как раз наткнувшись на нечитаемый блок помечают его адрес в обязательный лог-файл и оставив для него место в файле-дампе переходят к следующим читаемым секторам, возвращаясь к плохо-читаемым только после всех удачно считанных.

Советую ознакомиться с http://www.forensicswiki.org/wiki/Ddrescue и http://www.forensicswiki.org/wiki/Dd_rescue

Большое спасибо. Интересно, где я прочитал про то, что какая-то из этих утилит сразу же пытается пересчитать битые секторы?

На самом деле поведение при ошибках чтения гибко настраивается опциями командной строки. Для GNU ddrescue это --max-retries, --no-split и --max-errors.

Возможно отзыв об утилите был написан тем, кто не читал man.

dd if=/dev/sdX of=file.img conv=sync,noerror

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

Спасибо за разъяснение, но dd тупо повисла прочитав совсем небольшой кусок, диск перед этим несколько раз счелкнул головками и теперь вообще не определяется даже в вертикальном положении.

Попробовать разобрать? У кого-нибудь есть опыт?

В настройках photorec можно указать, какие типы файлов восстанавливать он должен.

man и куча сообщений в интернете говорят, что sync должен заполнить такие блоки нулями. Как бы это побыстрее проверить? Не хочется писать FUSE для пробы.

Попробовать разобрать? У кого-нибудь есть опыт?

Попробуй дать ему остыть полчасика.

что sync должен заполнить такие блоки нулями

Наверное, я без sync делал.

Сейчас как раз лежит остывает ))) А я читаю тут: http://www.insidepro.com/kk/081/081r.shtml

Ёмкость винта? Не думаю, что разобрав дома на коленке, вы чем-то ему поможете, особенно если плотность записи достаточно высока. Скорее навредите. Снимите для начала посекторную копию.

Дайте винту остыть, отлежаться, затем натравите ddrescue (GNU-шный) с --no-split, затем оцените число несчитанных секторов в логе. Если снова уйдёт в даун, выключите, дадите остыть, натравите снова, ddrescue продолжить писать в тот же файл, дополняя незаполненные области. И так пока всё что читается перепишите. Там попробуете на петле смонтировать.