Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)

Модерирует : gyra, Maz

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: 1 | 2 | 3



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.22 (1995-2023): скачать (311 МБ) [обновлено 31.05.2023]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio
Стандартная (48x36). Маленькие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться.

Всего записей: 39111 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Сейчас в процессе установки виртуалки с Arj......

$ mkdir -p Folder1/logs/23-06-22
$ echo test >Folder1/logs/23-06-22/file
$ arj a -r foo.arj Folder1
https://workupload.com/file/V2UMZvjBYEP

Всего записей: 7697 | Зарегистр. 08-09-2001 | Отправлено: 15:08 25-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Если удастся воспроизвести проблему

Удалось...
https://www.sendspace.com/file/gnba1u
Архив внутри полностью соответствует рабочему бэкапу за единственным исключением: все файлы заполнены нулями.
Соответственно, ~50Гб прекрасно сжались в ~7Мб. Ну, и размер тома не 1400Мб, а 2Мб.
"-ep4dionis.dat/Logs" - работает, "-ep4dionis.dat\Logs" - не работает.
Маска для извлечения "dionis.dat\Logs\23-05*\*" - работает, "dionis.dat\Logs\23-05*" - не работает.
 
 


----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 17:10 25-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los, BorlandIMHO
Спасибо за примеры архивов.
 
BorlandIMHO
Работу с -ap и -ep4 я сейчас поправил и выложил обновленную beta 1 на rarlab.com.

Цитата:
Маска для извлечения "dionis.dat\Logs\23-05*\*" - работает, "dionis.dat\Logs\23-05*" - не работает.

Так и задумано. Маска для папок должна быть с разделителем на конце.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 17:48 25-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Так и задумано.

Ok, раз задумано. Но тогда, может быть, и пустые папки по "dionis.dat\Logs\23-05*" распаковывать не надо?..
 

Цитата:
выложил обновленную beta 1


Одинаково работает и с прямым, и с обратным слешем в ap/ep4 как для виндовой "нулёнки", так и для линуксовой.

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 20:18 25-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Но тогда, может быть, и пустые папки по "dionis.dat\Logs\23-05*" распаковывать не надо?..

В приведенном вами архиве у меня WinRAR с такой маской пустые папки не распаковывает. Возможно их там просто нет. Но в принципе было бы логично, если бы распаковывал. Под 23-05* попадает только имя самой папки, а под 23-05*\* ее содержимое.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 22:05 25-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Под 23-05* попадает только имя самой папки

Ну, мне казалось логичным, что содержимое является неотъемлемой частью папки. Т.е. если взялись распаковывать папку - нужно это делать со всем содержимым {кроме явно прописанных исключений}. Либо не браться вообще...
 

Цитата:
В приведенном вами архиве у меня WinRAR с такой маской пустые папки не распаковывает.

А тут всё ещё веселее.
Последняя бета Winrar x64, Win7 на VirtualBox.
2 архива arj с идентичным содержимым: один виндовый, с которым вчера экспериментировал, второй сегодняшний линуксовый.
выполняю в cmd:
Код:
C:\Users\Borland\Downloads>start /w winrar x -ep4"dionis.dat\Logs" -- "z:\Nulled Backup\dios_ts.arj" "dionis.dat\Logs\23-05*"
{сегодняшний линуксовый} да, ничего не распаковывает.

Код:
C:\Users\Borland\Downloads>start /w winrar x -ep4"dionis.dat\Logs" -- "z:\Nulled  Backup\Win\dios_ts.arj" "dionis.dat\Logs\23-05*"
{вчерашний виндовый} - пустые папки, соответствующие маске.
Вот "виндовый": https://www.sendspace.com/file/ohnnjf
Размер тома чуть меньше, томов больше, файлы/папки внутри те же...
 
Т.е. получается, что логика работы маски - зависит от архива, что, по-моему, неправильно.

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 23:07 25-07-2023 | Исправлено: BorlandIMHO, 23:11 25-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Т.е. если взялись распаковывать папку - нужно это делать со всем содержимым {кроме явно прописанных исключений}. Либо не браться вообще...  

Там тогда синтаксически неоднозначная ситуация получается.
 
Не распаковывать вообще записи папок по маскам типа a*. Но ведь по маске * мы ожидаем их распаковки, а чем a* и * в синтаксическом плане отличаются. Или не ожидаем? Если не ожидаем, по какой тогда вообще маске пустые папки, которые хранятся в архиве без файлов, распаковывать. Тогда получится, что по 'rar x arcname *' мы распакуем все содержимое архива, но без пустых папок, что было бы странно.
 
Распаковывать с содержимым? В вашем случае - да, это удобнее, потому что вы знаете, что вы задали маску папки. Но что если пользователь хотел распаковать файлы по маске myfiles\a*, а ему вывалило не только пустые папки с a*, которые хоть много времени на распаковку и удаление не отнимут, но и в придачу несколько гигабайтов содержимого этих папок.
 
Тут каким-то простыи решением не обойтись. Надо или какие-то ключи добавлять, но, в принципе, ключ -ed уже есть. Или волевым решением принять, что a* и * для папок будут работать по-разному, в правильности чего я не уверен. Тем более, что для распаковки с содержимым уже есть маска a*\*.
 
По большому счету сейчас доступны все варианты: без пустых папок с -ed, с пустыми папками по a*, с содержимым по a*\*
 

Цитата:
2 архива arj с идентичным содержимым: один виндовый, с которым вчера экспериментировал, второй сегодняшний линуксовый.

Я поискал в листинге архивов '23-05-01'. На ее примере видно, что в Windows архиве есть отдельные записи папок, а в Linux архиве их нет.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 11:37 26-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
без пустых папок с -ed, с пустыми папками по a*, с содержимым по a*\*

Я почему-то думал, что -ed относится к папкам, которые именно что в архиве/на диске пустые. Возможно, имеет смысл переформулировать заголовок статьи про этот ключ {Ключ -ED — не добавлять пустые папки}?..
Независимо от того, хранятся ли записи о папках отдельно или только в путях файлов - мне всё ещё не кажется логичным извлечение папки без хранящихся в ней файлов. Ну, это уже к вопросу об отличии машинной логики от человеческой...
Возможно, имеет смысл сделать где-нибудь в справке раздел типа "для самых настырных" и, по мере возникновения таких неочевидных вопросов писАть ответы на них туда.
 
И уж хотя бы про маски файлов/папок имеет смысл тщательно разжевать отдельной статьёй в хэлпе...

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 13:50 26-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Возможно, имеет смысл переформулировать заголовок статьи про этот ключ

Ключ -ed это частный случай -e[+]<attr>. Например, можно использовать -e+d, чтобы обрабатывать только пустые папки.
 
Видимо, -ed появился первым, поэтому и удостоился отдельной статьи. Пока не знаю, может убрать из справки отдельный -ed и добавить его описание в -e[+]<attr>.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 15:53 26-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Например, можно использовать -e+d, чтобы обрабатывать только пустые папки

Такое ощущение, что о разном говорим.
Я говорил не о пустых папках, а о непустых папках, извлекаемых без содержимого. Только потому, что для папок внесена отдельная запись в листинг содержимого.
И ключ -ed, по внимательном прочтении, не о пустых папках как таковых, а о не-внесении папок вообще в листинг как объектов ФС (т.е. сохранении информации о папках исключительно в путях файлов). Т.е. непустые папки в листинг тоже не попадают, а при распаковке создаются как чать пути содержащегося в них файла.
 
 
Или я опять чего-то не так понял?..

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 16:45 26-07-2023 | Исправлено: BorlandIMHO, 17:02 26-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Такое ощущение, что о разном говорим.

Я отвечал на ваше замечание по документации к -ed. Более развернуто действие ключа -e приведено в описании -e[+]<attr>.

Цитата:
Т.е. непустые папки в листинг тоже не попадают, а при распаковке создаются как чать пути содержащегося в них файла.

Всё так. Не вижу, как это противоречит моему предыдущему сообщению и документации RAR.
 
rar.txt
Цитата:
This switch indicates that directory records are not to be stored in the created archive. When extracting such archives, RAR creates non-empty directories based on paths of files contained in them. Information about empty directories is lost.


Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 17:39 26-07-2023 | Исправлено: EugeneRoshal, 17:41 26-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal

Цитата:
Не вижу, как это противоречит моему предыдущему сообщению и документации RAR.

Оно не противоречит.
Но упоминание именно пустых папок в заголовке описания ключа вводит в заблуждение {если не вчитываться очень тщательно в полный текст}.
А извлечение папок без {имеющегося} содержимого всё ещё не кажется мне хорошей идеей. Хотя причина мне {теперь} вполне понятна: папка соответствует заданной маске, а запись в листинге  о папке ничего не говорит о её содержимом {или хотя бы наличии/отсутствии такового}. При отсутствии же папки в списке - поиск соответствия по путям файлов {с вышеупомянутой "неправильной" маской}, очевидно, соответствия не выдаёт.
Мне, например, поведение масок не кажется очевидным: "dionis.dat\Logs\*" - всё, что есть в Logs, со всеми степенями вложенности, но "dionis.dat\Logs\23-05*" - только то, что лежит непосредственно в Logs (Файлы и папки, если папки есть в листинге) и соответствует маске, без вложенных.
Но, по крайней мере, теперь я в курсе такой тонкости.
Кстати, а как должна выглядеть маска "Всё из папки Logs без вложенных"? Но это уже так, праздное любопытство.

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 20:25 26-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO

Цитата:
Но упоминание именно пустых папок в заголовке описания ключа вводит в заблуждение {если не вчитываться очень тщательно в полный текст}.

Для -e[+]<attr> это описано корректнее.

Цитата:
но "dionis.dat\Logs\23-05*" - только то, что лежит непосредственно в Logs (Файлы и папки, если папки есть в листинге) и соответствует маске, без вложенных.

Думаю, что и во вложенных, если соответствует 23-05*

Цитата:
Кстати, а как должна выглядеть маска "Всё из папки Logs без вложенных"?

Неохота лезть в исходники, но, сомневаюсь, что такая возможность есть.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 21:49 26-07-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Мелкий недочёт в файле справки: про параметр "-ap" сказано, буквально, "Available for RAR and ZIP formats only." Как минимум, работает и для arj.

----------
http://www.imho.ws

Всего записей: 2613 | Зарегистр. 12-10-2006 | Отправлено: 13:14 28-07-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
Уберу этот текст в следующей "большой" версии, не в 6.23. Спасибо.

Всего записей: 2359 | Зарегистр. 29-04-2013 | Отправлено: 22:08 28-07-2023
metatrop

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В какой мере RAR5, с его способностями запоминать hardlink, symlink, junction, альтернативные потоки данных, права доступа и владельца файла, подходит для полноценного восстановления Windows 10 (7/8/8.1/11) из упакованной резервной копии? Имеется ли подобный опыт? Перечисленные возможности как будто бы именно на это намекают...
 
Для XP/2003 на NTFS всё просто - достаточно способности архиватора запоминать права и владельца, ну а если системный диск - FAT32, то и вовсе почти любой архиватор сойдёт (атрибуты, правда, желательно запоминать, чего не делает FreeArc).
 
Паковать системные каталоги (не весь раздел! в этом вся суть), понятное дело, надо не из-под работающей ОС, а загрузившись в WinPE. Кажется, там все файлы прочитываются...
 
В случае RAR5, при восстановлении NTFS структур утрата идентичности будет как минимум в том, что не запоминается Wof сжатие отдельных файлов методами XPRESS и LZX, которое появилось в Windows 10 (если правильно понимаю, его добавили в связи с появившимися возможностями сжатия системой страниц памяти методом XPRESS и сброса сжатых страниц в файл подкачки; стоит отметить, что сжать можно даже работающий заблокированный .exe файл, на который нельзя поставить обычный атрибут NTFS-сжатия).
 
WofCompressed альтернативный поток RAR5 не запоминает. К сожалению. Но это не имеет значения для работоспособности восстановленной Windows, равно как и обычное NTFS сжатие (с ним, кстати тоже неприятный момент: хотя можно восстановить атрибут Compressed, но файлы окажутся в сильно фрагментированном состоянии).

Всего записей: 327 | Зарегистр. 17-09-2010 | Отправлено: 23:57 28-07-2023 | Исправлено: metatrop, 23:58 28-07-2023
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
файлы окажутся в сильно фрагментированном состоянии

эт не хорошо, знаю

Цитата:
не запоминается Wof

а эт совсем не подходит под поставленную задачу. И дело совсем уже не в восстановлении системы Win10. Кто есть вообще поддерживает wof?

Всего записей: 5220 | Зарегистр. 23-04-2009 | Отправлено: 00:05 29-07-2023
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
metatrop
Цитата:
файлы окажутся в сильно фрагментированном состоянии
Потоки WofCompressed фрагментируются ещё сильнее. И пойди ещё подбери толковый дефрагментатор, чтобы их привести в порядок.
Цитата:
Перечисленные возможности как будто бы именно на это намекают
Среди "перечисленных возможностей" нет ни слова про сохранение загрузчика и его состояния.
Даже во времена 9Х…ХР упаковка содержимого из С: было лишено смысла без сохранения бут сектора.
А в современных виндах, помимо этого, загрузчик привязывается к id раздела и устройства, на которое он раскатан. Даже при идеальном побитовом копировании всей партиции на другой хард тебе всё равно придётся запускать рекавери с установочного диска и восстанавливать (перепривязывать на новое значение) загрузчик.
Чем здесь вообще может помочь архиватор в такой цели?

Всего записей: 17876 | Зарегистр. 04-11-2010 | Отправлено: 02:05 29-07-2023
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Потоки WofCompressed фрагментируются ещё сильнее.  
к работе winrar это не имеет отношения, т.к. файлы распаковываются без wof

Цитата:
при идеальном побитовом копировании всей партиции на другой хард
вот не надо додумывать то, чего не было.
 
Добавлено:

Цитата:
Даже во времена 9Х…ХР упаковка содержимого из С: было лишено смысла без сохранения бут сектора.  

И бут сектор, расположенный на любом разделе любого диска, нкак не помешает создать rar-архив папок систеюмы.

Всего записей: 5220 | Зарегистр. 23-04-2009 | Отправлено: 09:16 29-07-2023
fscpsd



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Цитата:
Даже во времена 9Х…ХР упаковка содержимого из С: было лишено смысла без сохранения бут сектора.  
Это не совсем так. Во времена 9Х бутсектор легчайше восстанавливался в неизменном виде одной командой, sys.com, хоть из-под ДОС, хоть из-под виндовс. Надобности тащить его в архив не было никакой. А вот начиная с 2000 и ХР уже позаковыристее схема стала, включающая более-менее сложный загрузчик ntldr, да ещё плюс ntfs, там да, там уже проще стало бэкапить целиком раздел.

Всего записей: 1939 | Зарегистр. 16-09-2010 | Отправлено: 09:45 29-07-2023 | Исправлено: fscpsd, 09:50 29-07-2023
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 4)
Maz (31-07-2023 08:32): WinRAR (часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru