Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: Часть 1 | Часть 2 | Часть 3



Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 6.02 x86 | x64 (14.06.2021)
Финальная русская версия:  6.02 x86 | x64 (14.06.2021)

Текущая английская бета-версия:  6.10 beta 2 x86 | x64
Текущая русская бета-версия:  6.10 beta 2 x86 | x64
Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта и win-rar.com.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.00 (1995-2020): скачать (265 МБ) [обновлено 10.01.2021]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio: Стандартная (48x36). Мелкие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 37511 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: MAX63ru, 09:57 19-11-2021
uShell

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
будьте добры - выложите *.zip с hardlink

Ну, естественно, ZIP не знает, что такое жёсткая ссылка. Более того, на уровне структуры архива тоже нельзя хранить два файла с одинаковыми сжатыми данными, если только эти файлы не совпадают по всем хранимым характеристикам. Дело в другом: если файл извлекается старыми версиями WinRAR поверх уже существующего, у которого есть жёсткие ссылки, то эти связи разрушаются - свежераспакованный файл хранится на диске отдельно от оставшихся копий. Что касается отношения к этому факту, то да, его правильнее назвать "особенностью поведения", но для меня это именно проблема: я довольно активно пользуюсь жёсткими ссылками и предпочитаю обновлять файл одним махом во всех местах, куда эти ссылки прокинуты. Символические ссылки частично решают эту проблему, но я их не люблю (в частности, из-за плохой совместимости со старыми NT).

Всего записей: 516 | Зарегистр. 12-06-2019 | Отправлено: 09:40 31-05-2021 | Исправлено: uShell, 09:55 31-05-2021
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Хардлинк если его передвинуть в любую точку тома этого не заметит от слова "совсем", а симлинк и использующие его приложения выдадут кучу забавных звуков.

и часто так играетесь?

Цитата:
Но, как сказал один исторический персонаж интеллект штука лишняя, а знания и вовсе криминал.

знать то можно много, но вот поток этих знаний мало кому нравится.

Всего записей: 2072 | Зарегистр. 11-10-2005 | Отправлено: 09:50 31-05-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
 
Такой Zip архив создать можно, но т.к. хардлинк в NTFS вообще не имеет отдельного файлового атрибута и опознаётся только по счётчику связей в записи файла не менее 2-х и поиском совпадения индекса файла в записях файлов, то в нём будет столько копий таких файлов, сколько их хардлинков было выбрано для операции сжатия.  
 
И одной из проблем для нас станет множественное дублирование файлов при распаковке, и это только если файлы при упаковке не имели скрытых потоков т.е. если у них был только основной поток <path>\<filename>:$DATA, а если они были, то поскольку контейнер Zip ничего не знает о понятии "потоки файла NTFS" (этого нет даже в новейшей APPNOTE.TXT - .ZIP File Format Specification Version: 6.3.8 от June 15, 2020) это приведёт к потере данных, не говоря о том, что для атрибутов NTFS выделено 16 битное поле, а возвращаемые ОС значения атрибутов 32-х битные - Windows file attributes value, то проблем с идентичностью "источник - восстановленная копия" в контейнерах Zip надолго хватит...
 
GoblinNN
 
Ключевое - знания не красят, а прикинутся валенком - навдруг да прокатит?

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/64 GB REG ECC DDR3-1866/GTX 1660, Xeon E5-2667/c602J/16 Gb REG ECC DDR3-1866/GTX 1060 3Gb

Всего записей: 29524 | Зарегистр. 31-07-2002 | Отправлено: 10:01 31-05-2021 | Исправлено: Victor_VG, 10:05 31-05-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG, uShell
повторю вопрос: "проблема" c hardlink у *.zip или у WinRAR? C файлами *.rar, *.tar у WinRAR  такое же поведение?

Всего записей: 4901 | Зарегистр. 08-09-2001 | Отправлено: 11:09 31-05-2021
uShell

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
"проблема" c hardlink у *.zip или у WinRAR?

На этот вопрос уже ответил EugeneRoshal:

Цитата:
Среди проверенных форматов для .rar, .arj, .cab, .7z, .tar. .gz состояние этого атрибута при распаковке сохраняется. Для .zip и .lzh сбрасывается.


Цитата:
Я все же сейчас выложил обновленную английскую beta 1, где zip и lzh должны распаковывать аналогично прочим форматам, без удаления файла.

Т.е. ссылки рвались из-за поведения WinRAR (но только для определённых контейнеров), а сейчас уже не рвутся.

Всего записей: 516 | Зарегистр. 12-06-2019 | Отправлено: 12:02 31-05-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
На этот вопрос уже ответил EugeneRoshal:

ответ касался атрибута "Сжатый", мы ведем речь о hardlink.
 
Мне непонятна суть проблемы в случае с hardlink. Подразумевается что:
папка dir в которой есть файл foo с hardlink bar baz, при распаковке архива содержащего файл foo поверх существующего происходит "потеря" hardlink, т.е. foo bar и baz неэквивалентны или речь о чем-то другом?

Всего записей: 4901 | Зарегистр. 08-09-2001 | Отправлено: 12:57 31-05-2021
insorg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А разве забота о хардлинках (и им подобных) - задача архиватора?
Если в архив упакованы оба харда одного физического файла, а затем такой архив распаковывается куда-то в другое место, то ещё можно что-то хотеть. Но если один из хардов удалили, а потом "ой, хочу распаковать его обратно из архива" - то сначала надо проверять соответствие хардлинка, а ещё факт насколько верно вообще что-то распаковывать, и ещё кучу других условностей.
По-моему, более чем логично не смешивать работу классических архиваторов и различных извращений некоторых особых файловых систем. Да, NTFS сейчас много где, но не везде. До сих пор живёт и здравствует FAT32, по миру ходит хренова куча флешек с exFAT (он же FAT64), а ещё есть просто огромная армия любителей никсов, где ext, zfs и прочие штуки господствуют. И как такой гипотетический архив с хардлинками на такое "добро" распаковывать - тот ещё вопрос...

Всего записей: 2228 | Зарегистр. 04-11-2010 | Отправлено: 13:13 31-05-2021 | Исправлено: insorg, 13:14 31-05-2021
uShell

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Мне непонятна суть проблемы в случае с hardlink

Допустим, есть файл с двумя жёсткими ссылками:
а) C:\LIBS\crt.dll;
б) C:\Program Files\SuperProga\crt.dll.
Я скачиваю архив crt.zip и пытаюсь обновить C:\LIBS\crt.dll из этого архива. В старых версиях WinRAR действует так:
1) C:\LIBS\crt.dll удаляется (при этом C:\Program Files\SuperProga\crt.dll остаётся на месте);
2) из архива извлекается C:\LIBS\crt.dll.
В итоге SuperProga продолжает пользоваться старой версией dll. Если я обновлю WinRAR до 6.02 (или сменю тип архива), то поведение меняется:
1) C:\LIBS\crt.dll очищается (при этом C:\Program Files\SuperProga\crt.dll, будучи тем же файлом, тоже очищается);
2) в C:\LIBS\crt.dll пишется новое содержимое из архива.
В этом случае SuperProga тоже получает обновление. Насколько это желательно - другой вопрос (но если нежелательно, зачем было создавать хардлинк?).
 

Цитата:
А разве забота о хардлинках (и им подобных) - задача архиватора?

Я считаю, что отчасти да. Изначально архиватор - средство резервного копирования. Вопрос, что он должен архивировать: файлы или всю ФС? Контейнеры TAR и WIM заточены как раз на всю файловую систему целиком, поэтому их поддержка подразумевает восстановление как можно большего числа особенностей ФС.

Всего записей: 516 | Зарегистр. 12-06-2019 | Отправлено: 13:41 31-05-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В этом случае SuperProga тоже получает обновление. Насколько это желательно - другой вопрос (но если нежелательно, зачем было создавать хардлинк?).  

это не только нежелательно, но и не безопасно.
 

Цитата:
Контейнеры TAR и WIM заточены как раз на всю файловую систему целиком, поэтому их поддержка подразумевает восстановление как можно большего числа особенностей ФС.

здесь вы путаете архиваторы и сам формат tar. Но и posix архиваторы так как вы описываете поведение новой версии WinRAR так себя не ведут.
 
P.S.
нужно будет проверить версию rar для *nix на подобное поведение.

Всего записей: 4901 | Зарегистр. 08-09-2001 | Отправлено: 14:03 31-05-2021
insorg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
Цитата:
Изначально архиватор - средство резервного копирования
Изначально архиватор - средство сжатия данных для передачи или хранения одним файлом.
Бэкап - это уже притянутая к глобусу сова. Да, с сжатые архивы в бэкапить удобнее, чем тупо снимать образ ФС, но это совершенно разный инструментарий и разные изначальные цели.

Всего записей: 2228 | Зарегистр. 04-11-2010 | Отправлено: 14:29 31-05-2021 | Исправлено: insorg, 14:31 31-05-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell

Цитата:
Я считаю, что отчасти да

Архиватор (именно архиватор) не обязан заботиться о подобных фичах файловой системы.  
 
TAR - не архиватор, это именно утилита, сохраняющая структуру файловой системы, он вообще не занимается компрессией данных.
 
Ну и в приведённом выше примере легко представить сценарий, когда малварь "стандартным доверенным" архиватором подменит нормальную crt.dll на вредоносную сразу для всех программ на компьютере, а не только для себя.

Всего записей: 6666 | Зарегистр. 01-10-2002 | Отправлено: 14:32 31-05-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg

Цитата:
Изначально архиватор - средство сжатия данных для передачи или хранения одним файлом.

tar - не сжимает данные.
 
Benchmark

Цитата:
TAR - не архиватор,

tar - tape archiver

Всего записей: 4901 | Зарегистр. 08-09-2001 | Отправлено: 14:39 31-05-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los

Цитата:
tar - tape archiver

По названию - да, в современном понимании - нет.  
 
Он был создан тогда, когда понятие архивации было, скорее, синонимом резервного копирования, а не компрессии данных.

Всего записей: 6666 | Зарегистр. 01-10-2002 | Отправлено: 14:50 31-05-2021
insorg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кажись, я понял, почему пошла путаница.
Для начала определиться надо с терминологией, тогда путаница уйдёт.
WinRAR - это архиватор-компрессор. В этом контексте используется значение "архивации" как не только упаковки чего-то, но и (опционально) сжатия.
Tape archiver - это просто архиватор. В этом же контексте применимо более традиционное и бюрократическое значение - просто что-то сохранить в каком-то виде на некоторый срок.
Если совсем грубо, сейчас значение термина "архивация" уже давно обрело дополнительное свойство "сжатие", которое подразумевается как изначально первое, а только потом собственно само хранение.
Пусть слово не сбивает с толку.
Обычное терминологическое словоблудие, в которое нет ни желания, ни смысла вникать.
И да, не стоит забывать, что TAR поддерживается в WinRAR (как и с большинстве других программ) чисто "на сдачу", а не как главный основной формат.
 
 
Добавлено:
Benchmark
Именно так. Опередил меня...

Всего записей: 2228 | Зарегистр. 04-11-2010 | Отправлено: 14:55 31-05-2021
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark

Цитата:
По названию - да, в современном понимании - нет.

в современном понимании еще больше соответствует Т.к. некоторые реализации поддерживают создание *.7z, *.zip и др.
 

Цитата:
Он был создан тогда, когда понятие архивации было, скорее, синонимом резервного копирования, а не компрессии данных.

известное заблуждение о тождественности компрессии данных и архиватора.

Всего записей: 4901 | Зарегистр. 08-09-2001 | Отправлено: 15:00 31-05-2021
BroncoHammer

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
появился ли способ взлома пароля установленного WinRARом при архивировании ?

Всего записей: 80 | Зарегистр. 24-07-2020 | Отправлено: 15:18 31-05-2021
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los

Цитата:
в современном понимании еще больше соответствует  Т.к. некоторые реализации поддерживают создание *.7z, *.zip

Любые алгоритмы компресиии не имеют ни малейшего отношения к TAR как к формату хранения данных.
 
 

Цитата:
появился ли способ взлома пароля установленного WinRARом при архивировании ?

Всё как и раньше - только перебор паролей или ключей.

Всего записей: 6666 | Зарегистр. 01-10-2002 | Отправлено: 15:37 31-05-2021
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Archiving only: ar cpio shar tar LBR WAD
Compression only: Brotli bzip2 compress gzip LZMA LZ4 lzip lzop SQ xz Zstandard
Archiving and compression: 7z ACE ARC ARJ B1 Cabinet cfs cpt dar DGCA dmg egg kgb LHA LZX MPQ PEA RAR rzip sit(sitx) SQX UDA Xar zoo ZIP ZPAQ
 
теперь понятнее

Всего записей: 2072 | Зарегистр. 11-10-2005 | Отправлено: 15:48 31-05-2021
insorg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BroncoHammer
Цитата:
появился ли способ взлома пароля установленного WinRARом при архивировании ?

Не "взлома", а тупого перебора.
Не "появился", а никуда не исчезал.
Софт подобного назначения существуют не один десяток лет.
Вопрос только в целесообразности...

Всего записей: 2228 | Зарегистр. 04-11-2010 | Отправлено: 15:51 31-05-2021
FUTURiTY

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возможно вопрос уже задавался, но как с помощью WinRAR можно получить древовидный спиоск файлов и каталогов находящихся в архиве RAR ?
 
Желательно кнопочкой и через GUI без использования командной строки и скриптов
 
Спасибо!

Всего записей: 2943 | Зарегистр. 24-04-2007 | Отправлено: 15:52 31-05-2021 | Исправлено: FUTURiTY, 15:52 31-05-2021
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru

Рейтинг.ru