On Thu, 17 May 2012 22:13:02 +0200 Michael Scherer <a6702...@unet.univie.ac.at> wrote:
> On Fri, 18 May 2012 01:06:02 +0700 > Pandu Poluan <pa...@poluan.info> wrote: > > > On May 17, 2012 11:19 PM, "Michael Scherer" > > <a6702...@unet.univie.ac.at> wrote: > > > > > > On Wed, 16 May 2012 07:41:32 +0700 > > > Pandu Poluan <pa...@poluan.info> wrote: > > > > > > > On May 15, 2012 7:50 AM, "Dale" <rdalek1...@gmail.com> wrote: > > > > > > > > > > Maybe like me, you blabber more than you think: > > > > > > > > > > http://archives.gentoo.org/stats/gentoo-user-per-year.xml > > > > > > > > > > I didn't put them in any certain order but you have fallen a > > > > > bit tho. Someone put alum in your water or something? > > > > > > > > > > > > > I blabbed that much?? > > > > > > > > Gee... I purposefully stay away from piping up in threads > > > > related to CUPS, KDE, Gnome, and other desktop-only stuff, and > > > > still end up in the top 5?? o_O > > > > > > > > Rgds, > > > > > > OK, OK. May I remind you what started this thread? > > > If bottom-most is really that important to you, I will > > > of course comply, though with outlook express which I'm > > > forced to use most of the time this is a bit tedious. > > > I had no idea what a flood of angry comments my post > > > on preferring top-most would start off. > > > > > > My original problem (see title) is as yet unsolved. Any one > > > out there with an idea what might be causing this? > > > I'm grateful to those 3 or 4 who tried to help, but > > > by now I'm rather desperate and in the whole of internet > > > pages there is nothing even coming near. > > > > > > bugzilla told me this wasn't a bug and go to the forums. > > > So you are really my last resort. > > > > > > regards, michael > > > > > > > Based on the information you've given, there can be only 2 possible > > cause: > > > > 1. The Makefile is somehow b0rken. > > > > Evidence : 'ls' instead of 'ld' > > > > 2. Some file creation failed, causing the next step to fail. > > > > Please post the output of 'df -i'. I once ran out of inodes during > > kernel compile, even when the filesystem (ext4) was created with > > IIRC 100'000-something inodes (and still having several gigabytes > > of free space). > > > > Nowadays, I put /usr/src and portage's tempdir on a reiserfs to > > prevent running out of inodes. > > > > 3. Something is wrong with your filesystem. > > > > Especially if /usr/src is *already* on reiserfs. In this case, boot > > using SystemRescueCD and do an offline fsck on the partition > > containing /usr/src > > > > 4. Swapfile / Swap partition problems. > > > > Even with enough RAM, sometimes gcc just wants a swap. Post the > > output of 'swapon -s' please. > > > > And there's also the possibility that somehow the swap gets b0rked. > > Try turning off swap, rebuild the swap, and turning it back on. > > > > Rgds, > > 1) make output: > > CHK include/linux/version.h > CHK include/generated/utsrelease.h > CALL scripts/checksyscalls.sh > CHK include/generated/compile.h > LD init/mounts.o > ls -Al -m elf_x86_64 -r -o init/mounts.o init/do_mounts.o > init/do_mounts_initrd.o init/mounts.o: No such file or directory > make[1]: *** [init/mounts.o] Error 1 > make: *** [init] Error 2 > > There is an LD, the ls line is part of the error message. > > 2) df -i > > Filesystem Inodes IUsed IFree IUse% Mounted on > rootfs 1313280 5652 1307628 1% / > /dev/root 1313280 5652 1307628 1% / > devtmpfs 385505 785 384720 1% /dev > rc-svcdir 385724 63 385661 1% /lib64/rc/init.d > /tmpfs 385724 1 385723 1% /dev/shm > /dev/sda12 130560 23 130537 1% /boot > /dev/sda15 3932656 363434 3569222 10% /usr > /dev/sda16 6119424 275818 5843606 5% /var > > 3) /usr/src is ext4, and all ebuilds run without problems. > If something is wrong with the file system, maybe an fsck would > show it, so I'll try that. > > 4) swapon -s > > Filename Type Size > Used Priority /dev/sda13 > partition 10482376 0 -1 > > immediately after running make. > > Remaking the swap area resulted in the same line as above. > > But without doubt you are right that mounts.o is not built, for > whatever reason. The build command > > init/.do_mounts.o.cmd:cmd_init/do_mounts.o := gcc > -Wp,-MD,init/.do_mounts.o.d -nostdinc > -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include > -I/usr/src/linux-3.2.12-gentoo/arch/x86/include > -Iarch/x86/include/generated -Iinclude > -include /usr/src/linux-3.2.12-gentoo/include/linux/kconfig.h > -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs > -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration > -Wno-format-security -fno-delete-null-pointer-checks -O2 -m64 > -march=k8 -mno-red-zone -mcmodel=kernel -funit-at-a-time > -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 > -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 > -DCONFIG_AS_FXSAVEQ=1 -pipe -Wno-sign-compare > -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow > -Wframe-larger-than=2048 -fno-omit-frame-pointer > -fno-optimize-sibling-calls -fno-inline-functions-called-once > -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow > -fconserve-stack -DCC_HAVE_ASM_GOTO -D"KBUILD_STR(s)=\#s" > -D"KBUILD_BASENAME=KBUILD_STR(do_mounts)" > -D"KBUILD_MODNAME=KBUILD_STR(mounts)" -c -o init/do_mounts.o > init/do_mounts.c > > contains a directive to build mounts.o, see second last line, but > it for some reason this is ignored. > Maybe there is a flaw in that command, only I can't find it. > > regards, michael > > And this is the makefile for mounts.o: # # Makefile for the linux kernel. # obj-y := main.o version.o mounts.o ifneq ($(CONFIG_BLK_DEV_INITRD),y) obj-y += noinitramfs.o else obj-$(CONFIG_BLK_DEV_INITRD) += initramfs.o endif obj-$(CONFIG_GENERIC_CALIBRATE_DELAY) += calibrate.o mounts-y := do_mounts.o mounts-$(CONFIG_BLK_DEV_RAM) += do_mounts_rd.o mounts-$(CONFIG_BLK_DEV_INITRD) += do_mounts_initrd.o mounts-$(CONFIG_BLK_DEV_MD) += do_mounts_md.o # dependencies on generated files need to be listed explicitly $(obj)/version.o: include/generated/compile.h # compile.h changes depending on hostname, generation number, etc, # so we regenerate it always. # mkcompile_h will make sure to only update the # actual file if its content has changed. chk_compile.h = : quiet_chk_compile.h = echo ' CHK $@' silent_chk_compile.h = : include/generated/compile.h: FORCE @$($(quiet)chk_compile.h) $(Q)$(CONFIG_SHELL) $(srctree)/scripts/mkcompile_h $@ \ "$(UTS_MACHINE)" "$(CONFIG_SMP)" "$(CONFIG_PREEMPT)" "$(CC) $(KBUILD_CFLAGS)" Seems to be OK, but then I don't know what to make of the last part starting with "# compile.h changes..." Maybe something wrong here. regards, michael
