LINUX.ORG.RU

Архиватор RAR 5.80

 , ,


2

1

Состоялся релиз проприетарного архиватора RAR версии 5.80. Список изменений в консольной версии:


  1. Сохранять время последнего доступа у архивируемых файлов можно с помощью ключа -tsp в командной строке. Разрешается сочетать его с другими ключами -ts, например: rar a -tsc -tsp archive files
    В одном и том же ключе -ts допускается объединение несколько модификаторов.
    Например, можно использовать -tscap вместо -tsc -tsa -tsp.
  2. Ключ -agf<формат_по_умолчанию> в командной строке задаёт стандартную строку формата для ключа -ag. Он имеет практический смысл только при помещении его в конфигурационный файл rar.ini или в переменную окружения RAR.
    Например, если в переменной окружения RAR задать -agfYYYY-MMM-DD, то при указании ключа -ag без параметра будет подразумеваться форматирующая строка YYYY-MMM-DD.
  3. Ключи -ed и -e+d можно использовать в командах обработки архивов для любой комбинации RAR и операционных систем, в которых создан архив.
    Предыдущие версии RAR для Windows не могли их применять для RAR-архивов, созданных в UNIX, а RAR для UNIX – для RAR-архивов, созданных в Windows.
  4. Аналогично томам RAR5, тома восстановления в формате RAR4 используют ту же ширину поля номера тома, как соответствующие им тома RAR. Если раньше при использовании формата RAR4 создавались тома arc.part01.rar и arc.part1.rev, то теперь у томов обоих типов часть имени с номером будет «part01».
  5. Команда «Найти файлы» и её эквивалент в командной строке – «i»:
    • если выбрана опция «Использовать все таблицы» или у команды «i» указан модификатор «t», то дополнительно к уже поддерживаемым кодировкам ANSI, OEM и UTF-16 архиватор будет выполнять поиск указанной строки в файлах с кодировкой UTF-8;
    • увеличена скорость, особенно при поиске без учёта регистра букв;
    • вывод при шестнадцатеричном поиске включает и текстовое, и шестнадцатеричное представления найденного.
  6. Исправлены ошибки:
    • предыдущая версия RAR не могла распаковывать записи папок из архивов, созданных с помощью RAR 1.50.


Также обновлён распаковщик с открытым кодом UnRAR до версии 5.8.5.

>>> Подробности

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 4)

Ответ на: комментарий от Egor_

на моей флешке (Silicon Power 32Gb) образуется 1 инвертированный бит на примерно 10 Гбайт данных.

Как ты это определил?

И ещё есть у RAR-а волшебная фича: если к началу RAR-архива прицепить какой-нибудь файл

С zip можно проделать тоже самое.

crutch_master ★★★★★
()
Ответ на: комментарий от anonymous

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

pfg ★★★★★
()
Ответ на: комментарий от crutch_master

В том, что виндоюзер = плохо? Тоже занимательная логика.

anonymous
()
Ответ на: комментарий от hobbit

недавно видел комплект документов в раре на сайте правительства одного из субъектов федерации

Недавно видел на сайте одного из органов власти zip архив с кириллицей пожатый под линуксом, и, очевидно, открывающийся под виндой примерно никак. Так что госаппарат у нас действительно разнообразный.

ZhAN ★★
()
Ответ на: комментарий от anonymous

дык давно уж. этот протеин и есть рар асе 7зип и прочия

pfg ★★★★★
()
Ответ на: комментарий от crutch_master

Как ты это определил?

на глазок
я этой флешкой уже 2 года пользуюсь
когда-то архив читается сразу, а когда-то только после rar r filename.rar (в таком случае я сравнивал побайтно файлы до и после коррекции, любопытно же что там, а там какой-то бит отличается, причём он всегда соответствует маске 0x40)

С zip можно проделать тоже самое.

хы, внатуре!

Egor_
()
Последнее исправление: Egor_ (всего исправлений: 1)
Ответ на: комментарий от hobbit

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

Да в линуксе нет стандарнтой оболочки, поэтому сложнее, но блин было бы классно если бы в Лине в КДЕ, Гноме и везде расширили окно свойств файла (если это архив) дополнительной вкладкой как делает это Винрар, с инфографикой о степени сжатии архива.

Не то что без этого нельзя жить, но почему-то приятно такое видеть. Ну и пару раз пригодилась, когда хотелось сжать посильнее архив и я выбирал из 7zip разные методы сжатия и разные настройки.

И как ни странно именно Винрар помогал удобно определиться какой метод сжатия оказался эффективнее, почему-то это информативнее чем тупо размер итогового файла.

bonta ★★★★★
()
Последнее исправление: bonta (всего исправлений: 1)
Ответ на: комментарий от windows10

Я бы вообще законодательно запретил все архивы кроме tar(gz) и zip.

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

DoctorSinus ★★★★★
()

Rar - классное приложение. Быстр, жмёт отлично (не надо говорить о многотерабайтных дисках, из-за криворукости программистов уже простейшие текстовые редакторы занимают сотни мегабайт, не напасешся места) много чего умеет и самое главное - он удобный. Большинство линуксоидных GUI оберток архиваторов - убого, криво и уёбищно. Юниксовый путь: каждая программа должна делать что то одно, но хорошо - на практике ни хрена не работает и превращается в: каждая программа ни хрена делать не умеет и работает криво и медленно (в том числе из-за того, что все передается через файлы, а не через память в программе комбайне как в винде).

anonymous
()
Ответ на: комментарий от anonymous

Использовать любой формат отличный от zip - жлобство. Не будьте жлобами.

Использовать кириллицу в названиях файлов, полагаю, тоже жлобство?

ZhAN ★★
()
Ответ на: комментарий от hhhhacker

Отличный юзкейс для архиватора: передать тонну мелких файлов с машины 1 на машину 2. Архивация, scp одного файла и разархивация занимают в сотни раз меньше времени при определённых условиях (когда файлов, к примеру, полмиллиона).

DoctorSinus ★★★★★
()
Ответ на: комментарий от anonymous

Патамушто ты жлоб обыкновенный, твои интересы вообще не надо брать в расчёт. Жлобов надо всех собрать и отправить в лагеря для жлобов.

Любители демократии и свободы они такие))) Есть только одно своё правильное мнение, а все остальные неправильные. В концлагерь всех с другим мнением, а лучше - расстрелять !)))

anonymous
()
Ответ на: комментарий от anonymous

Ну и не пользуй. Иди своим путём, отсюда…

Анон, хорошо подумай, прежде чем посылать куда-то анона.

anonymous
()
Ответ на: комментарий от crutch_master

Вообще-то bitrot - это норма для любого накопителя. Рано или поздно он случится, потому должен быть заложен в архитектуру хранения данных. Либо в фс (zfs, btrfs), либо в избыточном кодировании (par), либо в архиваторе (rar). Я предпочитаю архиватор.

ZhAN ★★
()
Ответ на: комментарий от ZhAN

В таком случае не понятно, зачем нужен архив, которые эти данные сперва сжимает, а потом пытается героически восстановить бит. Не проще ли записать две копии?

crutch_master ★★★★★
()

RAR сам по себе не плох, но книгочиталок его поддерживающих меньше, чем zip.

quickquest ★★★★★
()
Ответ на: комментарий от ne-vlezay

Попробуй написать жалобу на этот субъект, за то что они провоцируют пиратство.

Любители свободки и демократии любят стучать как дятлы. Доносы - их всё)))

anonymous
()
Ответ на: комментарий от crutch_master

Зачем это нужно? Дискета размагнитилась? сd-rw поцарапался? Модем глючит?

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

anonymous
()
Ответ на: комментарий от anonymous

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

Вообще в линуксах с корректирующими кодами всё крайне печально.

ZhAN ★★
()
Ответ на: комментарий от crutch_master

зачем нужен архив

Ты путаешь архиватор и компрессор. Первостепенная задача архиватора - хранить файлы в первозданном виде. Если он будет при этом занимать меньше места - приятный бонус.

Тут мимоходом, стоит отметить что 7зип в первую очередь занимается проблемами сжатия, а не архивации. Рар наоборот.

Не проще ли записать две копии?

Которую из двух считать за правильную? Тогда уж три. На сама деле для исправления битрота корректирующем кодом достаточно избыточности в несколько процентов.

ZhAN ★★
()
Ответ на: комментарий от anonymous

Не. Насколько понимаю Рид-Соломон зафиксирован в спецификации компакт-диска. Файловая система ISO 9660 этим не занимается. Размер iso образа не отличается от размера содержимого, потому избыточности на этом уровне нет. Сомневаюсь что там есть даже контроль целостности.

Никто не мешает проверить, кстати.

ZhAN ★★
()
Ответ на: комментарий от anonymous

Ну и не пользуй. Иди своим путём, отсюда…

Тебя забыл спросить. Не говори мне, что надо делать. И я не скажу тебе куда идти

anonymous
()
Ответ на: комментарий от crutch_master

В таком случае не понятно, зачем нужен архив, которые эти данные сперва сжимает, а потом пытается героически восстановить бит. Не проще ли записать две копии?

Меньше места занимают две копии архивов чем просто копии. А место имеет прискорбную особенность кончатся

anonymous
()
Ответ на: комментарий от anonymous

Если вы не вкурсе, то да, rar, как «crypt» многие юзеры хранят свои данные в облаке, это одно из самых удобных и криптостойких шифрований в мире.

Про микроскоп и гвозди «сильно» конечно…

anonymous
()
Ответ на: комментарий от ZhAN

Ты путаешь архиватор и компрессор. Первостепенная задача архиватора - хранить файлы в первозданном виде. Если он будет при этом занимать меньше места - приятный бонус.

Теоретически удобно, чтобы были разными и архиватор и компрессор. А вот на практике удобны комбайны. Они и быстрее, то ли дело, когда данные обрабатываются в памяти (локально с оптимизациями) или пересылаются из архиватора в компрессор через файлы и общесистемные интерфайсы

anonymous
()
Ответ на: комментарий от crutch_master

Всё, увозите его.

Контроль целостности tcp слаб на коллизии. Потому я предпочитаю rsync, он берёт проверку на себя.

ZhAN ★★
()
Ответ на: комментарий от crutch_master

Всё, увозите его.

Про виндоюзеров ты со мной общался, а он не я.

anonymous
()
Ответ на: комментарий от anonymous

Меньше места занимают две копии архивов чем просто копии. А место имеет прискорбную особенность кончатся

Скажи, ты что там собрался в этот архив жать? Папку с курсовиками? Так их хоть 10 копий можно сделать.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Папку с курсовиками?

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

ZhAN ★★
()
Ответ на: комментарий от anonymous

анон анону анонист.
не парься, енто он в зеркало плевался.

pfg ★★★★★
()
Ответ на: комментарий от ZhAN

вручную выяснять

Который не распаковывается тот и поломан. похерить можно знатный кусок архива, когда флешка начинает деградировать. А то и всю флешку.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

С вероятностью 1/65536. Что должно постоянно перепроверяеться на уровне приложения.

Обнаружение ошибок при передаче данных

Хотя протокол осуществляет проверку контрольной суммы по каждому сегменту, используемый алгоритм считается слабым [1]. Так, в 2008 году ошибка в передаче одного бита, не обнаруженная сетевыми средствами, привела к остановке серверов системы Amazon Web Services [2].

В общем случае распределенным сетевым приложениям рекомендуется использовать дополнительные программные средства для гарантирования целостности передаваемой информации[3].

https://ru.wikipedia.org/wiki/Transmission_Control_Protocol#Контрольная_сумма

ZhAN ★★
()
Ответ на: комментарий от crutch_master

три месье !! три !!
если в одной из двух копий будет ошибка, то в среднем неизвестно какая из копий верна.
такшта три и не меньше, и на разных носителях, и передача разными системами…
но у меня нет привычки сссзбить себе мозги на пустом месте - есть более продвинутые и эффективные средства исплнения желаемого, причем в формате «все-нужное-в-одной-коробке».

pfg ★★★★★
()
Ответ на: комментарий от anonymous

зачем костыль с исо, если все уже встроенно в рар :) да и размер восстановления емнип можно поднять до 10%.

pfg ★★★★★
()
Ответ на: комментарий от pfg

три месье !! три !! если в одной из двух копий будет ошибка, то в среднем неизвестно какая из копий верна. такшта три и не меньше, и на разных носителях, и передача разными системами…

Вот именно. Как в авиации.

anonymous
()
Ответ на: комментарий от crutch_master

Скажи, ты что там собрался в этот архив жать? Папку с курсовиками? Так их хоть 10 копий можно сделать.

Например, рабочие проекты с исходниками, библиотеками, виртуалками и т.д. Порой одни исходники с библиотеками и прочим добром занимают более гигабайта. Удобно хранить всё в одном архиве, чем разбросанное по папкам. За годы работы много чего полезного накопится. И не надо мне говорить про облака,предпочитаю своё хранить у себя

anonymous
()
Ответ на: комментарий от anonymous

Зачем две копии? par2 create you.tar

Когда в один прекрасный момент одинственный файл архива побъётся

  • вот тогда узнаете зачем две копии в двух разных архивных файлах
anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.