» WinRAR (часть 2)

wxp73

Цитата:

Это например что?

Цитата:

exe

SHAH1

Цитата:

Цитата:Это например что?


Цитата:exe

Это не ответ. Пример такого exe (ссылку) можно увидеть?

GORA2
Цитата:

Это не ответ

Если я хотел бы дать уточненные данные, сделал бы это еще в этом посте

GORA2
SHAH1

Речь идёт от ZIP/RAR SFX?

Victor_VG
Зная тебя - дам ссылу для проверки и подтверждения.
Будет желание - проверь

SHAH1

Цитата:

Если я хотел бы дать уточненные данные, сделал бы это еще в этом посте

Значит это не более чем болтовня.

GORA2
Приберегите свой пост для других случаев проверки на "слабо" - скоро будет у вас опровержение, если Victor_VG для вас авторитет, но указвать на "слабости" некоторых разрабов и на паблике обсуждать не собираюсь.
Надеюсь на ваши извинения

SHAH1

Цитата:

скоро будет у вас опровержение, если Victor_VG для вас авторитет

А при чем здесь Victor_VG ?
Ссылку просил я, а Вы ее отказались предоставлять. Чужое мнение вместо ссылки мне не нужно, мне нужен этот файл.

Цитата:

Надеюсь на ваши извинения

Это за что?
Вы "обвинили" автора одного из архиваторов в "слабости". Доказательств не предоставили, и более того, демонстративно отказались их предоставить. Я назвал это так, как это и называется - болтовня!
Извиняться за свою болтовню должны Вы, а не я.

SHAH1
GORA2
Предлагаю зарыть на время топор войны и помочь мне:



это камент архива на одной винде и на другой, чистой (справа).
Куда копать? Слева, синим, — мышкой выделено, иначе просто показывает «рыжий» фон.
Шрифт и там и там установлен «Terminal», WinRar 5.10 x86.

GORA2

Цитата:

Вы "обвинили" автора одного из архиваторов в "слабости".

Вы как-то странно трактуете обвинения.

Цитата:

И о чудо - случайно попробовал и мало того, что видит, еще и редактирует то что 7zip не смог. Браво! Выручил

Шоб я так жил.

А на как вы назвали - мне, если честно, так же как и на вашу просьбу. и на ваше мнение начхать, тоже мне Станиславский.
Что за приставания, я ничего никому, кроме Родины, ничего не должен.
За сим наш базар округляю


Добавлено:
ALEX666999
Патчик админ кряка не пробовали - он в т.ч. раньше решал и этот вопрос

GORA2

Это Zip SFX личного архива. Так что его непредставление оправдано. Я видел хекс скриншот заголовка файла - Zip SFX, RAR 2.90.

ALEX666999

Достаточно переключить просмотр комментов в режим OEM - это кодировка CP-866 с псевдографикой.

SHAH1
Это оно и есть, уже пропатченное.
Только на одной винде так, а на другой — эдак.

Цитата:

Victor_VG: переключить просмотр комментов

Понятное дело, только где такая опция?
Кряжик «Использовать кодировку Dos» не поможет, сразу говорю.

ALEX666999

Я на сей режим и думал.

GORA2
Не обижайтесь - просто поймите правильно

SHAH1 00:49 26-06-2014
Цитата:

И о чудо - случайно попробовал и мало того, что видит, еще и редактирует то что 7zip не смог.

Тут на днях попался архив tar.bz2 - 7-Zip (9.30a и 9.34a) и Total Commander (8.51a) не могут его правильно открыть и распаковать (проблема, как видно, не с компрессором bz2, а с архивом tar), а WinRAR без проблем. Под linux (lubuntu 12.04) картина тоже неоднозначна: tar xjf, MC, Double Commander и File Roller - порядок, а FreeArc, PeaZip и Xarchiver - фейл.
Вот сам архив: http://rghost.net/56629730
Может, кто растолкует, в чём тут дело?

addhaloka

Банальный битый тарбалл. На FreeBSD, Solaris, AIX, Tru64 UNIX и родной тар его не взял. Пришлось киллпроцесс посылать.

Victor_VG 00:36 29-06-2014
Цитата:

Банальный битый тарбалл. На FreeBSD, Solaris, AIX, Tru64 UNIX и родной тар его не взял.

Хм. На линухе tar без проблем берёт. Потому что Gnu Not Unix, штоли?

Добавлено:
Inoz2000 01:05 29-06-2014
Цитата:

А протестировать???

Мне, как простому пользователю, более важен результат. WinRAR и GNU'шный tar справились с задачей, а другие - нет.

addhaloka

Потому, что формат GNU tar НЕ СОВПАДАЕТ с таковым у оригинального UNIX tar, и да, GNU no UNIX и никогда ей не была ибо UNIX это не просто API, а формально это торговая марка UNIX.org и целый набор стандартов из которых в Linux выборочно реализовано 30%. Так что требовать от него полного совпадения не приходится. Это самостоятельный проект частично использующий идеологию семейства UNIX.

Вот, что я делал:
Открыл его в GUI-7zip -> извлёк 321.tar

Открыл его в GUI-7zip -> в свойствах пишет ошибку (с подробностями)
его открыл в GUI-WinRAR -> в свойствах пишет 'Размер в архиве 156348'
При извлечении размер файлов совпадает
А протестировать???
Вы не обратили внимание, что
Цитата:

Для архивов этого типа данная команда не поддерживается

Цитата:

Банальный битый тарбалл

это так.

addhaloka

Цитата:

Может, кто растолкует, в чём тут дело?

Видимо, дело в том, что в этом tar у directory record (тип 5) указан ненулевой упакованный размер, тогда как при обработке этого архива его надо считать равным нулю, то есть, никаких данных не пропускать. Правда бывают tar архивы, у которых ненулевой упакованный размер каталога действительно означает наличие данных. Их индикатором является тип 'D' вместо '5' или наличие "././@LongLink" в имени.

Inoz2000

Цитата:

А протестировать???
Вы не обратили внимание, что
Цитата:
Для архивов этого типа данная команда не поддерживается

WinRAR может протестировать внешний bzip2 контейнер, который в данном случае целый. Но сам tar формат не содержит контрольные суммы данных, только заголовков.

Цитата:

Банальный битый тарбалл
это так.

Не факт, возможно причина в вариациях tar формата.

EugeneRoshal

Честно говоря у меня большое подозрение что сей тарбалл создан на Mac OS X - структура больно похожая как и последствия, но чтобы снять вопросы пока не сам не разберусь ответил так.

Кажется разобрался в чём дело c псевдографикой:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts]
"MS-DOS CP 437"=
"MS-DOS CP 949"=

Если эти значения удалены, то отображает каменты а-ля сцена (в пропатченном Wrare) нормально.
Может потребоваться перезагрузка.

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

dddimmm
Если файлы не изменяются, а только добавляются новые - можно вывод RAR LB <имя_архива> и DIR /S * сравнить, получив разницу, например GREP'ом

Pasha_ZZZ
спасибо за ответ, сижу перевариваю
Есть небольшая сеть и файлопомойка на одном из ПК, куда будут сливаться архивы с каждого ПК при помощи Robocopy каждый день. Как бы все грамотно настроить, чтобы не загружать на полную катушку локальный сетевой трафик?! Наверное разбить задания по часам после конца рабочего дня и отключать скриптом ПК после выполнения заданий?!

Добрый день! Такой вопрос, есть большой архив, разбитый на несколько томов и зашифрованный с избыточной информацией восстановления.
1. Если некое количество томов утеряно, можно ли восстановить файлы, хранящиеся в оставшихся томах, при условии, что архив зашифрован?
2. Можно ли восстановить файлы в поврежденных томах, при условии, что архив зашифрован?
Вопросы связыны с тем, что такая ситуация проходит, когда архивы не зашифрованы. Но нужно передать большой архив в защищенном виде, и не понятно можно ли будет вытащить хоть часть информации, если что-то будет повреждено или утеряно.
Заранее благодарю за ответы!

SergeyZX
Есть информация для восстановления, а есть тома для восстановления. Первое позволяет только восстановить битый архив или том, а второе - позволяет работать с многотомным архивом, часть томов которого потеряна, заменив "резервным" любой утерянный том, одна штука на одну штуку.
Если томов для восстановления нет, то восстановить весь многотомный архив не получится.

Вроде бы можно из существующих томов достать те файлы, которые целиком в одном томе или в нескольких существующих. Но это только если архив зашифрован с паролем только на доступ к файлам (не пробовал, надо проверить).
А вот если еще и имена файлов зашифрованы, тогда архив шифруется целиком. ИМХО, из такого многотомного архива нельзя извлечь файлы, если не хватает томов.


Цитата:

Но нужно передать большой архив в защищенном виде, и не понятно можно ли будет вытащить хоть часть информации, если что-то будет повреждено или утеряно.

Имеет смысл, только если архив можно передать только на каком-нибудь носителе, а у тебя и/или у адресата нет нормального подключения к интернету. Тогда дублируй носители.
В иных случаях используй торрент, ничего не пропадет, все передаст с гарантией. Содержимое конечно можно и зашифровать в архив, но не понадобится многотомный архив и инфа для восстановления.

Ребята не пойму работу ключа -dh
код выглядит так:
"C:\Program Files\WinRAR\WinRAR.exe" a -r -u -rr8 -y -ag[DD.MM.YYYY] -dh I:\ARCHIVE\myworks.rar @I:\ARCHIVE\spisok.txt

в файле spisok.txt помимо рабочего стола указан каталог Outlook2007, когда процесс архивации доходит до файлов аутлука и сам аутлук при этом открыт, процесс сбрасывается, архив не создается.
winrar 4.1.0.0

dddimmm
Уберите -y, чтобы увидеть сообщение об ошибке.

Видимо, у файла заблокирована на чтение область данных. Без -dh WinRAR не смог бы открыть такой файл и спокойно перешел к упаковке следующих файлов. С -dh файл удается открыть, упаковать в архив часть его данных, после чего возникает ошибка чтения заблокированной области и вылет.

EugeneRoshal

если указать в списке только файл Outlook.pst, ошибка возникает та же.
Winrar не может выполнить архивацию запущенного приложения?!