Плохой жесткий диск и robocopy

После того, как мой жесткий диск дал мне ошибки CRC, я хотел скопировать один диск в другого и взял новый жесткий диск на 1 ТБ.

Я использую команду:

robocopy G: J: /MIR /COPYALL /ZB

Сначала это пыталось копировать файл несколько раз (я не рассчитывал, это больше не находится в моем окне), и получил ошибку доступа запрещен, ошибка 5. Затем это попробовало еще раз и заперлось. Я пытался копировать тот определенный файл (14 МБ), и в Windows говорится, "не может читать из исходного файла или диска".

Я запустил robocopy снова. Надо надеяться, это проигнорирует его после попытки сбоя или два, но какие опции я могу использовать, чтобы сказать, не работает ли это, продолжаются в следующий файл? Это было похоже на то, именно это это делало, но для этого последнего это повторилось больше чем четыре раза и заперлось наконец.

Я открыт для других решений для копии. Я действительно предпочитаю созданный в решениях. Я использую Windows 7.

Также, как я мог бы сделать это без /MIR опция? /S /E достаточно хороший? отметьте ссылку здесь

Я вижу, что могу управлять повторениями с/R: <Сумма>, но я все еще открыт для альтернативных решений.

Это, кажется, берет за несколько минут до того, как это решит отказавшую попытку. Я могу сократить его? Файл застрял на уровне 20,8% для тихого некоторое время теперь.

Я попробовал приложение восстановления данных. Это пыталось восстановить данные, и DID НЕ отмечают его как недопустимый или поврежденный. Хотя я действительно получал сообщение, говоря сектор, XYZ имел ошибку ввода-вывода, продолжите? но это не дало мне название поврежденного файла. Я не хочу это. Лучшее решение для меня получает все хорошие файлы + названия недопустимых файлов.

1
задан 09.04.2017, 11:46

2 ответа

Поскольку Вы заметили, /r:3 сделает три повторения вместо 1 миллиона (!)

/w:10 будет ожидать 10 секунд между повторениями (значение по умолчанию равняется 30).

Если бы Вы делаете локальную копию, я сделал бы два повторения с 1 вторым ожиданием между ними (я сохраняю 30-секундное ожидание при выполнении сетевых копий в случае, если я вывожу кабель из строя).

Также не используйте /mir поскольку это удалит файлы в месте назначения, которые не существуют в источнике (который мог бы иметь значение, выполняете ли Вы несколько раз эту команду) - /E достаточно.

Если Вы используете /copyall, не забудьте выполнять командную строку как администратора, или она, вероятно, не сможет установить весь ACLs правильно.

Впоследствии, chkdsk /r попытается восстановить файлы с поврежденных секторов.

1
ответ дан 12.12.2019, 10:43

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

0
ответ дан 12.12.2019, 10:43

Теги

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