Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
| | | |
Вроде да 20.10.03 11:07 Число просмотров: 1382
Автор: 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-ы
|
|
<beginners>
|
Linux RH 9: запись CD-RW, пересборка ядра 05.10.03 05:50
Автор: lunc <Alexander Krizhanovsky> Статус: Member
|
Не могу записсать iso-шник на CD-RW (до этого писал на него Burning Room). Выводит:
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg Schilling
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.24
Error trying to open /dev/scd0 exclusively ... retrying in 1 second.
Пишу так: cdrecord dev=0,0,0 speed=10 -v SoftIce.iso
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
|
> > просто попробуй поставить другую версию ядра (например
> > 2.4.22). А если нужно прям 2.4.20, то скачай сам его с
> > kernel.org
Откомпилил 2.4.22:
sort: sort.c:717: inittables_mb: Assertion `mblength != (size_t)-1 && mblength != (size_t)-2' failed.
make:*[vmlinux] Ошибка 134
(не ожиданное значение mblength - как его править?)
Пробовал компилить стандартное ядро (из дистрибутива) с опциями по умолчанию (ведь с ними же оно собиралось при установке) - тоже компиляция валится.
Вот что выдает sh ver_linux:
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
Linux LUCKY-STAR.luncdomain 2.4.20-8 #1 Thu Mar 13 17:18:24 EST 2003 i686 athlon i386 GNU/Linux
Gnu C 3.2.2
Gnu make 3.79.1
util-linux 2.11y
mount 2.11y
modutils 2.4.22
e2fsprogs 1.32
jfsutils 1.0.17
reiserfsprogs 3.6.4
pcmcia-cs 3.1.31
quota-tools 3.06.
PPP 2.4.1
isdn4k-utils 3.1pre4
Linux C Library 2.3.2
Dynamic linker (ldd) 2.3.2
Procps 2.0.11
Net-tools 1.60
Kbd 1.08
Sh-utils 4.5.3
Modules Loaded ppp_deflate zlib_deflate ppp_async ppp_generic slhc via82cxxx_audio uart401
ac97_codec sound soundcore parport_pc lp parport autofs ipt_REJECT iptable_filter ip_tables sg sr_mod ide-scsi scsi_mod ide-cd cdrom scanner keybdev mousedev hid input usb-uhci usbcore ext3 jbd
В 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
|
Зашел в /usr/src/linux-2.4.20-8/drivers/pci в Makefile:
names.o: names.c devlist.h classlist.h
devlist.h classlist.h: pci.ids gen-devlist
./gen-devlist <pci.ids
Вроде все нормально....
Я уже пересобирал на этом дистрибутивве ядро, но тогда у меня все собралось без проблемм...
Сейчас качаю 2.4.22 ядро - попробую на нем....
|
|
imho 05.10.03 06:22
Автор: Q Статус: Незарегистрированный пользователь
|
> Пишу так: cdrecord dev=0,0,0 speed=10 -v SoftIce.iso
cdrecord dev=/dev/hdc speed=10 -v SoftIce.iso
> В /etc/grub.conf (загрузчик GRUB) прописал append="
> hdd=ide-scsi "
hdc=ide-scsi
|
| |
imho 05.10.03 13:16
Автор: lunc <Alexander Krizhanovsky> Статус: Member
|
> hdc=ide-scsi
Он у меня на hdd - secondary slave (2HDD + 2CD-ROM)
|
|
|
подробно о проекте
Анализ криптографических сетевых...
