Ru-Board.club
← Вернуться в раздел «Программы»

» ICEECC, QuickPAR, MultiPAR, RSC32 и другие

Автор: persicum
Дата сообщения: 05.08.2011 20:58
Алгоритм везде один. Отличия в том, где хранить избыточность - в отдельном файле или незаметно присоединять к образу того же диска. RS03 - обновленный вариант того и другого.

Избыточность дизастера в 15% исправляет только 7% ошибок, вторая половина по классической теории идет на отыскание мест ошибок.
Автор: DimitriusXZ
Дата сообщения: 06.08.2011 21:22
RS01 и RS02 хранят информацию восстановления в отдельном файле.
RS03 может хранить в отдельном файле и в образе.
Но какое принципиальное отличие в расчете файла коррекции ошибок?
Параметры во все трех алгоритмах то разные...
И что такое корни?
Автор: Alex_Piggy
Дата сообщения: 06.08.2011 23:31
Доброй ночи, DimitriusXZ
Посмотрите документацию http://dvdisaster.net/en/qa33.html
Я так понял, что
RS01-пишет в файл(не защищенный от повреждения)
RS02- пишет в конец образа (частично защищенное)
RS03- может работать и так и так. Разница в поддержке многопроцессорности и дополнительной защищенности информации коррекции (рекурсией?).

Корни - у меня не хватает знаний математики, для того что бы понять и осознать теорию.
Корень функции F(x) — это такое значение ее аргумента х, при котором выполняется условие F(x) = 0
http://en.wikipedia.org/wiki/Reed–Solomon_error_correction
http://dvdisaster.net/papers/rs03.pdf
Может и разберетесь...

Параметры - для RS01 указываешь процент избыточности, для RS02 - конечный желаемый размер образа и он сам расчитывает избыточность, для RS03 указываешь процент избыточности или он сам подбирает размер образа. По моему это одно и то же.
Вроде как так...
Автор: persicum
Дата сообщения: 07.08.2011 11:31
DimitriusXZ
Принципиальных различий нет. Везде берется 230 секторов и вычисляется 20 проверочных секторов или около того. Из них исправлено может быть только половина, а остальные входят в группу поддержки, так сказать. Сектора разбросаны по диску случайно, поэтому перегрузки кодов ридасоломона обычно быть не должно. Интересна скорость, за сколько RS03 сделает 20% от DVD? Этот новый формат уже доступен для скачивания?
Автор: Alex_Piggy
Дата сообщения: 07.08.2011 13:24
Доброе утро, persicum
RS03 доступен уже около двух лет, но еще считается экспериментальным.
Работает шустренько, 4,4 гига 128 sectors prefetch 2 threads 20% избыточности (43 root) -11 минут 10%(23 root) - 8 минут.
Автор: DimitriusXZ
Дата сообщения: 07.08.2011 13:38
В параметрах выбор образа как хранилища файла коррекции только в RS03...
А самое важное в параметрах и не задается - количество блоков, количество блоков восстановления...
Автор: Alex_Piggy
Дата сообщения: 07.08.2011 14:14
Добрый день, DimitriusXZ
Не знаю, не знаю...
У меня в Dvdisaster 0.79 (devel-3) RS02 так и называется "расширенный образ".
Но я чаще пользовался 0.72.1 - не скажу название, но там тоже RS02 дописывает образ (и только образ).
В RS03 просто можно выбрать то ли в файл, то ли в образ (т.е. он будет работать как RS01 или RS02).
В документации на RS03 сказано, что он разбивает конечный размер (исходный образ + информация для восстановления) на 255 "слоев" (блоков?). Т.е для стандартной избыточности 14,3%(32 root) получается
255/1.143=223 блока информации и 255-223=32 блока восстановления. Значит root - количество блоков восстановления. А количество блокой информации 255-root.
А в целом - то, что уже говорил persicum

Цитата:
Везде берется 230 секторов и вычисляется 20 проверочных секторов или около того

Только вместо "секторов" "блоки".
Автор: persicum
Дата сообщения: 07.08.2011 14:53
DimitriusXZ
Как я уже намекал, блоков там только 256, и это число изменить нельзя, так как кодек всего лишь 8-битный. Однако, Disaster способен исправлять ошибки внутри блоков используя оставшуюся половину избыточности, в то время как ICEECC и RSC32 не способны исправлять ошибки внутри блоков, а пересчитывают блоки целиком независимо от того, сколько там реально повреждено.


Alex_Piggy
,
11 минут для 256 блоков это не слишком шустро =)))
попробуйте rsc32 -wrr256-20 -tm3 . Или -wrr500-50 -tm4. Вот как нормальные коды работают на одном ядре с малым числом блоков. Вот избавлю скоро эти коды от свапежа и тогда дизастеру несдобровать!

>Только вместо "секторов" "блоки".

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

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

Короче говоря, дизастер имеет 256 блоков, каждый из которых состоит из 10000 подблоков размером с сектор 2048 байт. Подблоки исправляются по отдельности. При этом возможна ситуация, что одни подблоки будут исправлены, а другие не могут быть исправлены. На выходе получаем недолеченный файл. Поэтому ICEECC и RSC32 не используют подблоки в своих алгоритмах, а используют только целые блоки, которые гарантируют исправление инфoрмации, если оно возможно, на 100%.
Автор: DimitriusXZ
Дата сообщения: 09.08.2011 00:22
Да, RS02 дописывает образ. И только, не иначе.
Автор: persicum
Дата сообщения: 09.08.2011 08:15
DimitriusXZ
Попробовал я как то защитить DVD-ROM методом RS01 во внешний файл, так энтот дизастер обматерил меня самыми последними словами...
Автор: DimitriusXZ
Дата сообщения: 09.08.2011 21:36
Сегодня целый день промучился с RSC32.exe. Пытался использовать bat-файлы.
Задача: Создать файл коррекции ошибок для образа. Алгоритм - Fit to DVD.
Особенность - временные файлы в и все остальное отдельном месте.
И ничего у меня не получилось. Убил только кучу времени. FarMenu.txt тоже не помог.
Убедительная просьба к автору - не посылать в FAR и не отнекиваться, мол от
документации будет только хуже, а хотя бы выложить алгоритм работы с
программой и желательно + к нему примеры.
Автор: Alex_Piggy
Дата сообщения: 09.08.2011 22:34
Добрый день
persicum
Есть у него такие глюки... Говорит, не секторная файловая система. При этом если снять образ ImgBurn, то подхватывает как миленький. Так и обрабатывал. Еще б если командная строка у dvdisastera была...

DimitriusXZ
Попробуйте, пожалуйста следующее:
(fittodvd практически не пользовался, чаще fittodisk +-ds4460M т.к. не всегда хватало места под файловую на диске.)

Код:
if not exist c:\temp\rsc32test\Recovery_data md c:\temp\rsc32test\Recovery_data
if not exist c:\temp\rsc32test\Swap_1 md c:\temp\rsc32test\Swap_1
if not exist c:\temp\rsc32test\Swap_2 md c:\temp\rsc32test\Swap_2
if not exist c:\temp\rsc32test\Recovered md c:\temp\rsc32test\Recovered

rsc32 -r -wtc:\temp\rsc32test\Recovery_data
rsc32 -mu100M -wrr10000-fittodisk-c:\temp\rsc32test\Recovery_data -ds400M -wrkc:\temp\rsc32test\Swap_1
rsc32 -mu100M -rrrc:\temp\rsc32test\Recovery_data -wrkc:\temp\rsc32test\Swap_1 -wr2c:\temp\rsc32test\Swap_2 -poc:\temp\rsc32test\Recovered
Автор: DimitriusXZ
Дата сообщения: 10.08.2011 00:48
Вроде бы требует файл FHash.RSC32...
Может быть, потому, что я пытаюсь его использовать для одного файла?
А для работы с одним файлом?
И какой будет запуск для проверки и (или) восстановления?
Автор: Alex_Piggy
Дата сообщения: 10.08.2011 01:27
Прошу прощения, неправильно выразился.
Это bat файл для проверки команд размещения файлов RSC32. Он берет в работу все файлы в текущей директории и результирующую информацию распределяет по разным местам.
[more=Подробное описание строк:]
1) rsc32 -r -wtc:\temp\rsc32test\Recovery_data
Рекурсивно (т.е. для всех файлов из текущей директории, включая все поддиректории) записать таблицу контрольных сумм. При этом результат сохранить в c:\temp\rsc32test\Recovery_data.
2) rsc32 -mu100M -wrr10000-fittodisk-c:\temp\rsc32test\Recovery_data -ds400M -wrkc:\temp\rsc32test\Swap_1
Изврат для ленивого тестирования (ув. persicum, не бейте меня ногами ).
Вами скорее будет применена другая форма:
a)rsc32 -wrr100000-fittodisk-c:\temp\rsc32test\Recovery_data -ds4460M -wrkc:\temp\rsc32test\Swap_1
или
b)rsc32 -wrr100000-fittoDVD-c:\temp\rsc32test\Recovery_data -wrkc:\temp\rsc32test\Swap_1
Используя таблицу контрольных сумм из c:\temp\rsc32test\Recovery_data рассчитать информацию для восстановления файлов (перечисленных в таблице).
При этом в качестве swap-хранилища использовать c:\temp\rsc32test\Swap_1, а полученный результат сохранить в c:\temp\rsc32test\Recovery_data.
Исходную информацию разбить на 100000 блоков (примерное число!), а число блоков восстановления подобрать таким образом, чтобы исходная+восстановление поместились на a) диск размером 4460МБ, b) DVD.
3)rsc32 -rrrc:\temp\rsc32test\Recovery_data -wrkc:\temp\rsc32test\Swap_1 -wr2c:\temp\rsc32test\Swap_2 -poc:\temp\rsc32test\Recovered
Восстановить информацию в текущей директории, используя расчеты из c:\temp\rsc32test\Recovery_data.
При этом в качестве 1 swap-хранилища (имеет размер диска, т.е 4460-4480 МБ) использовать c:\temp\rsc32test\Swap_1, а в качестве 2 swap-хранилища (имеет размер исходной информации) использовать c:\temp\rsc32test\Swap_2. Восстановленные файли (только восстановленные!) записать в c:\temp\rsc32test\Recovered.

Дополнительно, если нужно только проверить файлы, можно использовать либо
4)rsc32 -rtc:\temp\rsc32test\Recovery_data
Проверить файлы в текущей директории на совпадение с таблицей контрольных сумм, расположенной в c:\temp\rsc32test\Recovery_data
5)rsc32 -crrc:\temp\rsc32test\Recovery_data
Проверить файлы в текущей директории на совпадение с таблицей контрольных сумм, расположенной в c:\temp\rsc32test\Recovery_data и оценить возможность их восстановления.

Надеюсь, я все правильно понял/описал.
[/more]
Добавлено. Нашел у себя ошибку/опечатку . Не "-ms100", а "-ms100M". Он из-за этого не запускается ("слишком мало памяти"). В остальном все работает нормально. Попробуйте строки из подробного объяснения, заменив пути на свои.
Добавлено. Ошибка оказалась не одна. Вроде исправил все. Тысяча извинений.
Автор: persicum
Дата сообщения: 10.08.2011 09:32

Цитата:
Есть у него такие глюки... Говорит, не секторная файловая система. При этом если снять образ ImgBurn, то подхватывает как миленький. Так и обрабатывал. Еще б если командная строка у dvdisastera была...


Спасибо за совет! Попробую снять образ со штампованной алюминивой болванки и только потом дизастер. Хотя странно, что у него изначально нет DVD-ROM в поддержке, просто идиотизм. Можно подумать они не портятся =)))

На счет коммандной строки все OK - консольный модуль там есть, причем есть подозрение, что именно он и вызывается из GUI.

Добавлено:
Alex_Piggy
Уважаемый Alex_Piggy!
Благодарю вас за то, что вы очень хорошо разобрались с программой RSC32. Лишь пара замечаний.
1) ключ -wt лучше дополнить ключом -md2, то есть заменить алгоритм CRC32 на CRC64, поскольку CRC32 уж очень рапространен, как и методы его подгона, да и не имеет большого смысла для файлов >4G. Думаю, потери в быстродействии будут малозаметными.

2) ключ -crr не проверяет файлы как таковые, а проверяет только контрольные суммы блоков. Файлы можно изрубить в капусту, но ключ -crr этого не заметит, он только говорит, возможно ли восстановление или нет. А быстрый ключ -rt как раз и проверяет контрольные суммы на уровне файлов и говорит, нужно ли восстановление или нет. Для заюзывания время от времени или после переноски достаточно ключа -rt

3) если нужно чтобы по ключу -po отправились все файлы, как вылеченные, так и хорошие изначально, есть ключ -ra

Может также возникнуть вопрос, для чего я должен терпеть весь этот свапеж и мучиться с ключами -wrk и -wr2, если дизастеру или какой еще проге это не нужно? Это потому, что RSC32 способна извлекать блоки из любого мусора, не делая предварительно предположений что они должны идти аккуратненько подряд или второй должен идти обязательно раньше десятого и так далее. Можно например поколоть ISO-образ на 100 кусков rar'ом без сжатия, некоторые куски стереть, оставшиеся куски склеить в произвольном порядке. И назвать эту мешанину ISO. И RSC32 как нефиг делать может найти там все целые блоки и восстановить оригинальный ISO. Ситуация кошмарная для дизастера. Из этой каши можно извлечь и заголовки в случае чего...

Добавлено:
Ну и еще. В батник лучше добавить чтото вроде - bn%1, чтобы придать файлам восстановления осмысленные имена.
Автор: persicum
Дата сообщения: 10.08.2011 15:54
DimitriusXZ
Для работы с одним файлом
rsc32 -wtc:\mydir -md2 имяфайла -bnимяфайла
rsc32 -wrr100000-fittodisk-c:\mydir -ds4650m -wrkс:\myswap -bnимяфайла

лечение:
rsc32 -rrrc:\mydir -wrkc:\myswap -bnимяфайла -poc:\mynewdir
Автор: persicum
Дата сообщения: 18.08.2011 09:22

Цитата:
RS03 доступен уже около двух лет, но еще считается экспериментальным.


Наконец добрался до RS03. Что могу сказать?
Сам кодек RS03 даже на многих ядрах и 128-bit SSE работает раз в ШЕСТЬ медленнее того кодека, что в RSC32. Однако, RSC32 тратит половину времени совершенно впустую на свапеж, в результате преимущество уменьшается до ТРЕХ раз. Короче говоря, на обсчет блюра 25G дизастер тратит 45 мин, а RSC32 тратит 15 мин, причем львиная доля этого времени уходит на свапежи, сами коды тратят только 6 мин (загрузка проца 60%), или 3 мин чистого процессорного времени.

Абстрактные матрицы кодирования в Дизастере и RSC32 очень разные. В первом это 10млн символов в строке, из них только 255 ненулей, а остальные нули. Во втором 1млн символов и нет ни одного нуля, все ненули. Что надежнее??? Возможны мнения.


Добавлено:

Цитата:
или 3 мин чистого процессорного времени.

Поэтому хорошая программа должна была бы защищать блюр за несколько минут и одно прочтение, но в условиях нехватки памяти у 32-бит OS это сделать нелегко...
Автор: pkbasu
Дата сообщения: 05.09.2011 05:25
Вскользь посмотрел asm-овский листинг кода, импортируемые функции.
До алгоритма свопежа не докопался. Искал упоминание в импортируемых функциях "CreateFileMapping", которая указывает, что файл нужно спроецировать в память и файл, который по мере надобности будет подгружаться в память самой системой.
Чего не использовали "CreateFileMapping"? Эта функция появилась c win2000.
Или "ручками" управлять свопежем куда проще и понятнее + управлять можно количеством оперативки, выделенной для работы?
Автор: persicum
Дата сообщения: 06.09.2011 08:33
pkbasu

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

Свапеж - это один из методов превращения задачи со случайным доступом в задачу со строго последовательным доступом. Другой способ - это написание специальных инкрементальных кодов рида-соломона, как это сделано в ICEECC. Но в ICEECC время исполнения будет инкрементироваться вместе с этими самыми кодами. Можно задать конфигурацию, в которой ICEECC будет работать очень быстро, например 1GByte/s, но можно задать и такую, что создание и/или лечение займет несколько суток. В RSC32 такое невозможно - всегда уложится в несколько минут/десятков минут в независимости от конфигурации. Это одно из благотворных влияний свапежа.

Я не вижу чем FileMapping может помочь если нужно случайно зачитывать скажем 10G небольшими порциями.

Исследуйте, ковыряйте - если профессионалы сделают лучше - буду очень рад. Только какой продукт не взять (кроме DVDisaster)- этим занимаются исключительно маргиналы - так чего с них взять? Но задача в DVDisaster сильно облегченная - невозможность прочесть сектор сразу вызывает erasure с известным положением, сдвигов быть не может, блоков только 256, а не тысячи-миллионы - можно зачитывать в память большими кусками, и так далее.
Автор: DimitriusXZ
Дата сообщения: 09.09.2011 17:02

Цитата:
Для работы с одним файлом
rsc32 -wtc:\mydir -md2 имяфайла -bnимяфайла
rsc32 -wrr100000-fittodisk-c:\mydir -ds4650m -wrkс:\myswap -bnимяфайла

лечение:
rsc32 -rrrc:\mydir -wrkc:\myswap -bnимяфайла -poc:\mynewdir


Благодарю persicum.
Автор: Alex_Piggy
Дата сообщения: 24.09.2011 20:46
Добрый день, уважаемый persicum
Прошу прощения за стиль и лаконичность. К сожалению, тяжело общаться.
Возникло несколько вопросов
1) Разница между 2.87 и 2.89?
2) Разница/преимущества между -pow2 и -pow10?
3) Что делает ключ "-e estimate entropy, Chi^2 and Durbin-Watson;" "-rsa extract RSA module;"?
4) Для создания таблиц имеет ли значение выбранный метод расчета (-n[N] -md2 -md5 -sha1 -tig), если да, то какое.
5)
Цитата:
В первом это 10млн символов в строке, из них только 255 ненулей, а остальные нули. Во втором 1млн символов и нет ни одного нуля, все ненули. Что надежнее???

Недостаточные знания математики. Что это значит? На что это влияет? (приоритеты надежность > ресурсы > скорость ).
Заранее благодарю за ответ.
Автор: persicum
Дата сообщения: 25.09.2011 06:46
1) Разницы почти никакой, просто версия 2.89 теперь еще указывает повреждения в процентах, а также дает сообщение, что блоки коррекции свыше тех что необходимы для восстановления возможно существуют но их поиск был отменем ключем - mf (так называемые extra блоки)

2) -pow2 нарезает файлы восстановления по степеням двойки, эта фишка есть и в ICEECC и в QuickPAR. Однако, чтобы отсчитать например 1000 блоков необходимо прибегнуть к калькулятору с поддержкой двоичных чисел. -pow10 нарезает файлы восстановления по блокам в десятично-разновесной системе, там легко отсчитать любое число блоков без калькулятора. Однако, поскольку двоичная система более эффективна, число файлов в ней будет несколько меньше для заданного числа блоков чем в десятично-разновесной системе.

3) Это ключи для подсчета статистики файлов. Статистика позволяет различить простые/сжатые/шифрованные файлы друг от друга, или определить, будут ли файлы архивироваться - определить быстро не проводя самого сжатия. -RSA извлекает программу шифрования и цифровой подписи по алгоритму RSA - к сожалению, релиз без многопроцессорности и SSE, но в остальном работает быстро

4) Для работы программы метод расчета хэшей файлов значения не имеет. Я использую CRC64 всегда, но этот алгоритм легко подделать. Просто я думаю, что такой угрозы нет совершенно. А вот супер алгоритм -tiger подделать нельзя, но можно подделать файл FHash. RSC32, если не ставить на него пароль. Но угрозы опять таки нет, программа RSC32 практически никому неизвестна. По скорости самый лучший CRC64. А вот алгоритму CRC32 я бы не доверял, легко подделать и имеет мало смысла для больших файлов.

5) Математика там наипростейшая. Можно считать, что одит байт восстановления это сумма или XOR всех остальных байтов. то есть
Y = X1 xor X2 xor X3 ... xor Xn.

Тогда, если например байт X3 потерялся, то его легко найти как
X3 = X1 xor X2 xor Y ... xor Xn.

Это обстоятельство называется в DVDisaster словом root. Очевидно, 8-разрядные коды DVDisaster не могут найти более 255 рутов, или для 10% 25 рутов. Коды RSC32 это 32-разрядные коды, число рутов там может быть 4 миллиарда или сотни тысяч на практике. Но конечно, нельзя говорить что какая то программа во всем лучше другой. Disaster обрабатывает группами по 255 секторов, но эти 255 секторов выбираются из диска случайно, так что надежность вроде на уровне. Главное отличие, что Disaster может исправлять файлы не полностью, а RSC32 если только восстановление возможно то оно всегда проходит на 100% благодаря как раз огромному количеству рутов, не 20 их штук, а обычно сотни тысяч.

Добавлено:
Что касается скорости, то при простейшем рассмотрении 32 разрядные коды должны в 4 раза быстрее 8 разрядных работать на 32 разрядной машине.

Добавлено:
Понятно, что Disaster как то пытается упаковать эти байты в длинные регистры MMX и SSE, но на практике я намерил разницу в шесть раз в пользу RSC32.
Автор: persicum
Дата сообщения: 28.09.2011 07:53
http://www.youtube.com/watch?v=Rf1c0BA-OXk

Видео урок про заюзывание RSC32 через FAR. 20 гигов защитил за 20 минут. На самом деле, из них 5 минут отожрал процесс видеозахвата. А QuickPAR запросил 3 с половиной часа и был прибит как процесс.
Автор: DimitriusXZ
Дата сообщения: 09.10.2011 00:29
Задаю -wrr8192-10%. По идее он должен рассчитать с 10% Redundancy.
А он воспринимает параметр 10% как 10 блоков для восстановления…
Я что-то делаю не так?

И еще одно.
Сам не хочу разбираться, поэтому спрашиваю автора.
И еще одно ICE ECC может проверять способность к восстановлению созданных
файлов коррекции и проч. RSC32 умеет это делать?
Какие у него аналоги команд Full Test и Fast Test?
А также Verify и Verify only.
Автор: Alex_Piggy
Дата сообщения: 09.10.2011 09:25
Добрый день, DimitriusXZ

Цитата:
Задаю -wrr8192-10%. По идее он должен рассчитать с 10% Redundancy. А он воспринимает параметр 10% как 10 блоков для восстановления…

Тоже сталкивался с этой проблемой. В комстроке все нормально, только из бат-файла, верно?
% там - служебный символ (для обозначения переменных). Необходимо писать %% (те -wrr8192-10%%). Кавычки не помогают.
Автор: persicum
Дата сообщения: 09.10.2011 10:42
DimitriusXZ
Alex_Piggy
Спасибо за указание на проблему! Действительно, символ % обрабатывается в бат-файлах несколько иначе, чем в скриптах FAR'a. Поэтому в бачах следует писать -wrr8000-10%%

Кроме того, собрал версию 2.91, где для совместимости можно также писать
-wrr8000-10p , чтобы избежать проблем, когда среда/окружение трактует % как служебный символ.
Автор: DimitriusXZ
Дата сообщения: 09.10.2011 19:48
Да, из bat-файла.
Благодарю Alex_Piggy, persicum.
А аналоги команд ICE ECC?
Автор: persicum
Дата сообщения: 10.10.2011 08:15
DimitriusXZ

1) Verify - тоже самое, что и лечить. ключ -rrr

2) Verify only - быстро проверить контрольные суммы файлов, ключ -rt

3) Fast Test - можно попробывать просто поискать все блоки и посмотреть, возможно ли восстановление? Ключ -crr

4) Full Test - простого аналога нет. Но можно поступить так

a) -wt -bntest -rn *.rse32
b) пересчитать файлы восстановления опять ключем -wrr
c) -rt -bntest проверить, что файлы восстановления имеют те же самые суммы что и в первый раз.
Автор: DimitriusXZ
Дата сообщения: 10.10.2011 12:01
Благодарю Persicum
И вот еще вопрос.
Я создал все файлы, как потом, начав новый сеанс в FAR, проверить данные и проч.
Выдает, что не может открыть файл FHash.RSC32 хотя он лежит в текущем каталоге…
Создать заново FHash.RSC32?
Автор: persicum
Дата сообщения: 10.10.2011 14:10
DimitriusXZ
В FAR нужно сперва наперво указать Базовое Имя набора файлов восстановления. FHash.RSС32 тоже имеет свое определенное базовое имя, хотя оно и пустое.

1) Навести курсор на FHash.RSC32
2) F2 вызвать меню
3) Set BaseName/ Set BaseName from Current File

теперь можно делать все остальное.

Добавлено:
DimitriusXZ
Если вы спрашиваете не про меню FAR, а про командную строку, то вероятно вам нужно переключить активную панель клавишой TAB.

Страницы: 123456789

Предыдущая тема: Как взломать Rar-архив


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.