» WinRAR

"c:\Program Files\WinRAR\rar.exe" a -rr -ac -agDD.MM.YYYY -ao -ms -x*\Тop\* d:\backup_.rar d:\backupdir

greenfox
Попробуй так:
Цитата:

"c:\Program Files\WinRAR\rar.exe" a -rr -ac -agDD.MM.YYYY -ao -ms -x*Тop* d:\backup_.rar d:\backupdir

Sish
всё равно добавляет эту подпапку top с содержимым в архив :/

greenfox
Из файла Rar.txt:
Цитата:

если требуется исключить из обработки какой-либо файл "имя_файла" во
всех каталогах, нужно указать две маски: "имя_файла" для текущего
каталога и "*\имя_файла" для подкаталогов.

И кокретный пример:

Цитата:

2) rar a -r -x*\temp -x*\temp\* savec c:\*

Сжать все файлы на диске C: за исключением каталогов temp и
файлов, которые находятся в каталогах temp.

Добавлено:
Правда, речь о последней версии сабжа - 3.62.

Sish
ну так о том и речь что то что написано вхелпе не совсем работает rar.txt я ес-но читал. Тут в топе уже пробегала схожая проблема вроде - ответа так и не было

greenfox
А обновить версию сабжа не пробовал?

Sish
попробую конечно спасибо за ответы.

Sish Первоначально официальный финальный релиз WinRAR был 3.60, а не 3.62. Версия 3.60, как ты наверное хорошо знаешь, вышла 15 августа 2006.
И в ней остались все те ошибки, которые были исправлены в версиях 3.61, а затем и 3.62, а именно:

Цитата:

Bugs fixed: a) stack overflow vulnerability has been corrected in WinRAR module processing 7-Zip archives;
b) WinRAR GZip module could set a wrong file date when unpacking GZip archives.
с) Corrected a bug in multithreaded text compression module, which under some circumstances might result in corrupt archived data.
This bug was present only in multithreaded mode and only in WinRAR 3.60. RAR versions for other platforms are not affected.
Resolved a compatibility issue preventing WinRAR 3.60 to run in Windows 95.

Причём заметь, многие из этих ошибок ФАТАЛЬНЫЕ (бились архивы на процах с поддержкой гипертрейд/дуал коре), и тем не менее они остались в официальном финальном релизе WinRAR 3.60...
В версии 3.70 Beta 2 таких фатальных ошибок нет, и в этом смысле версия 3.70 Beta 2 гораздо лучше финального релиза WinRAR 3.60, и даже лучше финального багфиксного декабрьского релиза WinRAR 3.62, т.к. в версии 3.70 Beta 2 устранена ещё одна проблема в системе безопасности:

Цитата:

Stack overflow vulnerability has been corrected in password processing module of console RAR and UnRAR. GUI WinRAR is not affected.

Всё понятно в моём предыдущем высказывании? Теперь и ты ответь мне на вопрос, почему все так не любят бета-версии WinRAR, если они гораздо лучше и устойчивее работают, чем предыдущие (и уже устаревшие) финальные релизы? Откуда такая необоснованная неприянь?

Bersaglio
А всё потому, что они неспроста, наверное, называются бэта-версиями, хотя и выложенными в паблик, но всё же для тестирования.

И далеко не каждый, согласись, хочет быть бэта-тестером?

greenfox

Цитата:

"c:\Program Files\WinRAR\rar.exe" a -rr -ac -agDD.MM.YYYY -ao -ms -x*\Тop\* d:\backup_.rar d:\backupdir

Нормальная рабочая строка. Проверил у себя с rar 3.51 - все заархивировало, как надо, без папки Top, аттрибуты сбросились. Немного дурацкое предположение - а не закралось ли в название твоей папки "Top" русская буква вместо английской? Бывает

igor_andreev
Ёп*ь! Воистину! Даже как то неудобно....
Прошу всех проститьза то что взбаламутил!
Всем спасибо!

Здраствуйте!
Есть возможность синхронизировать содержимое архива когда на диске файлы имеют более старые версии и их нужно добавить в этот архив?

olegupb

Цитата:

Команды RAR
-----------

a Добавить файлы в архив.

Пример:

rar a myarch

В данном примере создаётся или обновляется существующий архив
myarch - в него добавляются все файлы из текущего каталога.

Sish, внимательно глянь, человеку надо добавить старые файлы вместо новых, я так понял ...

Accessor
Так команда a (add) не разлиыает версии файлов на старые и новые, а просто меняет их и всё, или не так?

Sish, да, так, ты прав я просто не подумал, в голове мелькали команды "m" и "f"

Sish
Accessor
Да, правильно. Но команда "а" сделает перепаковку всех файлов в архиве, а главной целью есть экономия времени.

olegupb
rar a -o+ -as archive.rar *.*
-o+ перезаписывать существующие в архиве
-as синхронизировать содержимое архива. Файлы, которых на винте нет, будут удалены из архива.


Добавлено:
Тю, невнимательно прочитал вопрос и ответы на него WinRAR хорошо заточен под бэкап, только бэкап подразумевает обновление файлов, а не замена более старыми
Тогда смотри в сторону ключа
-n@<файл-список> включить в обработку только файлы, указанные в файле-списке. Ну и оверврайт их.

igor_andreev

Цитата:

Тогда смотри в сторону ключа
-n@<файл-список> включить в обработку только файлы, указанные в файле-списке. Ну и оверврайт их.

здесь и есть проблема. Дело в том что узнать какие файлы изменялись практически невозможно. Эти случаи редкие, но случаются.
использую строку

Цитата:

rar a -u -ms -rr -ep1 -as F:\MYBACKUP\arc_test.rar D:\FILES\TEST_DIR

Устраивает полностью, за исключением описаной проблемы.

Наверно придется каждый раз делать перепаковку архива или новый создавать.
Кстати, чревата ли для целосности архива его постоянная перепаковка?

Цитата:

Дело в том что узнать какие файлы изменялись практически невозможно.

-ac -ao добавляются файлы, имеющие установленный атрибут "архивный", после
чего этот атрибут у всех добавленных файлов будет снят. При следующей архивации WinRAR запакует в архив только файлы, измененные с последней архивации. Только непонятно тогда, откуда у тебя в архиве берутся более новые файлы, чем на диске?

igor_andreev

Цитата:

При следующей архивации WinRAR запакует в архив только файлы, измененные с последней архивации

а остальные из архива удалит

Цитата:

Только непонятно тогда, откуда у тебя в архиве берутся более новые файлы, чем на диске?

Юзер менял файлы вчера. Вчера вечером делался архив. Сегодня юзер вернул назад свои старые версии файлов(из своих бекапов), потому-что с новыми почему-то глючит . Сегодня вечером они в архив не попадают.

Может ли кто-нить подсказать, почему WinRAR иногда не восстанавливает правильное время время директорий из архива, а ставит на директории время момента восстановления файлов.

RightDoer
У тебя NTFS?

Да, NTFS.

RightDoer

Цитата:

Когда открывается директория с большим количеством файлов, находящаяся на NTFS-разделе, например, WINNT, то это делается слишком долго. Можно ускорить этот процесс?

Когда открывается директория, то NTFS обновляет метку последнего доступа к файлам. Если файлов много и на всех надо метку обновить, то это занимает довольно много времени. Однако эту функцию можно отключить. Для этого запускаем Regеdit и по адресу HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Control -> FileSystem cоздаём ключ типа DWORD под названием NtfsDisableLastAccessUpdate, после чего ставим его в 1.

Вместе с обновлением метки последнего доступа к файлам обновляется и время доступа к директории.

Интересует время последнего изменения, а не доступа. Именно оно отображается по умолчанию в большинстве оболочек.
А оно иногда правильно восстанавливается, а иногда только текущее вместо него ставится на директории.

RightDoer

Цитата:

Может ли кто-нить подсказать, почему WinRAR иногда не восстанавливает правильное время время директорий из архива, а ставит на директории время момента восстановления файлов.

Время у директорий имеется двойное: 1) Время создания самой директории, оно всегда отображается в "Свойствах". 2) Время изменения директории, время изменения директории отображается в проводнике Windows. В архиве WinRAR всегда отображается именно время изменения директории. Т.е. если ты создал папку 17:00 а в 18:00 положил, удалил или создал там файл то в архиве WinRAR время этой папки будет отображено как 18:00 но в Свойствах папки будет значится что она создана 17:00 при извлечении же архива время в "Свойствах" будет датой и временем извлечения, если опять заархивировать эту папку то время также останется прежнем 18:00, также нужно учитовать когда производилась архивация, в зимнее - летнее время, а также разницу часовых поясов!

Я наверно неправильно обьяснил.
Какие времена существуют для файлов и директорий в винде и нтфс можно прочесть, например, здесь - _+-http://api.farmanager.com/ru/winapi/getfiletime.html.

Речь вот о чём.
Время изменения директории из архива винрар иногда неправильно восстанавливается.
Т.е. для одних директорий - без проблем - закатал в архив - распаковал - пожалуйте - вот Вам - проставил винрар время изменения на восстановленную из архива директорию как в архиве. Для других директорий - никак. время последнего изменения ставит равным времени создания. Причём если такая вредная директория попадётся среди поддиректрий в архиве ВСЕ ДИРЕКТОРИИ будут восстанавливаться с нарушенным против хранимого в архиве временем изменния директорий. Что не есть желательно для меня, и является, насколько я понимаю багом WinRAR. Выглядит так, будто либо это поле с временем либо не стали переносить в восстановленную директорию/и, либо после восстановления этой директории и перенесения поля времени чего-то изменили в ней - например создали файл нулевой длины и и потом удалили(следов-то нет) или что-то наподобие. Операционка есссно всё отследила. Ну это так, домыслы. Не работает у меня. Может чего-то не догоняю.
7z эту дату изменения директории вообще всегда ставит равной времени создания.
P.S. С точностью до 0.01 сек время как это NTFS позволяет время я не смотрел и не сравнивал.

RightDoer
Посмотри, какой флажок у тебя установлен непосредственно в меню создания архива.

Думаю, должно быть так:

Для некоторых директорий какое ни поставь всё равно не восстановит.
С одними и теми же установками (можно по умолчанию, пробовал и другие) для одних директорий всё OK, для других - хрен.


Добавлено:
Столкнулся так: делал архив большой директории (~1,5 Гб) и восстановление ну и обнаружил - хрен. Экспериментально на директориях ~10 Гб нашёл - некоторые восстанавливаются как надо. Но не все далеко. И если есть они в поддиректориях - все прочие не восстановят время последнего изменения.
(Это я после того, как начитался и был приятно поражён тем, что WinRAR вроде пакует по его заявлению и права NTFS и потоки стал с ним возиться. Во думаю наконец времена настали - управу на билловскую чертовщину с файлами нашли. )