Re: запись Windows совместимых дисков
On 2008.01.16 at 04:21:54 +0300, dudraug wrote:
> Хм... впервые сталкиваюсь с такой проблемой. Но вот например записывая
> через gnomebaker столкнулся с такой проблемой. При очень больших именах
> файлов и папок gnomebaker отказывается писать диск (при включенном
> joliet, без него он естественно пишет, но как бы потом весь диск в
> Офтопике становиться нечитабельным), при чем эти же файлы из винды
> через Nero пишутся идеально (проверял у знакомых у коих есть винда).
На какой именно винде они после этого читаются? Винды много разной
бывает.
> Я так понял что joliet не может предоставить полной совместимости с
Ну это смотря какая реализация Joliet.
Есть реализация joliet в ядре (read-only) есть реализация в mkisofs
(genisoimage). Скорее всего gnomebaker вызывает именно её.
Во всяком случае она у него в зависимостях есть. Не исключено что там
наложены более жесткие ограничения на имена файлов чем в Nero из
соображений обеспечения совместимости либо с какими-нибудь древними
версиями виндов, либо с опубликованной спецификацией, которую винды
никогда и не пытались соблюдать, а написано там это исключительно из
соображений усложнить жизнь разработчикам независисмых эксперименов.
Во всяком случеае, у mkisofs есть ключик -joliet-long. О котором авторы
gnomebaker, скорее всего, попросту не знали. Я тоже не знал до
сегодняшнего дня. Сегодня вот полез смотреть а что там могло бы быть с
этими длинными именами, и увидел.
Соответстверно, рекомендую не пользоваться gnomebaker и прочими
фронтендами, а пользоваться непосредственно mkisofs. Тогда процесс будет
полностью управляем.
Можно, конечно, попытаться поправить любимый фронтэнд, добавив в
какой-нибудь диалог чекбокс "разрешить имена файлов длиннее 64 симаволов",
который добавляет -joliet-long в командную строку mkisofs.
Будь фронтэнд маленьким скриптиком
на Tcl/tk или python-gtk я бы это и посоветовал.
Но приложения GNOME обычно не оптимизированы на легкость внесения подобных
модификаций обычным пользователем.
--
Reply to: