https://www.opennet.me/openforum/vsluhforumID3/118937.html Спустя четыре года с момента прошлого выпуска опубликован релиз утилиты для архивирования файлов cpio 2.13, применяемой в пакетах RPM и в initramfs. В новом выпуске устранены три уязвимости:...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51820<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#28 Tue, 12 Nov 2019 18:01:30 GMT &gt; Блин, люди, у вас документация по любой команде за несколько секунд доступна! <br>&gt; Не надо бегать по этажам и писать запросы; не надо оформлять <br>&gt; читательские билеты; не надо шариться по книжным рынкам... Всё на блюдечке, <br>&gt; просто набрать "man foo" или хотя бы в гугле строчку вбить! <br>&gt; Но - нет, мы будем избегать любой ценой полезной информации, вместо <br>&gt; этого переливая из пустого в порожнее на форуме.<br><br>Эээммм... Это ты к чему сейчас сказал? Просто из любви к азбучным истинам, или у тебя какая-то более глубокая цель была?<br><br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#27 Tue, 12 Nov 2019 13:41:04 GMT Блин, люди, у вас документация по любой команде за несколько секунд доступна! Не надо бегать по этажам и писать запросы; не надо оформлять читательские билеты; не надо шариться по книжным рынкам... Всё на блюдечке, просто набрать "man foo" или хотя бы в гугле строчку вбить! Но - нет, мы будем избегать любой ценой полезной информации, вместо этого переливая из пустого в порожнее на форуме.<br><br>Господь, если ты есть, - жги...<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#26 Sun, 10 Nov 2019 20:52:44 GMT git может<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#25 Sun, 10 Nov 2019 13:49:52 GMT возможно твоя ситуация была обусловлена тем, что в архиве были указаны полные пути файлов, а не относительные. Относительные применяются к текущей директории и туда всё и распаковывается. А вот полные пути... их тоже наверное можно сделать относительными посредством каких-нибудь опций распаковки, но я хз, не сталкивался.<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#24 Fri, 08 Nov 2019 12:30:25 GMT &gt; это какая-то куча мутных файлов<br><br>Это использование FS, вместо прикрученной сбоку изолентой DB с индексами кусков и сборки всего в один большой, красивый файл.<br><br>&gt; сжатая в непонятной степени (не настраивается?), <br>&gt; манов нет, справки по-сути тоже никакой.<br><br>zbackup config edit &lt;repo&gt;<br>[code]<br>chunk {<br> max_size: 65536<br>}<br>bundle {<br> max_payload_size: 2097152<br> compression_method: "lzma"<br>}<br>lzma {<br> compression_level: 6<br>}<br>[/code]<br><br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#23 Fri, 08 Nov 2019 06:34:59 GMT Оно на python2. В любом случае, мне для передачи по сети и ответственного хранения, просто удивительно как ни 1 архиватор не дедуплицирует файлы. Видимо, возьму zpaq вместо 7z и буду тралить людей в интернете. Для сравнения zpaq на 9чке сжимает 250 секунд, но разница с 6 там минимальна (6 - 230с что ли)<br><br>0.000000 + (3823.484717 -&gt; 2025.510872 -&gt; 1385.343196) = 1385.343196 MB<br>0.000000 + (3823.484717 -&gt; 2025.510872 -&gt; 1396.953740) = 1396.953740 MB<br><br>7z (почему-то только полтора ядра грузит) 17 минут против ~5, однозначная победа за zpaq.<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#22 Fri, 08 Nov 2019 02:40:18 GMT Если для бэкапов просто - duplicacy.<br> https://www.opennet.me/openforum/vsluhforumID3/118937.html#21 Thu, 07 Nov 2019 23:13:05 GMT Borgbackup намного удобней и приятней, с lzma9 репа 1.4гб, но это не важно, можно спокойно использовать zstd с любым сжатием и экономить по сравнению с любым архиватором, а вот дедуплицированный тарбол мне тут тоже не дали, всё не то, export-tar даёт такой же тарбол в 3.6 гб (без сжатия). На всякий случай проверил:<br><br>дефолтный tgz, он даёт файл 2.2гб (напомню, 7z весит 1.8гб), <br>xz-9 даёт 1.9гб (очень медленно)<br><br>дополнительные эксперименты:<br><br>borg без сжатия, объём репы 2.1гб (гб=гибибайты, кстати)<br><br>Time (start): Fri, 2019-11-08 01:54:29<br>Time (end): Fri, 2019-11-08 01:55:16<br>Duration: 47.37 seconds<br>Number of files: 25138<br>Utilization of max. archive size: 0%<br>------------------------------------------------------------------------------<br> Original size Compressed size Deduplicated size<br>This archive: 3.83 GB 3.83 GB 2.24 GB<br>All archives: 3.83 GB 3.83 GB 2.24 GB<br><br> U https://www.opennet.me/openforum/vsluhforumID3/118937.html#20 Thu, 07 Nov 2019 21:37:29 GMT Не, не работает, это было первое, что я проверил. 7z с большим словарём пока топчик по размеру результата, но он тоже не дедуплицирует - к большим объёмам слабо приминимо. zbackup дедуплицирует (хоть и не даёт настроить компрессор видимо), но хранит при этом файлы в репе, я же хочу простой дедуплицированный архив получить и он этого похоже не умеет.<br><br>Единственный вариант, как мне видится это предварительно создавать хардлинки и не сохранять их при извлечении, да только это не то что мне нужно, ведь у файлов и метаданные могут отличаться и нет необходимости их портить.<br>