Ошибка при компиляции ядра 3.x.x

[Angel_ok]

У меня Debian Squeeze.
Компилирую ядро командой:

Код Выделить Развернуть

fakeroot make-kpkg --initrd kernel_image kernel_headers
В ходе компиляции следующая ошибка:

Открыть содержимое (спойлер)

Код Выделить Развернуть

...
IHEX2FW firmware/keyspan_pda/xircom_pgs.fw
IHEX firmware/cpia2/stv0672_vp4.bin
make[1]: Leaving directory `/home/ang/linux-3.0.3'
/usr/bin/make ARCH=i386 \
-C Documentation/lguest
make: *** Documentation/lguest: Нет такого файла или каталога. Останов.
make: *** [debian/stamp/build/kernel] Ошибка 2

[свернуть]

Также ранние были ошибки при компиляции ядра 3.0.1. Но там были другие ошибки, не помню какие.

В чем может причина ошибки? Как исправить?
Кто-нибудь компилировал 3.х ядро на Debian?

[camac]

Поддерживаю вопрос. Аналогичная ошибка - ядро 3.0.1.

[Angel_ok]

Проблема решена!
Необходимо отключить все упоминания об lguest

[Angel_ok]

Необходимо отключить lguest в двух параметрах:

Код Выделить Развернуть

Processor type and features  --->[*] Paravirtualized guest support  --->[ ]   Lguest guest support

Код Выделить Развернуть

[*] Virtualization  --->< >   Linux hypervisor example code

[Angel_ok]

Проблема не исчезает и на ядре 3.4.2

Необходимо отключить lguest в двух параметрах:

В этом случае не будет работать виртуалбокс.

Этот баг до сих пор не решен.
Патч не налаживается.Другие решения тоже не помогают.
До сих пор не могу нормально собрать ядро.

[Olej]

Проблема не исчезает и на ядре 3.4.2

В tested ветке есть linux-image-3.2.0
Он как-то ведь собирался?

[Angel_ok]

Он как-то ведь собирался?

Собирался. Я же не говорю что вообще ни у кого не собирается.
Просто я эту проблему пока победить не могу.

[vladimir_ar]

У меня и 3,0 и 3,3 нормально собирается, вообще без проблем. И работаю уже под 3,3,1 давненько, под самособранным, без нареканий. АМД64. Только собирал я его по инструкции с форума, через make nconfig и далее CONCURRENCY_LEVEL=4 make-kpkg --initrd --revision=<xxx> kernel_image kernel_headers

[Olej]

У меня и 3,0 и 3,3 нормально собирается, вообще без проблем. И работаю уже под 3,3,1 давненько, под самособранным, без нареканий. АМД64. Только собирал я его по инструкции с форума, через make nconfig и далее CONCURRENCY_LEVEL=4 make-kpkg --initrd --revision=<xxx> kernel_image kernel_headers

В принципе, любое ядро должно собираться, потому как для сборки ядра под любым дистрибутивом, нужны только исходники ядра + gcc, которые от дистрибутива никак не зависят.
(я конфигурировал-собирал ядро и 3.4 и предыдущие и всё ОК)

Но в описаниях "сборка ядра Debian" (подскажите ссылку - потерял) описываются 2 способа сборки:
- как они сами называют, специфический Debian способ, с Debian-задрочками...
- и называемый 2-м способ - как у людей: make config, make и т.д.
Собирайте 2-м способом ("как у людей") и, я думаю, не будет у вас проблем со сборкой ядра.

Некоторые детали сборки можно посмотреть и обсудить здесь:
сборка и установка ядра
Как правильно собирать ядро?

[Brainey]

Читаю тему и не пойму: используются исходники из репозитория с патчами debain или с ванильного kernel.org?

Как правильно собирать ядро?

make install

make modules_install

Способ "преврати систему в помойку". Используйте стандартный способ со сборкой пакетов debian. Он всего лишь более автоматизирован и не может привести к проблемам, описанным выше.

[Angel_ok]

используются исходники из репозитория с патчами debain или с ванильного kernel.org?

Что за репозиторий с патчами debian? Я не в курсе.
Почему kernel.org ванильный? Наоборот считаю самое что ни на есть первоисточник.

Собираю обычным способом:

Код Выделить Развернуть

make nconfig

Код Выделить Развернуть

CONCURRENCY_LEVEL=2 fakeroot make-kpkg --initrd kernel_image kernel_headers

[Olej]

Что за репозиторий с патчами debian? Я не в курсе.
Почему kernel.org ванильный? Наоборот считаю самое что ни на есть первоисточник.

Ванильным и называется ядро в том виде, как оно вышло от команды разработчиков ядра.
(таким, каким его хотел видеть Линус Торвальдс)

Сборщики (гордо называющие себя "майнтейнеры"  ) многих дистрибутивов (но не всех) накладывают на исходный код ядра от себя патчи.
(эти думают, что они даже ещё лучше, чем Линус Торвальдс знают, каким надлежит быть ядру )

Это уже вопрос не инженерии, а вопрос психиатрии ... как применительно к Линусу Торвальдсу, так и к майнтейнерам ... : "кто всех красивее и милее"(с) 

Таким образом и бывает, что ядра бывают: а). ванильные, б). патченные.

Сообщение объединено: 14 июня 2012, 13:42:10

Способ "преврати систему в помойку".

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

- майнтейнеры крайне-крайне редко что-то исправляют в ядре (это происходит чаще уже в период эксплуатации стабильной версии и по случаю ну уж очень явных проколов безопасности)...

- и чаще всего только добавляют к ядру какие-то нововведения, которые отказался туда добавлять "царь и бог" Линус Торвальдс;

- все эти новшества никак не используются (не могут использоваться!) открытыми проектами из userspace ... и уж в первую голову - GNU проектами, которые создают в большей мере Linux, чем даже ядро...   

- поэтому отсутствие патчей на ядро в такой мизерной степени может способствовать "превращения  системы в помойку"(с), что не стоит об этом и говорить...

- ошибки системы инсталляции, ошибки в зависимостях репозитариев, неадекватность состояний различных зеркал и т.д. в Debian (см. соседние темы) - это куда более реальный способ "преврати систему в помойку"(с) 

P.S. и кроме того: чем же патчи, притуленные к ядру Debian, умнее, чем, скажем патчи, притуленные к ядру Fedora ?   

[noname]

#cd /usr/src/linux-3.xxxx/Documentation
#ln -s virtual/lguest
#cd /usr/src/linux-3.xxxx 

должно помочь 

[ferum]

Сборщики (гордо называющие себя "майнтейнеры"  ) многих дистрибутивов (но не всех) накладывают на исходный код ядра от себя патчи.(эти думают, что они даже ещё лучше, чем Линус Торвальдс знают, каким надлежит быть ядру )

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