проблема с компиляцией ядра 2.6.33 server 9.10

[Max Flynt]

Действительно, ошибка у меня
Поставил виртуальный такой же сервер, скачал, сделал как умные люди посоветовали, всё собралось
Но я ступил, закачал на свой сервер эти 2 файл *.deb установил их там и из ребута сервер не вернулся

ТС, а железо в норме? Сначала не обратил внимание, но ведь если компилятор валится в разных(не в определённых) местах это очень подозрительно. Погоняй-ка память на всякий...

Как проверить память? 

[Mam(O)n]

Память погонять можно с помощью memtest, который идёт на LiveCD диске с Убунтой. В меню выбора вариантов загрузки найдёшь...

А насчёт ошибки, я намедни в интернетах нарывался на разговоры о том, что это глюк компилятора при включении определённой оптимизации... Всё же попробуй как-нибудь другую версию.

[Max Flynt]

Память погонять можно с помощью memtest, который идёт на LiveCD диске с Убунтой. В меню выбора вариантов загрузки найдёшь...

А насчёт ошибки, я намедни в интернетах нарывался на разговоры о том, что это глюк компилятора при включении определённой оптимизации... Всё же попробуй как-нибудь другую версию.

у меня нет физического доступа к серверу... и сидирома там нет
можно как нить скачать этот memtest и запустить на сервере?
ubuntu не дает поставить gcc ниже версии чем есть, а при установки самой новой возникают ошибки

[Mam(O)n]

memtest отдельно от ОС должен запускаться.

KVM там есть? Хотя, если груб сломаешь, то хреново будет, лучше не надо... Нашел memtest в репах. Тогда остаётся открытым вопрос про KVM-over-IP

[dimas000]

Но я ступил, закачал на свой сервер эти 2 файл *.deb установил их там и из ребута сервер не вернулся

гм... если встало нормально, то как-нибудь да должно ядро запуститься... другой вопрос, что не шибко-то сие увидишь, если до запуска ssh (или через что ты там) дело не дошло. во-первых, вопрос такой: как настраивал ядро при сборке оного? брал конфиг с того компа и make oldconfig его или как-то иначе?
если с тем конфигом и ничего лишнего не трогал, то может быть и с грубом косяк. где-то читал тут, кажись, что груб повисал намертво при отстутсвии то ли моника, то ли клавы... в таком варианте надобно было ребутить через kexec (ежели ядро собрано с поддержкой оного).
ну теперь в любом случае нужно добывать там кого-то, кто посмотрел бы на процесс загрузки (и нашел моник, если такового не имеется), иначе не понятно, куда копать

[Max Flynt]

memtest отдельно от ОС должен запускаться.

KVM там есть? Хотя, если груб сломаешь, то хреново будет, лучше не надо... Нашел memtest в репах. Тогда остаётся открытым вопрос про KVM-over-IP

почитал что такое KVM, интересно, удобно, но такого там нет
буду искать memtest теперь,
с диска он сразу запускается и что-то там долго проверяет
можно ли просто запустить уже на загруженной и работающей ОС ?

Но я ступил, закачал на свой сервер эти 2 файл *.deb установил их там и из ребута сервер не вернулся

гм... если встало нормально, то как-нибудь да должно ядро запуститься... другой вопрос, что не шибко-то сие увидишь, если до запуска ssh (или через что ты там) дело не дошло. во-первых, вопрос такой: как настраивал ядро при сборке оного? брал конфиг с того компа и make oldconfig его или как-то иначе?
если с тем конфигом и ничего лишнего не трогал, то может быть и с грубом косяк. где-то читал тут, кажись, что груб повисал намертво при отстутсвии то ли моника, то ли клавы... в таком варианте надобно было ребутить через kexec (ежели ядро собрано с поддержкой оного).
ну теперь в любом случае нужно добывать там кого-то, кто посмотрел бы на процесс загрузки (и нашел моник, если такового не имеется), иначе не понятно, куда копать

я просто скопировал .config и запустил

Код: [Выделить]

make-kpkg clean
make-kpkg --initrd --revision=i386 kernel_image kernel_headersсами *.deb установились нормально, только мне показалось что очень быстро, ядро добавилось в груб, а и при загрузке вышло что-то типо "kernel panic" так сказал по телефону человек у которого стоит этот компьютер уточнять что конкретно написано я не стал
сейчас вернул 2.6.31-20-generic-pae

без моника и клавы всё работает, сначала были глюки из-за моника и АГП карты, но тут по форуму полазил и устранил проблему

эх... разобраться бы почему не собирается на нужном компьютере...

[Mam(O)n]

можно ли просто запустить уже на загруженной и работающей ОС ?

В этом то вся и загвоздка...
Пользователь решил продолжить мысль 27 Марта 2010, 14:05:51:

сами *.deb установились нормально, только мне показалось что очень быстро, ядро добавилось в груб, а и при загрузке вышло что-то типо "kernel panic" так сказал по телефону человек у которого стоит этот компьютер уточнять что конкретно написано я не стал

Ну там впринципе самое интересное. Возможно просто неправильно корневой раздел прописан был.

эх... разобраться бы почему не собирается на нужном компьютере...

С патчами убунты, как видно собирается. Возможно костылей они там понаставили для gcc-4.4. Я сейчас кстати без проблем поставил себе gcc 4.3 из оф. репов убунты. Непонятно, что там у тебя не получалось. Можно прописать его как альтернативу, например, как здесь описано: http://www.infohit.net/blog/post/alternative-gcc-compilers-on-ubuntu-intrepid-and-jaunty.html

[Max Flynt]

Ну там впринципе самое интересное. Возможно просто неправильно корневой раздел прописан был.

разве update-grub не исправляет такие ошибки ?

С патчами убунты, как видно собирается. Возможно костылей они там понаставили для gcc-4.4. Я сейчас кстати без проблем поставил себе gcc 4.3 из оф. репов убунты. Непонятно, что там у тебя не получалось. Можно прописать его как альтернативу, например, как здесь описано: http://www.infohit.net/blog/post/alternative-gcc-compilers-on-ubuntu-intrepid-and-jaunty.html

напиши как конкретно поставил gcc 4.3 (детально, для чайников)
может я что-то не так делаю

[Mam(O)n]

разве update-grub не исправляет такие ошибки ?

Если в его конфиге уже неправильно прописано, то сам он не исправит.

напиши как конкретно поставил gcc 4.3 (детально, для чайников)

Обычно, через синаптик. Если брать командную строку, то sudo apt-get install gcc-4.3 и в системе появится бинарник gcc-4.3. Чтоб он вызывался по команде gcc, то нужно прописать альтернативу, как в вышеприведённой ссылке.
Пользователь решил продолжить мысль 27 Марта 2010, 11:40:55:Если сделать

Код: [Выделить]

sudo update-alternatives --remove-all gcc
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.3 43 --slave /usr/bin/g++ g++ /usr/bin/g++-4.3 --slave /usr/bin/gcov gcov /usr/bin/gcov-4.3
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.4 44 --slave /usr/bin/g++ g++ /usr/bin/g++-4.4 --slave /usr/bin/gcov gcov /usr/bin/gcov-4.4
То можно будет делать выбор дефолтного gcc с помощью sudo update-alternatives --config gcc
Пользователь решил продолжить мысль 27 Марта 2010, 13:48:59:Хм. Нарвался на интересную заметку на педивикии:

/usr/bin/gcc

Несмотря на то, что /usr/bin/gcc обычно является симлинком на одну из версий gcc (например, на /usr/bin/gcc-4.3), update-alternatives не поддерживает его как общее имя (хотя, например, поддерживает /usr/bin/cc). Это связано с несовместимостью различных версий gcc между собой и важностью соблюдения конкретной версии gcc для работоспособности всей системы. Определением того, какой компилятор в данной системе является «основным» занимается мейнтейнер системы.[1]

[Max Flynt]

собственно я так и делал

Код: [Выделить]

sudo apt-get install gcc-4.3просто не знал о

Код: [Выделить]

sudo update-alternatives --config gccтам можно выбрать версию...

попробывал с 4.3 версией, результат тот же

Код: [Выделить]

  CC      fs/partitions/sun.o
fs/partitions/sun.c: In function ‘sun_partition’:
fs/partitions/sun.c:14: internal compiler error: in compute_idf, at tree-into-ssa.c:1029
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.
make[3]: *** [fs/partitions/sun.o] Error 1
make[2]: *** [fs/partitions] Error 2
make[1]: *** [fs] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.33.1'
make: *** [debian/stamp/build/kernel] Error 2
осталось проверить память.. я её б/у купил... досадно...

[dimas000]

я просто скопировал .config и запустил
Код:
make-kpkg clean
make-kpkg --initrd --revision=i386 kernel_image kernel_headers

а make oldconfig? забыл? это зря. ибо при таком раскладе даже от патча толку никакого, ибо он не был включен в конфиг. ну и плюс различие версий ядра - 31 против 33. вот тебе и получаются нехорошие вещи...

Возможно просто неправильно корневой раздел прописан был.

ну это вряд ли... для одного ядра правильный, а для другого нет? если только специально умудриться...

[Max Flynt]

так так...
уточняю последовательность своих действий на другом компьютере:
распаковываю архив
патчу
копирую .config в нужную папку, далее
make oldconfig
make-kpkg clean
make-kpkg --initrd --revision=i386 kernel_image kernel_headers

так? или что-то опять забыл? не хочется опять ошибиться

[dimas000]

ну да, теперь хорошо. во время make oldconfig гляди внимательно. если чего не понимаешь - оставляй лучше по дефолту. а вот когда спросят про "preemptible mode" или как его там - вот там и выбирай real-time (четверка, по-моему).
да, make-kpkg clean, в принципе, не требуется в случае со свежераспакованными сырцами. кстати, для make-kpkg рекомендую еще проставить параметр типа "append-to-version=-rt2703" (ну типа реалтайм, сборка от 27.03) - сия приписка будет видна в версии ядра, потом же проще понять...
да, вот еще что: у меня что на убунте, что на дебиане после установки полученных дебов почему-то не создавался initrd к новому ядру. у меня-то оно отслеживается на уровне update-grub, а так запросто можно не заметить... так что после установки не торопись перегружаться, а погляди в /boot
ежели initrd нужной версии не найдешь - создай его с помощью

Код: [Выделить]

sudo update-initramfs -c -k версия_ядрагде версия ядра - "2.6.33_и_т.д.", точно так же, как и у "vmlinuz-бла-бла-бла"
вотъ. тогда уже можешь более-менее смело уходить в ребут. желательно имея при этом кого-нибудь рядом с компом...

[Max Flynt]

после долгих махинаций, так и не получилось собрать ядро 2.6.33.1 даже на другом компьютере
ошибка всё та же и на любых файлах
последний раз пробовал на ядре 2.6.31.12 и patch-2.6.31.12-rt21 с нескольких раз выдало вот это:

(Нажмите, чтобы показать/скрыть)

 CC      kernel/workqueue.o
*** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.3.4/cc1: realloc(): invalid next size: 0x0a683fa8 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0x40141ff1]
/lib/tls/i686/cmov/libc.so.6[0x401474d0]
/lib/tls/i686/cmov/libc.so.6(realloc+0xdd)[0x4014785d]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85cd523]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x859c2f2]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85a745f]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85a75c9]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x859e6ab]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x859f63c]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85abacd]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85ade07]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x85aef06]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x804c8cd]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x80974a8]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x80a2a9c]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x808b73f]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x8255d0a]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x80a8f52]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x400edb56]
/usr/lib/gcc/i486-linux-gnu/4.3.4/cc1[0x804b341]
======= Memory map: ========
08048000-086d8000 r-xp 00000000 08:01 788886     /usr/lib/gcc/i486-linux-gnu/4.3/cc1
086d8000-086d9000 r--p 0068f000 08:01 788886     /usr/lib/gcc/i486-linux-gnu/4.3/cc1
086d9000-08740000 rw-p 00690000 08:01 788886     /usr/lib/gcc/i486-linux-gnu/4.3/cc1
08740000-0878e000 rw-p 00000000 00:00 0
0a5cf000-0a697000 rw-p 00000000 00:00 0          [heap]
40000000-4001b000 r-xp 00000000 08:01 327        /lib/ld-2.10.1.so
4001b000-4001c000 r--p 0001a000 08:01 327        /lib/ld-2.10.1.so
4001c000-4001d000 rw-p 0001b000 08:01 327        /lib/ld-2.10.1.so
4001d000-4001e000 r-xp 00000000 00:00 0          [vdso]
4001e000-40020000 rw-p 00000000 00:00 0
40020000-40027000 r--s 00000000 08:01 131338     /usr/lib/gconv/gconv-modules.cache
40027000-40073000 r-xp 00000000 08:01 144514     /usr/lib/libmpfr.so.1.2.0
40073000-40074000 r--p 0004b000 08:01 144514     /usr/lib/libmpfr.so.1.2.0
40074000-40075000 rw-p 0004c000 08:01 144514     /usr/lib/libmpfr.so.1.2.0
40075000-400d4000 r-xp 00000000 08:01 144501     /usr/lib/libgmp.so.3.5.0
400d4000-400d5000 r--p 0005e000 08:01 144501     /usr/lib/libgmp.so.3.5.0
400d5000-400d6000 rw-p 0005f000 08:01 144501     /usr/lib/libgmp.so.3.5.0
400d6000-400d7000 rw-p 00000000 00:00 0
400d7000-40215000 r-xp 00000000 08:01 331        /lib/tls/i686/cmov/libc-2.10.1.so
40215000-40216000 ---p 0013e000 08:01 331        /lib/tls/i686/cmov/libc-2.10.1.so
40216000-40218000 r--p 0013e000 08:01 331        /lib/tls/i686/cmov/libc-2.10.1.so
40218000-40219000 rw-p 00140000 08:01 331        /lib/tls/i686/cmov/libc-2.10.1.so
40219000-4021d000 rw-p 00000000 00:00 0
4021d000-4025c000 r--p 00000000 08:01 131227     /usr/lib/locale/ru_RU.utf8/LC_CTYPE
4025c000-4025d000 r--p 00000000 08:01 136103     /usr/lib/locale/ru_RU.utf8/LC_MESSAGES/SYS_LC_MESSAGES
4025d000-40992000 rw-p 00000000 00:00 0
40999000-409b5000 r-xp 00000000 08:01 814        /lib/libgcc_s.so.1
409b5000-409b6000 r--p 0001b000 08:01 814        /lib/libgcc_s.so.1
409b6000-409b7000 rw-p 0001c000 08:01 814        /lib/libgcc_s.so.1
40a00000-40a21000 rw-p 00000000 00:00 0
40a21000-40b00000 ---p 00000000 00:00 0
bfe7b000-bfe91000 rw-p 00000000 00:00 0          [stack]
In file included from kernel/workqueue.c:29:
include/linux/syscalls.h:58: internal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.
make[2]: *** [kernel/workqueue.o] Error 1
make[1]: *** [kernel] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.31.12'
make: *** [debian/stamp/build/kernel] Error 2

знающие люди помогите разобраться