[spam]
» 7-Zip / 7z
Verwolk
исправленная версия:
Код:
@echo off
for /d %%D in (D:\incoming\*) do (
7za a -r "C:\%%~nxD.7z" "%%D"
rd /Q /S "%%D"
)
исправленная версия:
Код:
@echo off
for /d %%D in (D:\incoming\*) do (
7za a -r "C:\%%~nxD.7z" "%%D"
rd /Q /S "%%D"
)
sabio
спасибо еще раз. у меня вот что получилось в результате.
Код: @echo off
FOR /D %%d in (D:\incoming\*) do (
7za a "%%d.7z" "%%d"
RD /S /Q "%%d"
)
спасибо еще раз. у меня вот что получилось в результате.
Код: @echo off
FOR /D %%d in (D:\incoming\*) do (
7za a "%%d.7z" "%%d"
RD /S /Q "%%d"
)
обрый день.
А кто подскажет максимальный размер архива создаваемый 7z
у меня архив(7z 4.64) 3 392 Mb не открывает (том NTFS) обновил до 4.65 не помогло
версии 4.x (описка вышла)
---
выпадает ошибка
не возможно открыть файл "документ.7z" как архив
А кто подскажет максимальный размер архива создаваемый 7z
у меня архив(7z 4.64) 3 392 Mb не открывает (том NTFS) обновил до 4.65 не помогло
версии 4.x (описка вышла)
---
выпадает ошибка
не возможно открыть файл "документ.7z" как архив
Цитата:
А Земля состоит примерно из 10^50. Из чего и как строить такой гипотетический компьютер (не говоря уже о времени его работы по выполнению "2^119 seven-round AES encryptions" для сокращенного AES или еще больше - для полного) - по-прежнему непонятно
ты действительно не понимаешь? оценки кол-ва атомов используются потому что перебор паролей может выполняться параллельно и это верхняя оценка того, сколько компьютеров можно построить
так что время, которое потребуется этому гипотетическому компьютеру для перебора 2^128 паролей - доли секунды
SDjon
Цитата:
или архив битый
или это не 7z-архив
Цитата:
выпадает ошибка
не возможно открыть файл "документ.7z" как архив
или архив битый
или это не 7z-архив
SDjon
Цитата:
Посмотри первые несколько байт в каком-нибудь 16-ричном редакторе (например в HxD http://mh-nexus.de/en/downloads.php?product=HxD) и нам скажи, что там у тебя написано.
Первые два байта должны быть "7z":
Цитата:
выпадает ошибка
не возможно открыть файл "документ.7z" как архив
Посмотри первые несколько байт в каком-нибудь 16-ричном редакторе (например в HxD http://mh-nexus.de/en/downloads.php?product=HxD) и нам скажи, что там у тебя написано.
Первые два байта должны быть "7z":
гарантия что это архив 7z
Начало такое
7z╝п'∟ ♥Н♦XВP∟єё =
Начало такое
7z╝п'∟ ♥Н♦XВP∟єё =
ИМХО если на винте достаточно места либо архив битый, либо это как раз тот случай, когда 7-zip не может открыть свой архив. Если известно, какой версией он создан, надо попробовать открыть ей же. Еще может ему памяти для распаковки недостаточно?
P.S. Вот поэтому я никогда бы не доверил 7-zip важные данные, особенно без оригинала. Всегда с ним рулетка - то ли все Ок, то ли нет.
P.S. Вот поэтому я никогда бы не доверил 7-zip важные данные, особенно без оригинала. Всегда с ним рулетка - то ли все Ок, то ли нет.
WatsonRus
Цитата:
7-Zip так бы и сказал - "Недостаточно памяти"...
Цитата:
Еще может ему памяти для распаковки недостаточно?
7-Zip так бы и сказал - "Недостаточно памяти"...
Значит, скорее всего или битый или не видит свой архив. Я сталкивался с таким - создаешь архив, тестируешь - все Ок, через какое-то время пытаешься распаковать той же версией, какой делал - облом.
Единственно, что еще настораживает - огромный размер архива. Возможно у 7-zip с большими размерами архива косяки...
Да что там говорить - как был 7-zip "вечная бета" (хоть некоторые из бет и названы релизами), так и останется еще долго...
7-zip у меня стоит, но я никогда сам не создаю архивы в формате 7z, использую его только для распаковки всяких NSIS и т.п. и тех сторонних 7z, которые не берет WinRar.
Единственно, что еще настораживает - огромный размер архива. Возможно у 7-zip с большими размерами архива косяки...
Да что там говорить - как был 7-zip "вечная бета" (хоть некоторые из бет и названы релизами), так и останется еще долго...
7-zip у меня стоит, но я никогда сам не создаю архивы в формате 7z, использую его только для распаковки всяких NSIS и т.п. и тех сторонних 7z, которые не берет WinRar.
Bulat_Ziganshin
Цитата:
...что позволяют оценить предел, когда рост вычислительной мощности компьютеров упрется в естественные природные ограничения. Вот и создают модель гипотетического компьютера, в котором на хранение одного бита информации расходуется 1 атом, обмен данными осуществляется со скоростью света и т.д. Грубо говоря, это "модель сферической лошади радиусом 1 метр и весом 1 кг, движущейся в вакууме".
Смотрим. Земля состоит из 10^50 атомов, наш гипотетический компьютер - из 10^39. Т.е. из Земли можно настрогать 10^11 штук. Масса Земли - примерно 6х10^24 кг, значит масса нашего гипотетического компьютера должна быть порядка 6x10^13 кг.
Из чего и как строить ТАКОЙ компьютер и в какую розетку его включать - действительно не понимаю
Цитата:
оценки кол-ва атомов используются потому
...что позволяют оценить предел, когда рост вычислительной мощности компьютеров упрется в естественные природные ограничения. Вот и создают модель гипотетического компьютера, в котором на хранение одного бита информации расходуется 1 атом, обмен данными осуществляется со скоростью света и т.д. Грубо говоря, это "модель сферической лошади радиусом 1 метр и весом 1 кг, движущейся в вакууме".
Смотрим. Земля состоит из 10^50 атомов, наш гипотетический компьютер - из 10^39. Т.е. из Земли можно настрогать 10^11 штук. Масса Земли - примерно 6х10^24 кг, значит масса нашего гипотетического компьютера должна быть порядка 6x10^13 кг.
Из чего и как строить ТАКОЙ компьютер и в какую розетку его включать - действительно не понимаю
WatsonRus
Цитата:
Вряд-ли. Специально для теста создал архив размером 7 Гб, запаковал, протестировал, распаковал без проблем. 7z 4.65
Цитата:
Единственно, что еще настораживает - огромный размер архива. Возможно у 7-zip с большими размерами архива косяки...
Вряд-ли. Специально для теста создал архив размером 7 Гб, запаковал, протестировал, распаковал без проблем. 7z 4.65
Цитата:
Из чего и как строить ТАКОЙ компьютер и в какую розетку его включать - действительно не понимаю
это теоретическая оценка. так же, как из ограничения на скорость движения в 300т.км/с не следует что какие-то наши механизмы к этой скорости близки
sabio
Цитата:
Спасибо. Не знал о таком простом варианте.
Benchmark
Цитата:
Ясно. Спасибо.
Цитата:
это ведь не совсем "архивы" - по сути, посекторные образы разделов HDD
Спасибо. Не знал о таком простом варианте.
Benchmark
Цитата:
"Второе" - не медленнее, это вообще не о том.
Там рассматривается режим шифрования ECB (electronic code book), в котором блоки данных шифруются независимо друг от друга на одном ключе.
Ясно. Спасибо.
возможно заставить 7-Zip брать файлы в той последовательности в какой они прописаны в файл-списке?
egor23
Цитата:
сгенерить по списку tar, а потом паковать его 7-zip-ом?
Цитата:
возможно заставить 7-Zip брать файлы в той последовательности в какой они прописаны в файл-списке
сгенерить по списку tar, а потом паковать его 7-zip-ом?
sabio
Цитата:
а чем tar создавать?
7-Zip 4.65
столкнулся с непоняткой
http://www.getpaint.net/files/zip/preview/Paint.NET.3.50.3424.34110.Install.zip
Paint.NET.3.5.Install.exe 4.54МБ - lzma:40m непрерывный
распаковал Paint.NET.3.5.Install.exe 30МБ
упаковываю 7-Zip ultra словарь 32МБ слово273 solid получаю 5.56МБ
получился архив непрерывный, но 2 блока:
LZMA:25
BCJ2 LZMA:25 LZMA:20 LZMA:20
в консоли
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=lzma:d=32m:mf=bt4:fb=273
получаю опять непрерывный архив с 2-мя блоками 5.62МБ
LZMA:25
BCJ LZMA:25 - что за..., откуда взялся BCJ? кто дал право консольной версии своевольничать...
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=BCJ -m1=lzma:d=32m:mf=bt4:fb=273
получился архив - непрерывный, 4.56МБ:
BCJ LZMA:25
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=BCJ2 -m1=lzma:d=32m:mf=bt4:fb=273 -m2=lzma:d=1m -m3=lzma:d=1m -mb0:1 -mb0s1:2 -mb0s2:3
получился архив - непрерывный, 4.34МБ:
BCJ2 LZMA:25 LZMA:20 LZMA:20
Для GUI в Параметрах:
0=bcj 1=lzma
0=bcj2 1=lzma 2=lzma:d=1m 3=lzma:d=1m b0:1 b0s1:2 b0s2:3
Цитата:
сгенерить по списку tar, а потом паковать его 7-zip-ом?
а чем tar создавать?
7-Zip 4.65
столкнулся с непоняткой
http://www.getpaint.net/files/zip/preview/Paint.NET.3.50.3424.34110.Install.zip
Paint.NET.3.5.Install.exe 4.54МБ - lzma:40m непрерывный
распаковал Paint.NET.3.5.Install.exe 30МБ
упаковываю 7-Zip ultra словарь 32МБ слово273 solid получаю 5.56МБ
получился архив непрерывный, но 2 блока:
LZMA:25
BCJ2 LZMA:25 LZMA:20 LZMA:20
в консоли
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=lzma:d=32m:mf=bt4:fb=273
получаю опять непрерывный архив с 2-мя блоками 5.62МБ
LZMA:25
BCJ LZMA:25 - что за..., откуда взялся BCJ? кто дал право консольной версии своевольничать...
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=BCJ -m1=lzma:d=32m:mf=bt4:fb=273
получился архив - непрерывный, 4.56МБ:
BCJ LZMA:25
7z a -t7z archive.7z Paint.NET.3.5.Install\ -m0=BCJ2 -m1=lzma:d=32m:mf=bt4:fb=273 -m2=lzma:d=1m -m3=lzma:d=1m -mb0:1 -mb0s1:2 -mb0s2:3
получился архив - непрерывный, 4.34МБ:
BCJ2 LZMA:25 LZMA:20 LZMA:20
Для GUI в Параметрах:
0=bcj 1=lzma
0=bcj2 1=lzma 2=lzma:d=1m 3=lzma:d=1m b0:1 b0s1:2 b0s2:3
lorents
Цитата:
http://forum.ru-board.com/topic.cgi?forum=5&topic=1406&start=1760#20
про размер словаря:
у LZMA есть Match finder hc4, требования к памяти d*7.5 + 4 Мб, если ставить размер словаря, например 512МБ, то множитель будет d*6.5.
опять непонятка (скорее всего косяк 7-Zip File Manager)
7-Zip 4.65
показывает размер словаря округлённый в большую сторону:
упаковывал LZMA hc4 с размерами словаря:
300m - 7-Zip File Manager показывает 384m
385m - 7-Zip File Manager показывает 512m
513m - 7-Zip File Manager показывает 768m
про Nero-9.2.6.0_trial:
упаковать можно лучше, если можно было засортировать файлы правильно.
заtarил папку Nero-9.2.6.0_trial с сортировкой файлов по Тип и Размер:
7-Zip 4.65
ультра слово64
словарь 192МБ Nero-9.2.6.0_trial.tar 231МБ
0=lzma:d=300m:mf=hc4 папка Nero-9.2.6.0_trial 269.3МБ
0=lzma:d=300m:mf=hc4 Nero-9.2.6.0_trial.tar 210.9МБ
дальше в FreeArc (памяти мало):
-mlzma:512m:ht4:64 Nero-9.2.6.0_trial.tar 202.8МБ
-mlzma:1024m:ht4:64 Nero-9.2.6.0_trial.tar 196.4МБ
Цитата:
все вы знаете программу Nero 9 (и то что он архивируется 7-zip'ом) и так
сам архив nero в чистом виде весит 380 мб
я его смог сжать через кнопку 327 мб
а один пользователь 247 мб (он как я понял использовал lzma 512M вот и сжался,но 6Гб RAM и поддержка x64 требуется)
http://forum.ru-board.com/topic.cgi?forum=5&topic=1406&start=1760#20
про размер словаря:
у LZMA есть Match finder hc4, требования к памяти d*7.5 + 4 Мб, если ставить размер словаря, например 512МБ, то множитель будет d*6.5.
опять непонятка (скорее всего косяк 7-Zip File Manager)
7-Zip 4.65
показывает размер словаря округлённый в большую сторону:
упаковывал LZMA hc4 с размерами словаря:
300m - 7-Zip File Manager показывает 384m
385m - 7-Zip File Manager показывает 512m
513m - 7-Zip File Manager показывает 768m
про Nero-9.2.6.0_trial:
упаковать можно лучше, если можно было засортировать файлы правильно.
заtarил папку Nero-9.2.6.0_trial с сортировкой файлов по Тип и Размер:
7-Zip 4.65
ультра слово64
словарь 192МБ Nero-9.2.6.0_trial.tar 231МБ
0=lzma:d=300m:mf=hc4 папка Nero-9.2.6.0_trial 269.3МБ
0=lzma:d=300m:mf=hc4 Nero-9.2.6.0_trial.tar 210.9МБ
дальше в FreeArc (памяти мало):
-mlzma:512m:ht4:64 Nero-9.2.6.0_trial.tar 202.8МБ
-mlzma:1024m:ht4:64 Nero-9.2.6.0_trial.tar 196.4МБ
egor23
Цитата:
tar-ом, понятное дело
например, отсюда: http://unxutils.sourceforge.net/
как-то так: tar -cf test.tar -T list
только при этом в файле-списке переводы строк должны быть unix-овые - LF вместо виндошных CR-LF
Цитата:
а чем tar создавать?
tar-ом, понятное дело
например, отсюда: http://unxutils.sourceforge.net/
как-то так: tar -cf test.tar -T list
только при этом в файле-списке переводы строк должны быть unix-овые - LF вместо виндошных CR-LF
Цитата:
опять непонятка (скорее всего косяк 7-Zip File Manager)
7-Zip 4.65
показывает размер словаря округлённый в большую сторону:
оказывается так задумано
http://sourceforge.net/forum/forum.php?thread_id=3278332&forum_id=45797
имеется проблема
необходимо упаковать файлы, лежащие в подкаталогах с сохранением структуры каталогов.
пусть, к примеру, нужно имеются следующие файлы:
c:\TEMP\testDir\testFile1.txt
c:\TEMP\testDir\testFile2.dbf
из них следует упаковать только файлы с расширением dbf - для этого из каталога c:\TEMP выполним команду:
7z.exe u testArc testDir\*.dbf
и в результате будет создан архив с содержимым:
testArc.7z\testDir\testFile2.dbf
здесь всё правильно
--
если же упаковку запустить таким образом (текущий каталог для запуска упаковки в этом случае не важен):
7z.exe u testArc c:\TEMP\testDir\*.dbf
то получим архив с несохраненной структурой каталогов:
testArc.7z\testFile2.dbf
--
ps
WinRar справляется с этим без проблем
можно ли добиться желаемого результата средствами 7-zip?
необходимо упаковать файлы, лежащие в подкаталогах с сохранением структуры каталогов.
пусть, к примеру, нужно имеются следующие файлы:
c:\TEMP\testDir\testFile1.txt
c:\TEMP\testDir\testFile2.dbf
из них следует упаковать только файлы с расширением dbf - для этого из каталога c:\TEMP выполним команду:
7z.exe u testArc testDir\*.dbf
и в результате будет создан архив с содержимым:
testArc.7z\testDir\testFile2.dbf
здесь всё правильно
--
если же упаковку запустить таким образом (текущий каталог для запуска упаковки в этом случае не важен):
7z.exe u testArc c:\TEMP\testDir\*.dbf
то получим архив с несохраненной структурой каталогов:
testArc.7z\testFile2.dbf
--
ps
WinRar справляется с этим без проблем
можно ли добиться желаемого результата средствами 7-zip?
rs
попробуй указать путь C:\TEMP, а файлы выбирать с помощью масок: -i
это, конечно, будет дольше, потому что он будет сканировать папку TEMP целиком, но зато должно получиться, как тебе хочется
попробуй указать путь C:\TEMP, а файлы выбирать с помощью масок: -i
это, конечно, будет дольше, потому что он будет сканировать папку TEMP целиком, но зато должно получиться, как тебе хочется
sabio
что-ниудь типа такого?
7z.exe u testArc c:\TEMP -r -i!*.dbf
не годится - по нескольким причинам:
1. в каталоге C:\TEMP могут быть и другие каталоги, содержащие *.dbf - меня же интересуют dbf именно из каталога testDir
2. причина еще серьзней - упаковывать нужно несколько десятков-сотен подкаталогов, причем эти подкаталоги лежать вообще на разных дисках и в каждом из упаковываемых подкаталогов собственные маски - где dbf, где doc, где еще что...
Добавлено:
это я просто сильно упростил пример - вообще у меня список для упаковки хранится в файле, который передаётся в командную строку упаковки через параметр -i@filelist
так в этом файле могут быть строки:
c:\TEMP\testDir\*.dbf
d:\docs\*.doc
f:\docs\*.xls
...
всё, что подлежит упаковке, разбросано в очень уж разных местах и этот список каталогов имеет громадный размер - сейчас корпоративный архив создается winrar-ом, но в свете последних веяний появилась потребность перевести всё на бесплатный архиватор
что-ниудь типа такого?
7z.exe u testArc c:\TEMP -r -i!*.dbf
не годится - по нескольким причинам:
1. в каталоге C:\TEMP могут быть и другие каталоги, содержащие *.dbf - меня же интересуют dbf именно из каталога testDir
2. причина еще серьзней - упаковывать нужно несколько десятков-сотен подкаталогов, причем эти подкаталоги лежать вообще на разных дисках и в каждом из упаковываемых подкаталогов собственные маски - где dbf, где doc, где еще что...
Добавлено:
это я просто сильно упростил пример - вообще у меня список для упаковки хранится в файле, который передаётся в командную строку упаковки через параметр -i@filelist
так в этом файле могут быть строки:
c:\TEMP\testDir\*.dbf
d:\docs\*.doc
f:\docs\*.xls
...
всё, что подлежит упаковке, разбросано в очень уж разных местах и этот список каталогов имеет громадный размер - сейчас корпоративный архив создается winrar-ом, но в свете последних веяний появилась потребность перевести всё на бесплатный архиватор
rs
а если попробовать как-нть так?
7z.exe u testArc -r C:\TEMP -i!testDir\*.dbf D:\docs -i!*.doc F:\docs -i!*.xls
но с filelist тогда, конечно, не получится
хотя, чем x.bat не файл-список?
(кстати, -i перед @filelist - не обязательно, если верить документации)
ещё есть вариант для NTFS: собрать все папки нужного уровня в одну директорию с помощью Junction point-ов и настраивать архивирование уже для неё..
Добавлено
уже потом прочитал исправление, про "громадный размер" и пр.
в таком случае, может, стоит попробовать бесплатный FreeArc? он даже совместим с RAR по формату коммандной строки
а на ру-борде а Программах есть весьма активный топик, в котором автор частый гость
а если попробовать как-нть так?
7z.exe u testArc -r C:\TEMP -i!testDir\*.dbf D:\docs -i!*.doc F:\docs -i!*.xls
но с filelist тогда, конечно, не получится
хотя, чем x.bat не файл-список?
(кстати, -i перед @filelist - не обязательно, если верить документации)
ещё есть вариант для NTFS: собрать все папки нужного уровня в одну директорию с помощью Junction point-ов и настраивать архивирование уже для неё..
Добавлено
уже потом прочитал исправление, про "громадный размер" и пр.
в таком случае, может, стоит попробовать бесплатный FreeArc? он даже совместим с RAR по формату коммандной строки
а на ру-борде а Программах есть весьма активный топик, в котором автор частый гость
sabio
Цитата:
ну, этот архиватор, похоже еще достаточно сыроват...
для корпоративного архива хотелось бы чего-нибудь понадежнее и более проверенное...
Цитата:
в таком случае, может, стоит попробовать бесплатный FreeArc?
ну, этот архиватор, похоже еще достаточно сыроват...
для корпоративного архива хотелось бы чего-нибудь понадежнее и более проверенное...
rs
Цитата:
старый добрый zip?
Цитата:
для корпоративного архива хотелось бы чего-нибудь понадежнее и более проверенное
старый добрый zip?
а из командной строки он поддерживает длинные имена?
да и поддержку многопроцессорности хорошо бы иметь в упаковщике - архивы создаются бошльшие, времени на упаковку тратися много, поэтому многопоточность при упаковке весьма желательна - 7-zip в этом отношении вполне хорош
да и поддержку многопроцессорности хорошо бы иметь в упаковщике - архивы создаются бошльшие, времени на упаковку тратися много, поэтому многопоточность при упаковке весьма желательна - 7-zip в этом отношении вполне хорош
rs
Цитата:
тот, например, что в UnxUtils, поддерживает
Цитата:
а этого можно добиться, если запускать сразу несколько копий, для разных архивов
но жмёт он, конечно, не так сильно, как 7-zip - нету там solid-режима
Цитата:
а из командной строки он поддерживает длинные имена?
тот, например, что в UnxUtils, поддерживает
Цитата:
да и поддержку многопроцессорности хорошо бы иметь в упаковщике
а этого можно добиться, если запускать сразу несколько копий, для разных архивов
но жмёт он, конечно, не так сильно, как 7-zip - нету там solid-режима
Имеется архив, в нем несколько директории и поддиректорий.
Если возможно, то какой командой можно распаковать только поддиректорию по заданному пути?
Например в архиве есть 1дир\2дир нужно распаковать только "2дир" по пути С:\новая папка.
Если возможно, то какой командой можно распаковать только поддиректорию по заданному пути?
Например в архиве есть 1дир\2дир нужно распаковать только "2дир" по пути С:\новая папка.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172
Предыдущая тема: Longhorn и Blackcomb
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.