cdrecord -scanbus:
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg Schilling
Linux sg driver version: 3.1.24
Using libscg version 'schily-0.7'
cdrecord: Warning: using inofficial libscg transport code version (schily - Red
Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75 02/10/21 Copyright
1997 J. Schilling').
scsibus0:
0,0,0 0) 'SONY ' 'CD-RW CRX175E2 ' 'S002' Removable CD-ROM
В /etc/grub.conf (загрузчик GRUB) прописал append=" hdd=ide-scsi "
Сидюк IDE-шный висит на hdd, в /dev (два сидюка):
cdrom -> /dev/scd0
cdrom1 -> /dev/hdc
/etc/modules (у меня его нет) и /etc/modules.conf не трогал (ядро 2.4.20).
Пересобирал ядро, включил следующие опции:
BLOCK Enhanced IDE/MFM/RLL... Y
BLOCK IDE/ATAPI CDROM M
BLOCK SCSI hostadaptor emulation M
BLOCK Loopback device M
SCSI SCSI support Y
SCSI SCSI CD-ROM support Y
SCSI Enable vendor-specific Y
SCSI SCSI generic support Y
FS ISO 9660 CDROM filesystem iso9660 Y
FS Microsoft Joliet cdrom... joliet M
(В редхате эти опции несколько по другому называются, взял из HAWTO)
На make bzImage выдается:
make[3]: Вход в каталог `/usr/src/linux-2.4.20-8/drivers/pci'
make[3]:*Нет правила для сборки цели `/usr/src/linux-2.4.20-8/drivers/pci/devlist.h', требуемой для `names.o'. Останов.
make[3]: Выход из каталог `/usr/src/linux-2.4.20-8/drivers/pci'
make[2]:*[first_rule] Ошибка 2
make[2]: Выход из каталог `/usr/src/linux-2.4.20-8/drivers/pci'
make[1]:*[_subdir_pci] Ошибка 2
make[1]: Выход из каталог `/usr/src/linux-2.4.20-8/drivers'
make:*[_dir_drivers] Ошибка 2
Сам я правило не пропишу..... Описание такой ошибки я не нашел.
Я больше не знаю что делать!!!
по поводу пересборки ядра05.10.03 10:36 Автор: fly4life <Александр Кузнецов> Статус: Elderman
просто попробуй поставить другую версию ядра (например 2.4.22). А если нужно прям 2.4.20, то скачай сам его с kernel.org и не пользуйся сорсами, идущими с дистрибом.
Я пересобирал RH9.0 Правда при помощи бубна05.10.03 14:28 Автор: amirul <Serge> Статус: The Elderman
> просто попробуй поставить другую версию ядра (например > 2.4.22). А если нужно прям 2.4.20, то скачай сам его с > kernel.org и не пользуйся сорсами, идущими с дистрибом. Не помню точно, но там при сборке модулей с контролем версий (ко всем экспортам добавляется какая то хрень типа мангляния в названии, причем в разных версиях - разная). Так вот не подключался кажется rhconfig.h, который подключает modversion.h и т.п. со всякими макросами, для замены нормальных названий замангленными. Пришлось подправить глобальный Makefile (который лежит прям в /usr/src/linux) и подправить параметры вызова gcc для сборки модулей.
Причем этот глюк тянется еще как минимум с 7.0 (более ранние я просто не пересобирал)
У меня такое впечатление, что в лучших традициях OpenSource: сырцы бесплатные, консультации платные. Вот с тех, кто не может пересобрать ядро сам RH и предполагает брать деньги. А оно у них не пересобирается даже с демонстрационными конфигами.
Это gcc?19.10.03 19:28 Автор: lunc <Alexander Krizhanovsky> Статус: Member
В README (или HOWTO не помню) говорилось, что в неудаче в сборки виновато железо, системные утилиты (какие?) или компилятор.
Описание 134 ошибки я в сети не нашел.
Makefile смотрел - вроде все нормально (хотя сильно не копался).
amirul, ты исходники копал, когда ядро не собиралось?
Вроде да20.10.03 11:07 Автор: amirul <Serge> Статус: The Elderman
> Откомпилил 2.4.22: > > sort: sort.c:717: inittables_mb: Assertion `mblength != > (size_t)-1 && mblength != (size_t)-2' failed. > make:*[vmlinux] Ошибка 134 assertion - это бага времени исполнения, а не компиляции. То бишь виноваты не сырцы, а компилятор
> (не ожиданное значение mblength - как его править?) Это надо ковыряться в gcc, чего я делать категорически не рекомендую - болото :-). Лучше попробовать другую версию
> Пробовал компилить стандартное ядро (из дистрибутива) с > опциями по умолчанию (ведь с ними же оно собиралось при > установке) - тоже компиляция валится. У меня как раз стандартное ядро со стандартным конфигом на редхате еще ни разу без бубна не собралось :-) Вопрос: а валится с той же ошибкой?
Если да, попробуй переставить пакет с gcc и его зависимости (возможно версии библиотек не соответсвуют тому, что ожидает эта версия gcc). Правда есть вероятность, что после этого не будет работать что то другое.
> Вот что выдает sh ver_linux: К сожалению лично мне это ни о чем не говорит.
> В README (или HOWTO не помню) говорилось, что в неудаче в > сборки виновато железо, системные утилиты (какие?) или > компилятор. > Описание 134 ошибки я в сети не нашел. Скорее всего что то типа фатальная ошибка компилятора. Именно так: не компиляция завершилась с ошибками, а компилятор вылетел с ошибкой.
> Makefile смотрел - вроде все нормально (хотя сильно не > копался). Он тут скорее всего ни при чем. То бишь даже если и есть ошибки, они должны отлавливаться компилятором с адекватным сообщением. А тут что то в нем самом пошло не так.
> amirul, ты исходники копал, когда ядро не собиралось? Не совсем исходники - я не настолько гуру :-)
Ковырял я header-ы и Makefile-ы
Правило вроде есть...05.10.03 15:48 Автор: lunc <Alexander Krizhanovsky> Статус: Member
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
