LINUX.ORG.RU

[gentoo] не хочет собираться ядро


0

1

Ставлю генту на x86_64, ядро собираю с помощью genkernel
сразу получаю ошибку:

  • ERROR: Failed to compile the «bzImage» target...

Почему выдает «Cannot open '/usr/share/v86d/initramfs'»?
Вот содержимое /var/log/genkernel.log:

* Please use --splash, as --gensplash is deprecated.
* Gentoo Linux Genkernel; Version 3.4.10.907^[[0m
* Running with options: --menuconfig --gensplash all

* Linux Kernel 2.6.36-gentoo-r5^[[0m for x86_64^[[0m...
* kernel: >> Running mrproper...
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" ARCH="x86"
  CLEAN   /usr/src/linux-2.6.36-gentoo-r5
  CLEAN   usr
  CLEAN   scripts/basic
  CLEAN   scripts/kconfig
  CLEAN   scripts/mod
  CLEAN   scripts
  CLEAN   .tmp_versions
  CLEAN   include/config include/generated
  CLEAN   .config .config.old .version include/linux/version.h
* config: Using config from /usr/share/genkernel/arch/x86_64/kernel-config
*         Previous config backed up to .config.bak
*         >> Running oldconfig...
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" ARCH="x86"
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/basic/hash
scripts/basic/docproc.c: В функции ‘docsect’:
scripts/basic/docproc.c:336: предупреждение: результат ‘asprintf’, декларированной с атрибутом warn_unused_result, игнорируется
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/kxgettext.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf --oldconfig arch/x86/Kconfig
#
# configuration written to .config
#
* kernel: >> Cleaning...
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" ARCH="x86"
* config: >> Invoking menuconfig...
COMMAND: make j1  menuconfig
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" ARCH="x86"
HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf --silentoldconfig arch/x86/Kconfig
  CHK     include/linux/version.h
  UPD     include/linux/version.h
  CHK     include/generated/utsrelease.h
  UPD     include/generated/utsrelease.h
  CC      kernel/bounds.s
  GEN     include/generated/bounds.h
  CC      arch/x86/kernel/asm-offsets.s
  GEN     include/generated/asm-offsets.h
  CALL    scripts/checksyscalls.sh
*         >> Compiling 2.6.36-gentoo-r5 bzImage...
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" ARCH="x86"
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  HOSTCC  scripts/kallsyms
  CC      scripts/mod/empty.o
  HOSTCC  scripts/mod/mk_elfconfig
  MKELF   scripts/mod/elfconfig.h
  HOSTCC  scripts/mod/file2alias.o
  HOSTCC  scripts/mod/modpost.o
  HOSTCC  scripts/mod/sumversion.o
  HOSTCC  scripts/conmakehash
  HOSTLD  scripts/mod/modpost
  HOSTCC  scripts/bin2c
  CALL    scripts/checksyscalls.sh
  CC      init/main.o
  HOSTCC  usr/gen_init_cpio
  /usr/src/linux-2.6.36-gentoo-r5/scripts/gen_initramfs_list.sh: Cannot open '/usr/share/v86d/initramfs'
make[1]: *** [usr/initramfs_data.cpio.lzma] Ошибка 1
make: *** [usr] Ошибка 2
make: *** Ожидание завершения заданий...
  CHK     include/generated/compile.h
  CC      init/do_mounts.o
  CC      init/do_mounts_rd.o
  CC      init/do_mounts_initrd.o
  CC      init/initramfs.o
  CC      init/calibrate.o
  LD      init/mounts.o
  UPD     include/generated/compile.h
CC      init/version.o
  LD      init/built-in.o
* Please use --splash, as --gensplash is deprecated.
* Gentoo Linux Genkernel; Version 3.4.10.907^[[0m
* Running with options: --menuconfig --gensplash all

* ERROR: Failed to compile the "bzImage" target...
* -- Grepping log... --
* -- End log... --

Ответ на: комментарий от Insomnium

Кстати, почему он по зависимостям не вытягивается?

CTAPK ()

в livecd:

# lzma --version[br]
xz (XZ Utils) 4.999.9beta
liblzma 4.999.9beta

sumrak_ss ★★ ()
Ответ на: комментарий от CTAPK

Не знаю, нет генты под рукой, ебилд глянуть не могу. У меня как-то раз xz-utils не хватало, сказал нет такой команды. Или руки или карма.

Insomnium ★★★★ ()
Ответ на: комментарий от Insomnium

До этого ставил на этой же системе, поменялся только HDD -
не было подобных проблем. сейчас v86d поставится посмотрим...

sumrak_ss ★★ ()

Сделанно! Спасибо за оперативную помощь!

sumrak_ss ★★ ()

Возникла новая проблема, уже при установке gnome.
Отказывается собирать gnome-base/libbonobo-2.24.3
Вот фрагмент /var/tmp/portage/gnome-base/libbonobo-2.24.3/temp/build.log в котором начинаются ошибки:

In file included from Bonobo_GenericFactory-skels.c:7:
Bonobo_GenericFactory.h:108: ошибка: expected specifier-qualifier-list before ‘POA_Bonobo_Unknown__epv’
Bonobo_GenericFactory-skels.c: В функции ‘get_skel_small_Bonobo_GenericFactory’:
Bonobo_GenericFactory-skels.c:15: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_GenericFactory_epv’
Bonobo_GenericFactory-skels.c:21: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_Unknown_epv’
Bonobo_GenericFactory-skels.c:22: ошибка: ‘Bonobo_Unknown__iinterface’ не описан (первое использование в этой функции)
Bonobo_GenericFactory-skels.c:22: ошибка: (Сообщение о неописанном идентификаторе выдается один раз
Bonobo_GenericFactory-skels.c:22: ошибка: для каждой функции, в которой он используется.)
Bonobo_GenericFactory-skels.c:23: ошибка: ‘_ORBIT_skel_small_Bonobo_Unknown_queryInterface’ не описан (первое использование в этой функции)
Bonobo_GenericFactory-skels.c:27: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_Unknown_epv’
Bonobo_GenericFactory-skels.c:29: ошибка: ‘_ORBIT_skel_small_Bonobo_Unknown_ref’ не описан (первое использование в этой функции)
Bonobo_GenericFactory-skels.c:33: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_Unknown_epv’
Bonobo_GenericFactory-skels.c:35: ошибка: ‘_ORBIT_skel_small_Bonobo_Unknown_unref’ не описан (первое использование в этой функции)
Bonobo_GenericFactory-skels.c: В функции ‘POA_Bonobo_GenericFactory__init’:
Bonobo_GenericFactory-skels.c:50: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_GenericFactory_epv’
Bonobo_GenericFactory-skels.c:51: ошибка: ‘Bonobo_Unknown__classid’ не описан (первое использование в этой функции)
Bonobo_GenericFactory-skels.c:52: ошибка: ‘POA_Bonobo_GenericFactory__vepv’ не содержит элемента с именем ‘Bonobo_Unknown_epv’
make[2]: *** [Bonobo_GenericFactory-skels.lo] Ошибка 1
make[2]: *** Ожидание завершения заданий...
mv -f .deps/Bonobo_Activation_types-skels.Tpo .deps/Bonobo_Activation_types-skels.Plo
mv -f .deps/Bonobo_Unknown-skels.Tpo .deps/Bonobo_Unknown-skels.Plo
make[2]: Leaving directory `/var/tmp/portage/gnome-base/libbonobo-2.24.3/work/libbonobo-2.24.3/bonobo-activation'
make[1]: *** [install] Ошибка 2
make[1]: Leaving directory `/var/tmp/portage/gnome-base/libbonobo-2.24.3/work/libbonobo-2.24.3/bonobo-activation'
make: *** [install-recursive] Ошибка 1
emake failed
 ^[[31;01m*^[[0m ERROR: gnome-base/libbonobo-2.24.3 failed:
 ^[[31;01m*^[[0m   install failed
 ^[[31;01m*^[[0m
 ^[[31;01m*^[[0m Call stack:
 ^[[31;01m*^[[0m     ebuild.sh, line   56:  Called src_install
 ^[[31;01m*^[[0m   environment, line 1572:  Called gnome2_src_install
 ^[[31;01m*^[[0m   environment, line 1321:  Called die
 ^[[31;01m*^[[0m The specific snippet of code:
 ^[[31;01m*^[[0m           emake DESTDIR="${D}" "scrollkeeper_localstate_dir=${ED}${sk_tmp_dir} " "$@" install || die "install failed";

sumrak_ss ★★ ()
Ответ на: комментарий от sumrak_ss

С такими проблемами лучше обращаться на gentoo.ru, предварительно внимательно ознакомившись с правилами оформления постов о проблемах... А так по огрызку лога компиляции тебе никто ничего толкового не скажет.

delete83 ★★ ()
Ответ на: комментарий от stormblastt
# emerge --info
Portage 2.1.9.25 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.4, glibc-2.11.2-r3, 2.6.36.2-calculate x86_64)
=================================================================
System uname: Linux-2.6.36.2-calculate-x86_64-AMD_Phenom-tm-_II_X2_545_Processor-with-gentoo-1.12.14
Timestamp of tree: Wed, 02 Mar 2011 13:15:01 +0000
app-shells/bash:     4.1_p7
dev-lang/python:     2.6.6-r1, 3.1.3-r1
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.4-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.30-r1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=amdfam10 -msse -msse2 -fomit-frame-pointer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=amdfam10 -msse -msse2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs candy distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.neolabs.kz/gentoo/pub http://gentoo.iteam.net.ua/ http://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/"
LANG="ru_RU.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en ru"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync2.ru.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdr chromium cli consolekit cracklib crypt cxx dbus djvu dri dts dvd dvdr emboss encode evo exif firefox flac gamin gdbm gdu gif gnome gnome-keyring gpm gstreamer gtk hal iconv jpeg jpeg2k lame lcms ldap libnotify mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib nautilus ncurses nls nm-applet nptl nptlonly ogg opengl openmp pam pango pcre pdf perl png policykit ppds pppd python python3 qt3support readline sdl session spell sqlite sse sse2 ssl startup-notification static-libs svg sysfs tcpd tiff truetype udev unicode usb vorbis x264 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
sumrak_ss ★★ ()
Ответ на: комментарий от AbbaT

Она подтягивает в зависимостях libbonobo и собирает его в первую очередь.

sumrak_ss ★★ ()
Ответ на: комментарий от sumrak_ss

Самый первый совет в Вашем случае, это попробовать отключить опцию -j3 в MAKEOPTS. Подобные глюки при параллельной сборке не такая уж редкость.

delete83 ★★ ()
Ответ на: комментарий от sumrak_ss

Пощла сборкамана! =) Я размаскировал libbonobo-2.32 и перезагрузился.

sumrak_ss ★★ ()
Ответ на: комментарий от sumrak_ss

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

delete83 ★★ ()
Ответ на: комментарий от delete83

Нормальные люди юзают ~<arch> only.

PS в куррент генту вроде программы древнее debianовских.

tn1 ()
Ответ на: комментарий от sumrak_ss

Допиши
ACCEPT_KEYWORDS=«~amd64» в make.conf
и будет всё ок .

tn1 ()
Ответ на: комментарий от sumrak_ss

А не будет глючить?

Нет. Это просто свежие версии программ.

PS

My master                                                                       
(17:48:23) t_n1:
uname -ro
(17:48:28) Gentoo:
2.6.37-hardened-r4 GNU/Linux
My master                                                                       
(17:48:23) t_n1:

tn1 ()
Ответ на: комментарий от sumrak_ss

Не верь им :) Глючить будет. Редко и несильно, но будет. Глюки, впрочем, все связаны с установкой пакетов. Неудовлетворенные зависимости, удаленные из портежа пакеты, которые у тебя в зависимостях к другим пакетам... Все это придется вручную исправлять. В стабильной ветке тебе (как правило) гарантируют стабильность, что ясно из названия.

Большинство гентушников сидит на ~arch и время от времени сталкивается с мелкими проблемами. Иногда и с крупными. Но это цена более свежих версий программ, в которых (иногда) появляются новые возможности.

delete83 ★★ ()
Ответ на: комментарий от delete83

>В стабильной ветке тебе (как правило) гарантируют стабильность, что ясно из названия

Перечитай тред.

CTAPK ()
Ответ на: комментарий от CTAPK

Ну, а то, что в ~x86 ветке после установки системы первое же обновление вытягивает свежую версию питона (в добавок еще и третью версию ставит) и ноявленному адепту gentoo приходится решать весьма неслабые для новичка проблемы с portage это вообще фигня?

То, что создатели Calculate Linux один раз что-то напортачили с гномом еще не значит, что там вообще все плохо в стабильной ветке и уж тем более не значит, что там в тестовой ветке все в порядке.

delete83 ★★ ()
Ответ на: комментарий от delete83

>ноявленному адепту gentoo приходится решать весьма неслабые для новичка проблемы с portage

Неслабые проблемы - это вбить две команды?

CTAPK ()
Ответ на: комментарий от delete83

Причём тут калькулят? Ты тред перечитал? ТС пользуется стабильной веткой и у него не собирался гном.

CTAPK ()
Ответ на: комментарий от sumrak_ss

Будет. И еще как. Тестовые пакеты ставить - последнее дело, ты ж не федоровод какой...

LongLiveUbuntu ★★★★★ ()
Ответ на: комментарий от CTAPK

Тред я как раз читал с самого момента его появления и вижу, что у автора стоит Calculate Linux. И неслабые проблемы это когда при апгрейде системы сразу после установки пропускаешь сообщение emerge о необходимости обновить профиль питона и выбрать именно ВТОРУЮ версию как основную. Вот тогда начинаешь гадать, а почему, собственно, все глючит в системе и пакеты новые не ставятся...

Еще вспомним про обновление gcc со сменой архитектуры... В stage3 же идет i386, а после обновления ставится i686. При таком обновлении профиль gcc некорректно обновляется. У меня так случилось, когда я ставил систему перед новым годом. Долго искал выход из этой дурацкой ситуации. Это не относится к случаю ТС, так как у него архитектура amd64.

delete83 ★★ ()
Ответ на: комментарий от delete83

>у автора стоит Calculate Linux

А, действительно. Тогда это многое объясняет.

CTAPK ()
Ответ на: комментарий от sumrak_ss

Обратного пути, как правило, нет :) Даунгрейдить систему до amd64 уже вряд ли получится.

delete83 ★★ ()
Ответ на: комментарий от delete83

у автора стоит Calculate Linux

Нет, со дня появления треда стоит gentoo:) С Calculate как раз, проблем не возникало - ни при переборке мира, ни при установке пакетов.

sumrak_ss ★★ ()
Ответ на: комментарий от sumrak_ss

Значит меня ввел в заблуждение вывод emerge --info. Подозреваю, что вы ядро в gentoo собирали с конфигом, скопированным из сalculate.

delete83 ★★ ()

genkernel это плохо. пнятнинька?

Ы

init_6 ★★★★★ ()
Ответ на: комментарий от sumrak_ss

sumrak_ss> А не будет глючить?

В стабильной ветки глюки лечат размаскированием новых версий, а в нестабильной - маскированием старых. Количество телодвижений одинаково, а версии более свежие.

vurdalak ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.