Архиватор RAR 5.80

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

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

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

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

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

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

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

В каком месте он уродлив

В gui-шном.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

$ 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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://maximumcompression.com

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

tar - gzip - par или tar - gzip - cp - а чьё это ?

Ты его сюда принёс, наверное твоё.

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

Ограничение на максимальную длину файла при копировании с NTFS

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

Траблы с длинными именами в кириллице

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

Чего? 😯

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

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

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