LINUX.ORG.RU

Rsync - ошибки при копировании файлов

 , ,


0

1

Прошу помощи в поиске решения головоломки.

Дано:
серверная платформа Intel с памятью ECC ( указано чтоб на оперативную память не грешить )
исходный диск в формате NTFS
два диска назначения в формате NTFS и в формате ZFS
Требуется:
скопировать данные с исходного диска в формате NTFS,
с сохранением исходной даты создания и изменения файла,
на диск в формате NTFS

и
на диск в формате ZFS

Для этой задачи был выбран rsync как многократно проверенный под *nix инструмент.

В результате выполнения команды :
rsync -a -v -t --recursive --progress /from_folder /to_folder

( без ключа -c поскольку процессор слабый и,
по всей видимости, из-за этого,
при попытке использования ключа -с задумывается надолго бесконечно долго на стадии формирования списка файлов )

- часть скопированных файлов не открывается.

На исходном диске все файлы открываются.
Если файлы скопировать ( с исходного диска NTFS на диск назначения NTFS )
файловым менеджером, то все файлы открываются,
но дата создания файла устанавливается файловым менеджером ( или ОС ) как текущая - что не годится.

Важное обстоятельство - поскольку в сети присутствует информация о том,
что некорректно использовать диски NTFS под *nix, особенно на запись
( несмотря на указанную информацию
«Проект стабилен при работе с любыми NTFS-разделами (включая запись)»
вот здесь https://ru.wikipedia.org/wiki/NTFS-3G )

rsync запускался из-под Win7.

P.S. просьба не отправлять на forum.windowsfaq.ru - на windows ресурсах никто об rsync слыхом не слыхивал.
P.S.2 Ранее спрашивал на форуме об инструментах, которые позволяют
производить копирование большого количества файлов с проверкой SHA-2
вот в этой теме
Копирование большого количества файлов с проверкой SHA-2
Ответом был rsync в том числе.

Собственно вопроса 2: Что не так с rsync? Первый раз ошибки при использовании...
И второй вопрос, каким инструментом копировать с проверкой копирования?
Чтобы были соблюдены следующие условия:

1) проверяет совпадение SHA-2 после копирования
2) отображает процесс копирования ( сколько файлов скопировано, остаток, текущая скорость копирования и т.д. )
3) отображает список файлов, которые не удалось скопировать,
4) сохраняет исходные даты создания и изменения файла
5) лог

Спасибо.


Вы дату создания файла чем смотрите? А то потом под виндой посмотрите на вывод ″MFTRCRD.exe c:\ИМЯ_ФАЙЛА -d indxdump=off 1024 -s″ и расстроитесь...

mky ★★★★★
()

rsync -a -v -t --recursive --progress /from_folder /to_folder

Параметры -t, --recursive избыточны, они включёны уже в -a (--archive).

gag ★★★★★
()
Ответ на: комментарий от mky

«Дата создания» и «Дата изменения» отображаются в свойствах файла,
а также в окне проводника отдельными столбцами «Дата создания» и «Дата изменения».
«Дата создания» при копировании файловым менеджером - устанавливается текущая.
«Дата изменения» - совпадает с датой появления файла на диске ( т.е. с реальной датой создания ).
Т.е. после копирования файловым менеджером
дата изменения ( File modified Time )
меньше даты создания ( File Create Time ).
Абсурд


За наводку на MFTRCRD.exe спасибо.
Однако, согласно MFTRCRD, также файл сначала был изменен, а потом создан...

Rsync позволяет копировать с сохранением исходных дат, но вот беда - вылезли ошибки копирования.
Не предполагал, что такое возможно с использованием столь проверенного временем инструмента.
Теперь в тупике - чем переносить данные?

Mihhas
() автор топика
Ответ на: комментарий от gag

Спасибо.
Что может влиять на появление ошибок при копировании с использованием rsync?
Спасибо.

Mihhas
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.