Обработка переименованых файлов

Обсуждение программы nnBackup

Обработка переименованых файлов

Postby Fornit » Fri, 25 Sep 2009, 02:34

У меня есть большой архив кино на винте. Я его периодически сбрасываю на внешний винт. Иногда я переименовываю файлы. Если файл переименован, сможет ли nnBackup определить, что он не стерт а именно переименован, и переименовать файл на внешнем винте, вместо того чтобы копировать "новый" и стирать "старый"? Я помню, в древние досовские времена антивирус ADinf мог определить, что файл переименован, а не создан новый. nnBackup обладает этим умением?
User avatar
Fornit
 
Posts: 32
Joined: Fri, 28 Apr 2006, 22:04

Re: Обработка переименованых файлов

Postby elos » Fri, 25 Sep 2009, 14:06

Помочь может (но сам не пользовался, пробуй), но потянет за собой время...
Опции для режима синхронизации файлов и каталогов (sync/sync2)
-md5 - генерировать и сравнивать контрольные суммы файлов (md5) при синхронизации. Копировать файл, если суммы не совпали.

Добавить ключи работы с датами и атрибутами по необходимости.
Атрибут файла "архивный" не просто так же в системе присутствует. Очень помогает его использование в минимизации времени обработки (ключик -A)...

Переименовывать не сможет - это привилегия nnCron. Может проще, глянув в исходники nnBackup, на кроне написать?
А может быть и стоило бы оснастить nnBackup механизмом расширяемости самописными скриптами/плагинами, оставив на совести пользователей превращение узкопрофильного инструмента в "комбайн"...

И ADinf, по-моему, как раз на контрольных суммах построен и был...
elos
 
Posts: 667
Joined: Tue, 25 Apr 2006, 11:15

Re: Обработка переименованых файлов

Postby AlikasS » Fri, 25 Sep 2009, 15:32

про ключ nnbackup интересно,
он сравнивает суммы одноименных файлов или генерит сумму исходного и ищет такую же в другом каталоге?
если так то следующее не нужно........

предложение примерно такое
1. генерим список новых файлов
2. при наличии списка новых файлов
ннкроном можно сравнивать контрольную сумму
каждого нового файла с каждым файлом из другого диска
при совпадении переименовывать.
3. потом запускать обычную синхронизацию.
P.S. генерированием списка не занимался.
а вот сравнением по контрольным суммам подскажу.
nnbackup умеет же вроде делать список новых файлов? (если нет, то тем же кроном можно)
возможно потребуется несколько проходов,
а пока как получить контр.сумму в nncron
Code: Select all
CREATE pad5f 1024 ALLOT
: .MD5FILETYPE ( a u -- a u ) pad5f ROT ROT MD5File DROP pad5f MD5String S" " S+ ;
на входе путь\имяфайла, на выходе контрол.сумма
User avatar
AlikasS
 
Posts: 1437
Joined: Wed, 28 Jun 2006, 05:39
Location: Khabarovsk

Re: Обработка переименованых файлов

Postby Fornit » Fri, 25 Sep 2009, 20:40

Только что установил последнюю версию Adinf. Он точно определяет, что файл был переименован, без всяких CRC/MD5.
User avatar
Fornit
 
Posts: 32
Joined: Fri, 28 Apr 2006, 22:04

Re: Обработка переименованых файлов

Postby AlikasS » Sun, 27 Sep 2009, 16:40

От куда точность? Ты смотрел исходники?
User avatar
AlikasS
 
Posts: 1437
Joined: Wed, 28 Jun 2006, 05:39
Location: Khabarovsk

Re: Обработка переименованых файлов

Postby AlikasS » Sun, 27 Sep 2009, 16:41

--
P.S. почищено. был дубль предыдущего сообщения
Last edited by AlikasS on Mon, 28 Sep 2009, 01:21, edited 1 time in total.
User avatar
AlikasS
 
Posts: 1437
Joined: Wed, 28 Jun 2006, 05:39
Location: Khabarovsk

Re: Обработка переименованых файлов

Postby elos » Sun, 27 Sep 2009, 21:50

Взято с сайта
В ревизоре дисков ADinf Pro для контроля целостности данных используется алгоритм LAN64. Алгоритм LAN64 вычисляет 64-битную хэш-функцию, разработанную известной фирмой ЛАН Крипто. Эта функция гарантирует невозможность модификации данных без изменения значения хэш-функции. Для стандартных функций CRC16 и CRC32 существуют алгоритмы, позволяющие вычислить дополнительные байты, обеспечивающие неизменность контрольной суммы при модификации файла. Таким образом, эти функции можно использовать для контроля за случайными ошибками, но они не обеспечивают надежную защиту от модификации данных злоумышленником. Алгоритм хэш-функции LAN64 гарантирует невозможность вычисления дополнительных байтов способом, отличным от прямого перебора. Однако прямой перебор для 64-битной хэш-функции потребует вычислений в течение тысячелетий.
elos
 
Posts: 667
Joined: Tue, 25 Apr 2006, 11:15

Re: Обработка переименованых файлов

Postby Fornit » Fri, 20 Nov 2009, 07:59

elos wrote:Взято с сайта
В ревизоре дисков ADinf Pro для контроля целостности данных используется алгоритм LAN64. Алгоритм LAN64 вычисляет 64-битную хэш-функцию, разработанную известной фирмой ЛАН Крипто. Эта функция гарантирует невозможность модификации данных без изменения значения хэш-функции. Для стандартных функций CRC16 и CRC32 существуют алгоритмы, позволяющие вычислить дополнительные байты, обеспечивающие неизменность контрольной суммы при модификации файла. Таким образом, эти функции можно использовать для контроля за случайными ошибками, но они не обеспечивают надежную защиту от модификации данных злоумышленником. Алгоритм хэш-функции LAN64 гарантирует невозможность вычисления дополнительных байтов способом, отличным от прямого перебора. Однако прямой перебор для 64-битной хэш-функции потребует вычислений в течение тысячелетий.


Интересно, зачем им понадобилось изобретать велосипед, когда есть древний как мир MD5 или SHA1?
User avatar
Fornit
 
Posts: 32
Joined: Fri, 28 Apr 2006, 22:04

Re: Обработка переименованых файлов

Postby Fornit » Fri, 20 Nov 2009, 08:20

elos wrote:Взято с сайта
В ревизоре дисков ADinf Pro для контроля целостности данных используется алгоритм LAN64. Алгоритм LAN64 вычисляет 64-битную хэш-функцию, разработанную известной фирмой ЛАН Крипто. Эта функция гарантирует невозможность модификации данных без изменения значения хэш-функции. Для стандартных функций CRC16 и CRC32 существуют алгоритмы, позволяющие вычислить дополнительные байты, обеспечивающие неизменность контрольной суммы при модификации файла. Таким образом, эти функции можно использовать для контроля за случайными ошибками, но они не обеспечивают надежную защиту от модификации данных злоумышленником. Алгоритм хэш-функции LAN64 гарантирует невозможность вычисления дополнительных байтов способом, отличным от прямого перебора. Однако прямой перебор для 64-битной хэш-функции потребует вычислений в течение тысячелетий.


Интересно, зачем им понадобилось изобретать велосипед, когда есть древний как мир MD5 или SHA1?
User avatar
Fornit
 
Posts: 32
Joined: Fri, 28 Apr 2006, 22:04


Return to nnBackup forum (Russian)

Who is online

Users browsing this forum: No registered users and 3 guests

cron