Используется загрузка с флеш-диска и установка по ftp протоколу. Процесс установки происходит четко и гладко. На этапе 7/16 "получение пакетов" при получении "пакета kernel-modules-iscsitarget-2.6.18-std-smp-0.4.14-alt3.i586.rpm" процесс установки замирает. Пробовал несколько раз. Использую распакованный образ дистрибутива. В качестве источника файлов для ftp подключал как директорию на жестком диске так и записанный ДВД с образом дистрибутива.
А что работает ftp сервером? Похоже, проблема в длинном имени
(In reply to comment #1) Да, я об этом не подумал... В качестве "ftp сервера" работает windows XP ее стандартными средствами.
ftp сервер должен поддерживать достаточно длинные имена файлов. Возможно, это следует считать недостатком документации
Тогда пусть оно повисит на документации.
Я попробую поднять ftp на нашем линукс-сервере и повторить установку. Если все получится - напишу. P.S. При подключении к действующему (на winXP) серверу с помощью брайзера и ftp клиента - длинные имена отображаются нормально.
Установка останавливалась при получении файла kernel-modules-iscsitarget-2.6.18-std-smp-0.4.14-alt3.i586.rpm Сразу за ним, по алфавиту, в директории шел файл kernel-modules-kqemu-std-smp-1.3.0-alt0.1.pre11.132626.10.i586.r я изменил его в ручную на: kernel-modules-kqemu-std-smp-1.3.0-alt0.1.pre11.132626.10.i586.rpm после повторного запуска установки, процесс остановился уже на файле: kernel-modules-madwifi-std-smp-0.9.3.1-alt2.132626.10.i586.rpm после которого, в текущей директории по алфавиту идет kernel-modules-matroxdriver-std-smp-1.4.4.8-alt1.132626.10.i586 я изменил его руками на kernel-modules-matroxdriver-std-smp-1.4.4.8-alt1.132626.10.i586.rpm не дожидаясь еще одной попытки изменил следующий kernel-modules-svgalib_helper-std-smp-1.9.25-alt4.132626.10.i586 в ручную на файл kernel-modules-svgalib_helper-std-smp-1.9.25-alt4.132626.10.i586.rpm Я в шоке, но, только что, успешно завершилась установка системы... так что извините за беспокойство и невнимательность. Интересно, что, на двух машинах, я уже ставил систему с ДВД, при том, что на ДВД те же файлы с теми же ошибками - парадокс...
(In reply to comment #6) > Установка останавливалась при получении файла Я правильно понимаю, что вопрос исчерпан, исправления в документации не требуются и ошибку можно закрывать?
(In reply to comment #6) > Сразу за ним, по алфавиту, в директории шел файл > kernel-modules-kqemu-std-smp-1.3.0-alt0.1.pre11.132626.10.i586.r Явно побилось при копировали файлов с DVD на винт. Насколько я понимаю, целиком очень длинные имена файлов видны только в RockRidge, который даже при штатном монтировании в Linux перекрывается Joliet.
Для меня - вопрос исчерпан,т.к. установка, все-таки прошла нормально. Однако, хочу заметить, что на ДВД файлы в таком же состоянии как были на винте (как я описывал в посте №6). Тем не менее с ДВД установка происходит нормально. Ошибка это или нет - решать Вам. Может, просто, стоит информировать об этой проблеме.
(In reply to comment #9) > Однако, > хочу заметить, что на ДВД файлы в таком же состоянии как были на винте (как я > описывал в посте №6). Вы зря не прочли мой комментарий.
(In reply to comment #10) > (In reply to comment #9) > > Однако, > > хочу заметить, что на ДВД файлы в таком же состоянии как были на винте (как я > > описывал в посте №6). > > Вы зря не прочли мой комментарий. > прошу прощения, теперь понял.
(In reply to comment #8) > (In reply to comment #6) > > Сразу за ним, по алфавиту, в директории шел файл > > kernel-modules-kqemu-std-smp-1.3.0-alt0.1.pre11.132626.10.i586.r > Явно побилось при копировали файлов с DVD на винт. Насколько я понимаю, > целиком очень длинные имена файлов видны только в RockRidge, который даже при > штатном монтировании в Linux перекрывается Joliet. Можно в руководстве по установке сделать примечание, что если Вы копируете файлы с DVD на жёсткий диск, то примите (какие?) меры, чтобы избежать поломки имён файлов. Или рекомендовать вообще этого не делать?
Наличие таких длинных имён делает процесс копирования (или просто монтирования) вот таким: "Для установки или копирования файлов монтируйте диск с опцией nojoliet под Linux, а под Windows - хрен вам, а не установка". Может лучше эти три пакета пересобрать с более короткими именами?
Это их сейчас три (?), и при данном пути до них. Обычно было больше.
Да, напоминаю, что есть теоретическая возможность восстановить имя rpm-пакета по его содержимому. Требует что-нибудь типа rpmquery, правда.
Ограничение joliet - 64 символа. Поскольку apt-у/genbasedir-у плевать на имена файлов, то можно тупо более длинные переименовывать перед записью на CD/DVD.
Поскольку это неплохая такая проблема с совместимостью - переоткрываю.
Поддержка дистрибутива завершена. Используйте новые версии.
