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)

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

Например, рабочие проекты с исходниками, библиотеками, виртуалками и т.д.

Да. Рабочий проект. Таскать на одной флешке. В рар.
Тут дело даже не в рар. Флешку в принципе очень лекго похерить. Она внезапно может перестать быть доступной на чтение.

Порой одни исходники с библиотеками и прочим добром занимают более гигабайта.

И туда сюда более гигабайта архивировать, cool story, anon.

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

Ужас. Как пакеты вообще по сети еще ходят. А вот так… многократно наблюдал и когда страницы сайта загружались с искажениями и битые скаченные pdf файлы, например. Мир не идеальный

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

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

Для этого у архива должна быть отказоустойчивая структура. Которая позволяет восстановить хотя бы часть архива. У 7zip, напоминаю, её нет, а у rar есть. Ещё есть у dar и zpaq, но это совсем маргинальные персонажи.

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

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

А проверка целостности в архиваторе (RAR) на что ? Всё известно

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

И туда сюда более гигабайта архивировать, cool story, anon.

А какие проблемы ? Rar жмет достаточно бысто, если конечно не на Pentiume III извращаться )))

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

в исходном сообщении предлагается использовать две копии исходных файлов. без архивации/сжатия и тыды

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

Флешку в принципе очень лекго похерить. А вот для этого случая архив и запаролить можно. Чтоб враги не прочитали)

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

И туда сюда более гигабайта архивировать, cool story, anon.

больший гемор ловишь когда из гигабайтного бекапа в tar.gz тебе надо посмотреть конфиг в пару килобайт. вот это самая большая пляска с кожаным бубном.

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

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

если конечно не на Pentiume III извращаться

Третьепень был очень хорош в архивации, емнип даже c2d уделывал.

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

в исходном сообщении предлагается использовать две копии исходных файлов. без архивации/сжатия и тыды

Место не резиновое. Видно у вас не было больших проектов. Да и упаковка всей структуры проекта (каталогов, файлов) в один сжатый файл - удобно для хранения архива. Бывает еще та вложенность, встречалось и такое, когда проект элементарно не копируется на новое место, длина каталога превышена в каком нибудь вложенном каталоге

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

больший гемор ловишь когда из гигабайтного бекапа в tar.gz

В линуксах все тормознуто))) В Rar достаточно быстро, никаких проблем, если комп не из музея

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

Простите ‘использовать RAR на Pentium 3’ извращение?

Если сегодня мне необходимо иногда использовать Windows 3.1 и Windows XP.

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

читни исходное сообщение :) я вполне согласен с сжатием проектом.
у меня 1,3 гб pcb файлов отлично сжимаются в 40 мб полного бекапа.

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

Использовать третий Пень в конце 2019 года - извращение. Дайте старичку умереть спокойно. Причем тормозит даже не сколько сам пень, а диски того периода, вся архитектура компа один сплошной тормоз.

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

Для этого у архива должна быть отказоустойчивая структура. Которая позваляет восстановить хотя бы часть архива.

Она не нужна. Если у тебя есть хоть какие-то потери, там уже нечего восстанавливать, нужен бекап с копии. Тем более сорцы. Рар тебе никак не поможет, если похерено 10% исходников у твоего проекта. Остаток тебе не сделает погоды. Ты почему-то считаешь, что есть рар, который может восстановить два битых бита и всё, проблема решена, можно жить дальше. Но если вот так могут просираться биты, то хранение в принципе не надёжное и на него просто нельзя всецело полагаться. Нормальные люди просто обмазались raid, бекапами, чексуммами и забили хер. Ни у кого даже проблемы такой не встаёт. Чексум не совпал? Перекачал. Райд развалился? Засунул новый винт. Флешка сдохла? Переписал из бекапа. Ну технически отсталые да, у ни рар.

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

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

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

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

Та, которая зафейлится при распаковке. Очевидно же.

зачем костыль с исо, если все уже встроенно в рар

Затем, что ничего не мешает тебе просрать половину твоего рара. Задачу в общем случае твоё «все-ненужно-в-одной-коробке» не решает.

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

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

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

я вполне согласен с сжатием проектом. у меня 1,3 гб pcb файлов отлично сжимаются в 40 мб полного бекапа.

Еще уже собранные библиотеки, программы, утилиты проекта, чтобы не пересобирать большие проекты по пол часа и более (порой часами с нуля может всё собираться).

Кому как, но мне лично удобно хранить сделанные проекты в сжатом архиве по версиям. Всякие Git идут порой лесом, когда нужно приехать к заказчику и развернуть нужную версию. Не всегда можно обновиться, откатиться на требуемую версию по сети, интернету. Случаи всякие бывают.

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

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

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

Рар тебе никак не поможет

Rar поможет сэкономить место при хранении копий. Место не резиновое даже на 4Tb винте.

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

ничего не мешает тебе просрать половину твоего рара

это как?
обычно либо носитель накрылся полностью, либо накрылось меньше 1% блоков

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

Вендопроблемы.

Вот только винда > 90% у пользователей, кормит и поит, в отличии от божественного ~ 1-2% линукса. Се ля ви (C’est La Vie)

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

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

и сравни это к примеру с цепочкой
tar - gzip - par
или tar - gzip - cp ./арихв1 ./архив2 которую еще и ручками писать надо.

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

Так есть куча архиваторов, которые жмут лучше, чем рар. Это во-первых, хранить бекап на 4тб винте - это такая себе рулетка. А, у вас же рар, точно.

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

и сравни это к примеру с цепочкой tar - gzip - par или tar - gzip - cp ./арихв1 ./архив2 которую еще и ручками писать надо.

Линуксоиды любят порукоблудствовать в консоли.) Причем еще в мазохистской форме. Используя инструменты и методы каменного века IT и еще гордиться своим мазохизмом)

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

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

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

Совместимость.

Многие постоянно об этом забывают. В соседнем треде один товарищ считает, что винда в первую очередь разрабатывается для «хомячья», а не бизнеса.

anonymous
()

Я не пойму, как проверить контрольную сумму скаченного с официального сайта rar'a? И как вообще им можно пользоваться, если это невозможно проверить?

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

а для мелких маловероятных проблем есть встроенное в рар

Эти маловероятные проблемы настолько маловероятные, что смысл танцевать вокруг этого исчезающе мал. Быстрее твоя флешка навернётся или вывалится через дырку в кармане.

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

недавно видел комплект документов в раре на сайте правительства

Наверное, там просто не знают, что Линукс давно всех победил и надо юзать православный tar?

Каким же надо быть недоумком, чтобы ругать RAR... :) просто архиватор. ОДИН ИЗ ДЕСЯТКОВ.

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

Так есть куча архиваторов, которые жмут лучше, чем рар.

Примеры в студию. С конкретными результатами.

хранить бекап на 4тб винте - это такая себе рулетка. 4тб винт был как пример. А где прикажите хранить ? Пока что лучше винтов для хранения ничего нет по совокупности. Облачные хранилища, raid массивы они все внутри себя винты используют. Оптика ? как показала практика cd,dvd диски деградируют, всегда найдется пример диска, который не прочитался, у любого пользователя. Ленты ? И много у пользователей ленточных накопителей дома ? Да и неудобств у них масса

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

Примеры в студию. С конкретными результатами.

Не хочу. Влом. Тот же 7z был не плох. И lzma вроде. И еще какой-то новый, модный.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 2)
Ответ на: комментарий от Windows

тестилка в строена в архиватор

$ rar /?

RAR 5.60   Copyright (c) 1993-2018 Alexander Roshal   24 Jun 2018
Trial version             Type 'rar -?' for help

Usage:     rar <command> -<switch 1> -<switch N> <archive> <files...>
               <@listfiles...> <path_to_extract\>

<Commands>
  t             Test archive files

все контрольные суммы внутри архива.

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

Нормальных людей 2%. А остальные 98% рейд проспали, чексумму не проверили, флешку потеряли и надо восстановить вот конкретно ту копию с зашарканного диска. Хотя бы какую-нибудь часть.

И вот тут я топлю не за рар. Тут я топлю за то, что абсолютно все архивы должны иметь fault-tolerance архитектуру по-умолчанию. На то они и архивы. Когда сжимают, об этом не задумываешься.

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

длина каталога превышена в каком нибудь вложенном каталоге

Вендопроблемы.

В смысле линукс проблемы? Ибо в Windows же больше умещается

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

Сами придумали какую-то херню, а виноваты во всём линуксоиды. Ага.

tar - gzip - par или tar - gzip - cp - а чьё это ? Разве не линуксоидное ? Бородатые поделия времен начала *nix, 70 годы, а то и старее. Пора бы сдать в музей дедушкин раритетный каменный топор

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

Тут я топлю за то, что абсолютно все архивы должны иметь fault-tolerance архитектуру по-умолчанию.

И пусть ноют над своими квартальными отчётами. Надо делать бекапы, на не fault-tolerance. Оно не решает проблем потому что.

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

современные архиваторы по качеству сжатия сильно эквипенисуальны…

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

Проблемы с большими вложенными каталогами лично я встречал в винде. Когда хочешь скопировать с одного места в другое, а винда ругается. Слишком длинный путь. На счет линукса не скажу, такого не попадалось лично. Хотя все архивы на виндовых дисках, не линуксных, поэтому и не встречал может быть

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

Примеры в студию. С конкретными результатами.

https://maximumcompression.com

Хотя это никому толком неинтересно. Выбивать крохи на сжатии.

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

Например, скачал архив с примерами от книжки (по программированию). Распаковал, захотел перенести. А фиг, слишком длинные пути. И такое встречалось не раз

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

Например, скачал архив с примерами от книжки (по программированию). Распаковал, захотел перенести. А фиг, слишком длинные пути

Чего? 😯

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

так что жду поддержки линукса в раре.

Рекомендую посмотреть на zpaq и dar. Быстрый индекс, контроль целостности, отказоустойчивость, инкремент-декремент, избирательное сжатие, есть во всех репах. Жаль избыточность не завезли.

Для личных целей в zpaq всё жму теперь.

ZhAN ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.