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
