Синхронизация каталогов показывает разницу, хотя это не так
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
Синхронизация каталогов показывает разницу, хотя это не так
Предыстория:
Купил новый жесткий диск, на него сбрасываю инфу с других разделов/винтов.
2 раздела сбросил, с 3 начались непонятки... Вообщем, при синхронизации каталогов сообщается, что файлы "не равны". Начинаешь сравнивать прямо в диалоге "Синхронизация файлов" - действительно "Файлы не равны, бла-бла-бла..."
Открываешь новую копию tc, смотришь "плохо скопированные" каталоги, синхронизурешь - все нормально, разницы нет. Думаю, ну все, систему надо переустанавливать, где-то, наверное, на уровне драйверов идут задержки и файлы помечаются как не одинаковые.
Снимаю оба с моей машины, ставлю на другую машину. Синхронизурую - опять разница! Да что такое...
На новом диске стоял атрибут сжатый, то есть шла компрессия средствами NTFS. Ладно, удаляю "проблемные каталоги", ставлю, чтобы архивация не шла, копирую заново. Синхронизирую - опять разница! Вообщем я не знаю, на что еще грешить.
Количество "поврежденных файлов" меньше, но чаще всего в список попадают определенные папки. Также выяснилось, что если сразу после синхронизации пробовать сделать побитное сравнение, чаще всего лезет разница (причем просто сообщается, что "файлы не равны, не могу отобразить - мало памяти", даже если они по 100МБ, а свободно более 2Гб RAM).
Новый винт - Hitachi hds5c3020ala632, старый - Hitachi hdt721010sla360.
У кого-нибудь есть какие-нибудь соображения на этот счет?
Вчерашний пример:
Скрин
[mod="Avada"]Неформатная картинка заменена ссылкой. Пункт 15 правил форума.[/mod]
Купил новый жесткий диск, на него сбрасываю инфу с других разделов/винтов.
2 раздела сбросил, с 3 начались непонятки... Вообщем, при синхронизации каталогов сообщается, что файлы "не равны". Начинаешь сравнивать прямо в диалоге "Синхронизация файлов" - действительно "Файлы не равны, бла-бла-бла..."
Открываешь новую копию tc, смотришь "плохо скопированные" каталоги, синхронизурешь - все нормально, разницы нет. Думаю, ну все, систему надо переустанавливать, где-то, наверное, на уровне драйверов идут задержки и файлы помечаются как не одинаковые.
Снимаю оба с моей машины, ставлю на другую машину. Синхронизурую - опять разница! Да что такое...
На новом диске стоял атрибут сжатый, то есть шла компрессия средствами NTFS. Ладно, удаляю "проблемные каталоги", ставлю, чтобы архивация не шла, копирую заново. Синхронизирую - опять разница! Вообщем я не знаю, на что еще грешить.
Количество "поврежденных файлов" меньше, но чаще всего в список попадают определенные папки. Также выяснилось, что если сразу после синхронизации пробовать сделать побитное сравнение, чаще всего лезет разница (причем просто сообщается, что "файлы не равны, не могу отобразить - мало памяти", даже если они по 100МБ, а свободно более 2Гб RAM).
Новый винт - Hitachi hds5c3020ala632, старый - Hitachi hdt721010sla360.
У кого-нибудь есть какие-нибудь соображения на этот счет?
Вчерашний пример:
Скрин
[mod="Avada"]Неформатная картинка заменена ссылкой. Пункт 15 правил форума.[/mod]
Рабочий инструмент, так проще...А почему именно ТС и именно инструмент синхронизации?
Не понял, поясните, пожалуйста.Простое сравнение в панелях результат разве другой даст?
Пока не пробовал, какие можете предложить?Другие программы сравнения тот же результат показывают?
Не понял, к чему этот вопрос, что подразумевается? Слева и справа одинаковые файлы.Размеры этих файлов не совпадают?
Рабочий он или нет, пока непосредственной связи с ТС не выявлено, а значит тут эта тема пока что оффтоп.M.S.I. писал(а):Рабочий инструмент, так проще...
Команда cm_CompareFilesByContent при выполнении над выбранными файлами должна давать тот же результат.M.S.I. писал(а):Не понял, поясните, пожалуйста.
Здесь было достаточно примеров.M.S.I. писал(а):Пока не пробовал, какие можете предложить?
Так написано же, что в разных условиях разный результат. Вот там, где файлы имеют разницу, их размер не совпадает?M.S.I. писал(а):Не понял, к чему этот вопрос, что подразумевается? Слева и справа одинаковые файлы.
Команда cm_CompareFilesByContent при выполнении над выбранными фалами должно давать тот же результат.
Что подразумевается под разными условиями? Сравнил - лезет разница, запускаю еще раз - опять разница, могут быть другие файлы. Машина не перезагружалась, ничего не устанавливалось, условия не меняются.Так написано же, что в разных условиях разный результат. Вот там, где файлы имеют разницу, их размер не совпадает?
Еще раз, после того, как синхронизация "закончилась", побитное сравнение "дает разницу", причем файлы не показываются ("не хватает памяти", см 1 сообщение). После того, как отстоится 5-10-15 минут (точное время не могу пока сказать) CompareFilesByContent сообщает что файлы одинаковы (см. ссылку в 1 сообщении).
>>>M.S.I. писал(а):Что подразумевается под разными условиями?
M.S.I. писал(а):Снимаю оба с моей машины, ставлю на другую машину. Синхронизурую - опять разница!
CompareFilesByContent - это всего лишь часть имени команды сm_CompareFilesByContent, её нужно выполнять из файловых панелей, а не диалога синхронизации.M.S.I. писал(а):После того, как отстоится 5-10-15 минут (точное время не могу пока сказать) CompareFilesByContent сообщает что файлы одинаковы (см. ссылку в 1 сообщении).
Советую попробовать скопировать файлы с помощью плагина DiskInternals Reader, потом сравнить результаты.
Flasher
1) Сначала пробовалось на одной машине, потом на другой, условия при этом не менялись.
2) Файлы на одном винчестере и другом одинаковые, только синхронизация показывает, что они разные.
3) После того, как "синхронизация закончилась", можно открыть другую копию и попробовать сделать синхронизацию "проблемной папки" или даже конкретные файлы (сm_CompareFilesByContent). TC может (не всегда) "сказать "Файлы не равны". Если после этого комп не трогать, то, через какое-то время, никаких проблем нет - "Файлы одинаковы"...
Я буду сейчас проверять одну версию, но почему до этого ничего подобного не было?...
1) Сначала пробовалось на одной машине, потом на другой, условия при этом не менялись.
2) Файлы на одном винчестере и другом одинаковые, только синхронизация показывает, что они разные.
3) После того, как "синхронизация закончилась", можно открыть другую копию и попробовать сделать синхронизацию "проблемной папки" или даже конкретные файлы (сm_CompareFilesByContent). TC может (не всегда) "сказать "Файлы не равны". Если после этого комп не трогать, то, через какое-то время, никаких проблем нет - "Файлы одинаковы"...
Я буду сейчас проверять одну версию, но почему до этого ничего подобного не было?...
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
M.S.I.
Правильно ли я понял, что на третьем разделе включено NTFS-сжатие? Точно ли при повторном эксперименте оно было отключено для синхронизируемого каталога? Желательно посмотреть атрибуты файлов и каталогов в панелях Тотала, нет ли там буквы "c" (в Подробном режиме). Стандартный диалог свойств, открывающийся по Alt+Enter, в плане атрибутов абсолютно ненадёжен, он показывает вовсе не то, что нужно.
Пока что у меня единственное предположение, что эта проблема как-то связана с системным кэшированием, когда файл выглядит записанным на диск, но реально находится в процессе дописывания из буфера. Обычно система это обрабатывает корректно, но не исключаю, что проблема может заключаться в NTFS-сжатии, которое требует существенного времени на обработку (особенно для больших файлов), и в течение этого времени файл может быть просто заблокирован системой. Тотал пытается его открыть для сравнения, — а система не даёт (правда, в этом случае он вывел бы вопросик, а не неравенство, но файл может быть и частично заблокированным, а что будет в этом случае, я не знаю). Или аналогичная проблема, но вызванная антивирусом, который, пока не проверит файл, не разрешает работать с ним другим приложениям…
Правильно ли я понял, что на третьем разделе включено NTFS-сжатие? Точно ли при повторном эксперименте оно было отключено для синхронизируемого каталога? Желательно посмотреть атрибуты файлов и каталогов в панелях Тотала, нет ли там буквы "c" (в Подробном режиме). Стандартный диалог свойств, открывающийся по Alt+Enter, в плане атрибутов абсолютно ненадёжен, он показывает вовсе не то, что нужно.
Пока что у меня единственное предположение, что эта проблема как-то связана с системным кэшированием, когда файл выглядит записанным на диск, но реально находится в процессе дописывания из буфера. Обычно система это обрабатывает корректно, но не исключаю, что проблема может заключаться в NTFS-сжатии, которое требует существенного времени на обработку (особенно для больших файлов), и в течение этого времени файл может быть просто заблокирован системой. Тотал пытается его открыть для сравнения, — а система не даёт (правда, в этом случае он вывел бы вопросик, а не неравенство, но файл может быть и частично заблокированным, а что будет в этом случае, я не знаю). Или аналогичная проблема, но вызванная антивирусом, который, пока не проверит файл, не разрешает работать с ним другим приложениям…
Почему же, ё-моё, ты нигде не пишешь "ё"?