Вожусь с умирающим винтом (ext2, покрывается бэдами), в силу особенностей данных (медиа-свалка), серьезный подход с созданием образа dd с conv=noerror,sync (http://rlab.ru/doc/linuxharddatarecovery.html) не подходит - важно видеть, какие файлс скопировались полностью, а те, на которых возникла проблема чтения не копировать вовсе (чтобы потом сравнив листинги понять, что пропало).Собственно, хотелось бы узнать чем можно скопировать с минимальными задержками по таймауту чтения и пропуском проблемных файлов (в идеале, конечно, с листингом пропусков сразу).
Пока находятся наоборот, "аккуратные" инструменты (http://www.guzu.net/linux/datarecovery.php)
Или может в таком подходе вообще ошибка?
Скриптом сделай.
и сравнивай md5 каждого файла.
Не быстро, но гарантированно
>Пока находятся наоборот, "аккуратные" инструменты (http://www.guzu.net/linux/datarecovery.php)
>
>Или может в таком подходе вообще ошибка?С acronis true image делаем образ умирающего винта и потом на образе играемся.
Вот статья. Там про вычитывание, в том числе реверсное. Может пригодится.
http://rlab.ru/doc/linuxharddatarecovery.html
>Вот статья. Там про вычитывание, в том числе реверсное. Может пригодится.
>http://rlab.ru/doc/linuxharddatarecovery.htmlОпс, извиняюсь, Вы это уже читали :)
>чем можно скопировать с минимальными задержками по таймауту
>чтения и пропуском проблемных файлов (в идеале, конечно, с листингом пропусков
>сразу).rsync? управлять задержками он, конечно, не умеет, но зато будет листинг
Ох, насоветовали. ddrescue -- то, что надо.
Большое спасибо всем ответившим, на будущее буду уже подкован, в данном же случае по стечению обстоятельств предпочел все же в основном ручной режим - повезло - за пару часов управился.