Установление правильного атрибута даты модификации файлов
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
Установление правильного атрибута даты модификации файлов
Дано:
Абсолютно 100% идентичные папки с кучей файлов и подпапок на двух разных дисках.
На рабочем диске после неудачного эксперимента "сбились" атрибуты даты модиф. ВСЕХ файлов.
Скриншот: http://iceimg.com/i/58/a4/48b3dc285f.png
Задача:
Установить атрибуты даты такими, какими они есть на резервном диске.
Попытка решения:
http://iceimg.com/i/48/8c/60a8c5ff74.png
Внутренний тоталовский синхронизильщик имеет хитрую штуку копирования свойств и даты файлов, но она почему-то не работает (или предназначена для другого?).
Атрибуты даты имеют большую историческую и очерёдную ценность, потому их правильность просто необходима.
Тупо скопировать с резерва файлы на рабочий не подходит - там почти 1 ТБ инфы мелочью, это затянется далеко не на один час, что не есть приемлемо.
Какие будут соображения?
Абсолютно 100% идентичные папки с кучей файлов и подпапок на двух разных дисках.
На рабочем диске после неудачного эксперимента "сбились" атрибуты даты модиф. ВСЕХ файлов.
Скриншот: http://iceimg.com/i/58/a4/48b3dc285f.png
Задача:
Установить атрибуты даты такими, какими они есть на резервном диске.
Попытка решения:
http://iceimg.com/i/48/8c/60a8c5ff74.png
Внутренний тоталовский синхронизильщик имеет хитрую штуку копирования свойств и даты файлов, но она почему-то не работает (или предназначена для другого?).
Атрибуты даты имеют большую историческую и очерёдную ценность, потому их правильность просто необходима.
Тупо скопировать с резерва файлы на рабочий не подходит - там почти 1 ТБ инфы мелочью, это затянется далеко не на один час, что не есть приемлемо.
Какие будут соображения?
Mellomann,
Неоднократно копировал даты модификации через упомянутую хитрую штуку, нормально работает.
Точно прав хватает на запись? Если система менялась, права доступа к папкам могли остаться для юзеров старой системы, в таком случае надо добавить для себя права на запись.
jentoso,
Думаю, источник на скрине как раз-таки слева, и даты там за 2010 год. А справа сбитые даты, сегодняшний момент. Стрелки, естественно, тотал выставил неверно, т.к. даты справа "новее".
Неоднократно копировал даты модификации через упомянутую хитрую штуку, нормально работает.
Точно прав хватает на запись? Если система менялась, права доступа к папкам могли остаться для юзеров старой системы, в таком случае надо добавить для себя права на запись.
jentoso,
Думаю, источник на скрине как раз-таки слева, и даты там за 2010 год. А справа сбитые даты, сегодняшний момент. Стрелки, естественно, тотал выставил неверно, т.к. даты справа "новее".
Mellomann, NirCMD должен помочь
Добавлено спустя 23 минуты:
Добавлено спустя 23 минуты:
Сейчас попробовал на большой группе файлов. Все сработало нормально.Внутренний тоталовский синхронизильщик имеет хитрую штуку копирования свойств и даты файлов, но она почему-то не работает (или предназначена для другого?)
TC 11.58 combo, Windows 11 x64
Mellomann
Направление копирования надо менять на обратное в любом случае.
"Хитрая штука" предназначена именно для запрошенной цели и должна работать.
Кроме того, если массив очень большой, можно обрабатывать папки в корне не сразу, а выделяя по частям, в несколько заходов. Заодно и проверить на некотором разумном числе выделенных папок, зависит это от общего количества или нет.
И что, собственно, происходит при попытке синхронизации? Что означает реально "сдаются копировать"?
Направление копирования надо менять на обратное в любом случае.
"Хитрая штука" предназначена именно для запрошенной цели и должна работать.
Кроме того, если массив очень большой, можно обрабатывать папки в корне не сразу, а выделяя по частям, в несколько заходов. Заодно и проверить на некотором разумном числе выделенных папок, зависит это от общего количества или нет.
И что, собственно, происходит при попытке синхронизации? Что означает реально "сдаются копировать"?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Не помогло. Видимо, потому что "копирование" свойств файлов и реальное копирование файлов "целиком" - разные вещи.Avada писал(а):Направление копирования надо менять на обратное в любом случае.
Проверял на одном-двух файлах в небольшой папке (даже в другом месте вообще) - то же самое.Avada писал(а):если массив очень большой
Тотал делает видимость копирования (появляется % шкала выполнения), но по завершении видим, что абсолютно ничего не изменилось.Avada писал(а): Что означает реально "сдаются копировать"?
Я имел в виду, что в рассмативаемом случае надо в контекстном меню выбрать для выделенных файлов копирование свойств слева направо, хотя стрелки в окне указывают справа налево.Mellomann писал(а):Не помогло. Видимо, потому что "копирование" свойств файлов и реальное копирование файлов "целиком" - разные вещи.
Проверял на своих файлах (в том числе на выборке в несколько сот мегабайт) — всё прекрасно работает. Как только в диалоге "Копирование свойств файла" нажали OK, запускается процесс, который отрабатывает быстро и с правильным результатом.Mellomann писал(а):Проверял на одном-двух файлах в небольшой папке (даже в другом месте вообще) - то же самое.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Попробовал с одним текстовым файлом - та же фигня на 7 x32 (хоть с правами NTFS, хоть без). Один из дисков - внешний.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.