Уважаемые помогите решить проблему. Последнее время стал замечать что rar-архивы закачиваются битыми. Конечно раньше тоже попадались, но сейчас через один - битый. Хорошо что в последнее время, в правила хорошего тона входит добавлять информацию для восстановления. Многие восстанавливаю. Файлы, которые качаю однозначно целые - соответственно что-то на моей машине. Версия WinRAR 3.93. ОС Windows 7. Помогите разобраться
» WinRAR (часть 2)
angry dog
Планке памяти каюк может настает? Тестирование железа сделай.
Планке памяти каюк может настает? Тестирование железа сделай.
angry dog
Так чем качаешь то? У меня за N лет ни одного битого не было. Качаю DMaster-ом. Правда и RAR у меня v 3.62
но ведь и чистых RAR-овских архивов не так уж и много. Это (имхо) от качалки зависит.
Так чем качаешь то? У меня за N лет ни одного битого не было. Качаю DMaster-ом. Правда и RAR у меня v 3.62
но ведь и чистых RAR-овских архивов не так уж и много. Это (имхо) от качалки зависит. Цитата:
---> найдена информация для восстановления
Сектор 34283 (смещения 10BD600...10BD800) повреждён
---> сектор восстановлен
Сектор 34284 (смещения 10BD800...10BDA00) повреждён
---> сектор восстановлен
Готово
Пишет после восстановления. Качаю USD
Добавлено:
chAlx 21:26 10-05-2010
Цитата:
Да, если так назову, то сервер не говорит: Attachment type not allowed
Цитата:
Я имел в виду интервал времени, который нужен для того что бы не переполнить почту на сервере, которая имеет макс. размер 20мб, отправляя 200мб (том по 5 мб) нужен интервал например 3 минуты, чтоб получатель успел получить файлы, и освободил тем самым место на сервере для новых томов.
Прочитал алфавитный список ключей, такого ключа не нашел.
Добавлено:
Нашел кое-что в F1: Время простоя "-ri0:100"
Это конечно не то, что нужно было, тем не менее, работает, т.е. не создается очередь при отправке писем и не забивается smtp сервер.
chAlx 21:26 10-05-2010
Цитата:
Не уж-то по-русски?
Да, если так назову, то сервер не говорит: Attachment type not allowed
Цитата:
Конечно; оно и задаётся параметром -v5M. Это только одно свойство ярлыка -- строка для запуска с параметрами. А параметров командной строки у ВинРара много... (см. F1).
Я имел в виду интервал времени, который нужен для того что бы не переполнить почту на сервере, которая имеет макс. размер 20мб, отправляя 200мб (том по 5 мб) нужен интервал например 3 минуты, чтоб получатель успел получить файлы, и освободил тем самым место на сервере для новых томов.
Прочитал алфавитный список ключей, такого ключа не нашел.
Добавлено:
Нашел кое-что в F1: Время простоя "-ri0:100"
Это конечно не то, что нужно было, тем не менее, работает, т.е. не создается очередь при отправке писем и не забивается smtp сервер.
Цитата:
Уважаемые помогите решить проблему. Последнее время стал замечать что rar-архивы закачиваются битыми. Конечно раньше тоже попадались, но сейчас через один - битый. Хорошо что в последнее время, в правила хорошего тона входит добавлять информацию для восстановления. Многие восстанавливаю. Файлы, которые качаю однозначно целые - соответственно что-то на моей машине. Версия WinRAR 3.93. ОС Windows 7. Помогите разобраться
Проверь память на ошибки, обычно дело в этом. Тулзу лучше взять отсюда: http://www.memtest.org/
BFDA
Цитата:
Так в Вин7 есть штатная проверка памяти, или она плохо работает?
Добавлено:
angry dog
Цитата:
Вот попробуй заменить на DMaster. Когда я только получил инет у меня была какая то типа флашгет-а. Тоже много битых RAR-ов было. Потом случайно набрёл на DMaster скачал тем и другим один и тот же файл. На одном битый, на другом целый. Так я в 2004 году и перешёл на DMaster. С тех пор ни одного битого файла не встречал.
Цитата:
Проверь память на ошибки, обычно дело в этом. Тулзу лучше взять отсюда: http://www.memtest.org/
Так в Вин7 есть штатная проверка памяти, или она плохо работает?
Добавлено:
angry dog
Цитата:
Качаю USD
Вот попробуй заменить на DMaster. Когда я только получил инет у меня была какая то типа флашгет-а. Тоже много битых RAR-ов было. Потом случайно набрёл на DMaster скачал тем и другим один и тот же файл. На одном битый, на другом целый. Так я в 2004 году и перешёл на DMaster. С тех пор ни одного битого файла не встречал.
thelamb
Цитата:
Отлично работает
Цитата:
Так в Вин7 есть штатная проверка памяти, или она плохо работает?
Отлично работает
Цитата:
Цитата:
Так в Вин7 есть штатная проверка памяти, или она плохо работает?
Отлично работает
Проясните пж-ста, почему так:?
Делаю архив:
Но, получаю:
Делаю архив:
Но, получаю:
sv9205
Ты, похоже, открываешь архив с recovery record в winrar'е и нажимаешь Alt+I.
На закладке Options он предлагает изменить существующий размер инфо о восстановлении.
Ты, похоже, открываешь архив с recovery record в winrar'е и нажимаешь Alt+I.
На закладке Options он предлагает изменить существующий размер инфо о восстановлении.
equis
Ничего не нажимаю и пользуюсь только конт. меню.
Короче...,
где можно посмотреть сколько процентов восстановления есть в готовом архиве?
Ничего не нажимаю и пользуюсь только конт. меню.
Короче...,
где можно посмотреть сколько процентов восстановления есть в готовом архиве?
sv9205:
Во-во, изменить предлагает. Выставленное значение судя по-всему последнее использованное (странно, конечно, что не фактическое из архива).
Реальный (точный) размер Recovery Record отображается во вкладке [Info].
Во-во, изменить предлагает. Выставленное значение судя по-всему последнее использованное (странно, конечно, что не фактическое из архива).
Реальный (точный) размер Recovery Record отображается во вкладке [Info].
sv9205
Готовый размер указан в байтах в Info. Проценты можно прикинуть самому. Насколько помню, явно они не указываются.
Готовый размер указан в байтах в Info. Проценты можно прикинуть самому. Насколько помню, явно они не указываются.
Проблема с кодировками в русских названиях.
Скачал музыкальный архив RAR с папками и песнями mp3 (названия кириллицей) , при распаковке, вместо названий, - кракозябры. У меня Windows, возможно архив кодировался в другой ОС.
Uploaded with ImageShack.us
Подскажите, люди грамотные, как избежать кракозябр?
Благодарю заранее!
Скачал музыкальный архив RAR с папками и песнями mp3 (названия кириллицей) , при распаковке, вместо названий, - кракозябры. У меня Windows, возможно архив кодировался в другой ОС.
Uploaded with ImageShack.us Подскажите, люди грамотные, как избежать кракозябр?
Благодарю заранее!
shalovsky
Архив посмотреть можно? Кстати, откуда вы знаете, что названия кириллические? Т.е. при входе в архив RAR показывает названия нормально, а при распаковке возникают кракозябры?
Архив посмотреть можно? Кстати, откуда вы знаете, что названия кириллические? Т.е. при входе в архив RAR показывает названия нормально, а при распаковке возникают кракозябры?
Архив называется MGK.rar 1.55 ГБ (русская группа), кракорябры, даже при просмотре архива, без распаковки. В 7-Zip идентично.
Да, качать полтора гигабайта желания нет...
Так с чего вы всё-таки взяли, что у файлов в именах кириллица?
Так с чего вы всё-таки взяли, что у файлов в именах кириллица?
Цитата:
Так с чего вы всё-таки взяли, что у файлов в именах кириллица?
Русские названия русских песен (в описании архива на сайте)
Цитата:
Да, качать полтора гигабайта желания нет...
Выложил одну песню из архива 5 Мб http://rghost.ru/1624416
Добавлено:
Вот, еще, инфа архива, если чем поможет:
Uploaded with ImageShack.us
Слушайте, а что, официальный винрар до сих пор не умеет склеивать архивы ? Какой софтиной я могу это сделать ? Преобразовать несколько рар-архивов в один рар-архив одной операцией.
DimmY
shalovsky
Linux-версия при упаковке/листинге переводит имена файлов в UTF-8, а Windows в ASCII (CP-866). Параметров, поправьте если ошибаюсь, чтобы привести к общему в RAR не было и нет.
shalovsky
Посмотреть и скопировать имена файлов можно через 7-Zip:
Перевести кодировку консоли в UTF-8: chcp 65001
Выполнить листинг: 7z.exe l архив.rar
DimmY
Цитата:
Вот только что сделал как пример.
Для сравнения как выглядит Win-архив под Linux:
Но благо там проблем с изменением кодировки при распаковке нет.
shalovsky
Linux-версия при упаковке/листинге переводит имена файлов в UTF-8, а Windows в ASCII (CP-866). Параметров, поправьте если ошибаюсь, чтобы привести к общему в RAR не было и нет.
shalovsky
Посмотреть и скопировать имена файлов можно через 7-Zip:
Перевести кодировку консоли в UTF-8: chcp 65001
Выполнить листинг: 7z.exe l архив.rar
DimmY
Цитата:
Архив посмотреть можно?
Вот только что сделал как пример.
Для сравнения как выглядит Win-архив под Linux:
Но благо там проблем с изменением кодировки при распаковке нет
.Dimitr1s - спасибо за совет, только, вот, я среднестатистический пользователь и ваша подсказка:
Цитата:
мне не совсем ясна, если не затруднит, будьте добры, поподробнее.
Цитата:
Посмотреть и скопировать имена файлов можно через 7-Zip:
Перевести кодировку консоли в UTF-8: chcp 65001
Выполнить листинг: 7z.exe l архив.rar
мне не совсем ясна, если не затруднит, будьте добры, поподробнее.
shalovsky
Цитата:
Пуск -> Выполнить -> в строке "Открыть:" вводишь cmd -> OK -> в открывшейся консоли вводишь chcp 65001 -> Указываешь: Полный путь до 7z.exe (если есть пробелы берёшь в кавычки) l Полный путь до архива (если есть пробелы берёшь в кавычки) -> Смотришь. Если файлов много и в выводе не умещаются - выводишь в файл: > Путь к файлу с выводом (если есть пробелы берёшь в кавычки). Должно получится так примерно:
"C:\Program Files\7-Zip\7z.exe" l E:\Файлы\linux.rar > E:\Файлы\linux.txt
Цитата:
...будьте добры, поподробнее.
Пуск -> Выполнить -> в строке "Открыть:" вводишь cmd -> OK -> в открывшейся консоли вводишь chcp 65001 -> Указываешь: Полный путь до 7z.exe (если есть пробелы берёшь в кавычки) l Полный путь до архива (если есть пробелы берёшь в кавычки) -> Смотришь. Если файлов много и в выводе не умещаются - выводишь в файл: > Путь к файлу с выводом (если есть пробелы берёшь в кавычки). Должно получится так примерно:
"C:\Program Files\7-Zip\7z.exe" l E:\Файлы\linux.rar > E:\Файлы\linux.txt
Dimitr1s
Цитата:
Вот комментарий автора RAR на эту тему:
Если функция mbstowcs, задача которой - преобразование в Unicode, работает в Линуксе корректно, то такой архив в Windows распакует русские и прочие имена правильно. В моих тестах в Ubuntu она работает корректно, и, соответственно, проблем с переносом русских имен между платформами я не наблюдаю. От пользователей же о таких проблемах я периодически слышу, но с чем это связано, сказать пока затрудняюсь.
Слишком много разных линуксов в разных конфигурациях. Возможно, в каких-то из них mbstowcs работает не так, как требуется RAR.
Цитата:
Linux-версия при упаковке/листинге переводит имена файлов в UTF-8, а Windows в ASCII (CP-866). Параметров, поправьте если ошибаюсь, чтобы привести к общему в RAR не было и нет.
Вот комментарий автора RAR на эту тему:
Если функция mbstowcs, задача которой - преобразование в Unicode, работает в Линуксе корректно, то такой архив в Windows распакует русские и прочие имена правильно. В моих тестах в Ubuntu она работает корректно, и, соответственно, проблем с переносом русских имен между платформами я не наблюдаю. От пользователей же о таких проблемах я периодически слышу, но с чем это связано, сказать пока затрудняюсь.
Слишком много разных линуксов в разных конфигурациях. Возможно, в каких-то из них mbstowcs работает не так, как требуется RAR.
DimmY
Цитата:, но непонятны некоторые моменты:
Как я понял речь о преобразовании дополнительной информации в теле архива в Unicode (UTF-16LE) , для Win-версии (то есть многобайтовую строку, в строку из двухбайтовых символов, так что ли?). Потому что имена файлов всё равно в Linux - UTF-8, в Windows - ASCII.
Зачем преобразовывать с помощью mbstowcs в Unicode (в Linux, где UTF-16LE отродясь никто не пользовался), что бы потом, полагаться на правильность отработки mbstowcs. Да ещё с учётом, цитирую:
Цитата:
И опять же, ладно в Linux, положим, неправильно отрабатывает mbstowcs, а в Windows преобразование только в ASCII (ни в Unicode, ни в UTF-8 имена файлов посмотреть нельзя), в Linux с такими архивами нужно то же делать лишние телодвижения.
Не проще сделать как давно реализовано в 7-Zip, работать только с UTF-8? Исходники открыты.
К слову, в Linux с открытием Win-архивов как раз проблем нет, благо встроенных средств для решения проблемы достаточно, проблемы с WinRAR.
Цитата:
Если функция mbstowcs, задача которой - преобразование в Unicode, работает в Линуксе корректно, то такой архив в Windows распакует русские и прочие имена правильно.С автором не поспоришь
, но непонятны некоторые моменты: Как я понял речь о преобразовании дополнительной информации в теле архива в Unicode (UTF-16LE) , для Win-версии (то есть многобайтовую строку, в строку из двухбайтовых символов, так что ли?). Потому что имена файлов всё равно в Linux - UTF-8, в Windows - ASCII.
Зачем преобразовывать с помощью mbstowcs в Unicode (в Linux, где UTF-16LE отродясь никто не пользовался), что бы потом, полагаться на правильность отработки mbstowcs. Да ещё с учётом, цитирую:
Цитата:
Слишком много разных линуксов в разных конфигурациях. Возможно, в каких-то из них mbstowcs работает не так, как требуется RAR.
И опять же, ладно в Linux, положим, неправильно отрабатывает mbstowcs, а в Windows преобразование только в ASCII (ни в Unicode, ни в UTF-8 имена файлов посмотреть нельзя), в Linux с такими архивами нужно то же делать лишние телодвижения.
Не проще сделать как давно реализовано в 7-Zip, работать только с UTF-8? Исходники открыты.
К слову, в Linux с открытием Win-архивов как раз проблем нет, благо встроенных средств для решения проблемы достаточно, проблемы с WinRAR.
Real_Death
Цитата:
Вполне может. Надо щёлкать по первому. То же самое можно сделать 7-Zip.
Цитата:
Слушайте, а что, официальный винрар до сих пор не умеет склеивать архивы ? Какой софтиной я могу это сделать ? Преобразовать несколько рар-архивов в один рар-архив одной операцией.
Вполне может. Надо щёлкать по первому. То же самое можно сделать 7-Zip.
Спасибо всем за помощь!
Проблему с именами MP3 тегов решил при помощи программы TagScanner , а советом товарища Dimitr1s, обязательно воспользуюсь при случае.
Проблему с именами MP3 тегов решил при помощи программы TagScanner , а советом товарища Dimitr1s, обязательно воспользуюсь при случае.
Dimitr1s
Вот комментарии автора на ваши вопросы (в дальнейшем он предлагает вам писать ему напрямую на email, без моего участия).
> Как я понял речь о преобразовании дополнительной информации в теле архива в
> Unicode (UTF-16LE) , для Win-версии (то есть многобайтовую строку, в строку
> из двухбайтовых символов, так что ли?).
Все версии RAR, кроме RAR/DOS, где с Unicode совсем плохо,
хранят не английские имена файлов в формате Unicode (UTF-16LE),
сжатом несложным алгоритмом.
В принципе, RAR умеет хранить имена и в UTF-8, но формат хранения
роли не играет, так как проблем с преобразованием к этому формату
и из него в RAR нет. Проблемы возникают с получением имен файлов
от операционной системы.
> Потому что имена файлов всё равно в
> Linux - UTF-8, в Windows - ASCII.
Формально в Linux нет гарантии, что текущий locale - UTF-8, и что
поддержка UTF-8 вообще присутствует в системе. Более того, когда
писалась эта часть RAR, не только формально, но и реально UTF-8
далеко не всегда являлся default locale. Как с этим обстоят дела
в современных дистрибутивах Linux, я не смотрел. Но отказаться
от получения Unicode имени с помощью mbstowcs и перейти к получению
такого имени с помощью преобразования UTF-8 к UTF-16 можно в случае,
если в документации Linux официально заявлено, что default locale
это всегда UTF-8. Пока я такого не видел.
Можно, конечно, написать свою mbstowcs_fixed, которая будет определять
current locale, для UTF-8 сама преобразовывать его к UTF-16,
для остальных locale вызывать mbstowcs. Возможный вариант на будущее,
если с проблемой с mbstowcs не удастся разобраться.
> И опять же, ладно в Linux, положим, неправильно отрабатывает mbstowcs, а в
> Windows преобразование только в ASCII (ни в Unicode, ни в UTF-8 имена
> файлов посмотреть нельзя),
WinRAR работает с Unicode именами и хранит имена в Unicode,
но в сжатом виде. Но, повторюсь, дело не в формате хранения.
Хранил бы RAR имена в UTF-8, все равно у нас нет гарантии,
что readdir в Linux отдаст имена только в UTF-8. А mbstowcs формально
гарантирует преобразование из current locale в Unicode.
Вот комментарии автора на ваши вопросы (в дальнейшем он предлагает вам писать ему напрямую на email, без моего участия).
> Как я понял речь о преобразовании дополнительной информации в теле архива в
> Unicode (UTF-16LE) , для Win-версии (то есть многобайтовую строку, в строку
> из двухбайтовых символов, так что ли?).
Все версии RAR, кроме RAR/DOS, где с Unicode совсем плохо,
хранят не английские имена файлов в формате Unicode (UTF-16LE),
сжатом несложным алгоритмом.
В принципе, RAR умеет хранить имена и в UTF-8, но формат хранения
роли не играет, так как проблем с преобразованием к этому формату
и из него в RAR нет. Проблемы возникают с получением имен файлов
от операционной системы.
> Потому что имена файлов всё равно в
> Linux - UTF-8, в Windows - ASCII.
Формально в Linux нет гарантии, что текущий locale - UTF-8, и что
поддержка UTF-8 вообще присутствует в системе. Более того, когда
писалась эта часть RAR, не только формально, но и реально UTF-8
далеко не всегда являлся default locale. Как с этим обстоят дела
в современных дистрибутивах Linux, я не смотрел. Но отказаться
от получения Unicode имени с помощью mbstowcs и перейти к получению
такого имени с помощью преобразования UTF-8 к UTF-16 можно в случае,
если в документации Linux официально заявлено, что default locale
это всегда UTF-8. Пока я такого не видел.
Можно, конечно, написать свою mbstowcs_fixed, которая будет определять
current locale, для UTF-8 сама преобразовывать его к UTF-16,
для остальных locale вызывать mbstowcs. Возможный вариант на будущее,
если с проблемой с mbstowcs не удастся разобраться.
> И опять же, ладно в Linux, положим, неправильно отрабатывает mbstowcs, а в
> Windows преобразование только в ASCII (ни в Unicode, ни в UTF-8 имена
> файлов посмотреть нельзя),
WinRAR работает с Unicode именами и хранит имена в Unicode,
но в сжатом виде. Но, повторюсь, дело не в формате хранения.
Хранил бы RAR имена в UTF-8, все равно у нас нет гарантии,
что readdir в Linux отдаст имена только в UTF-8. А mbstowcs формально
гарантирует преобразование из current locale в Unicode.
Цитата:
в дальнейшем он предлагает вам писать ему напрямую
может, проще ему сюда подписаться чтоб не общаться с каждым по отдельности?
я, будучи разработчиком freearc, немного разбираюсь в этой теме. увы, я не гуру в линуксе, но afaik дела обстоят так:
локаль вообще не имеет отношения к дискам. может, она определяет кодировку терминала - не знаю. на дисках же в отличие от виндов имена файлов - просто сырая последовательность байт. и используя open/readdir и прочие file-related API, мы работаем именно с этой сырой посл-тью байт напрямую. конкретная кодировка зависит от диска и для разных дисков может быть разной даже в одной системе
на практике конечно почти всё сейчас в utf-8. можно ли как-то определить какая кодировка на том или ином диске - я не в курсе
"Вполне может. Надо щёлкать по первому. "
По какому "первому" ?
Я имею в виду операцию "Merge" для совершенно любых случайно выбранных архивов, где она в раре ?
По какому "первому" ?
Я имею в виду операцию "Merge" для совершенно любых случайно выбранных архивов, где она в раре ?
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160
Предыдущая тема: Прога для поиска картинок в интернете.
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.