Segmentation fault after stripping

Bruce Dubbs bruce.dubbs at
Mon Nov 23 18:25:37 PST 2009

linux fan wrote:
> On 11/23/09, Bruce Dubbs <bruce.dubbs at> wrote:
>> Is there any possibility
>> that there could be a memory or disk problem?  Are you sure you have
>> enough disk space?
> Good thinking, but doesn't seem to be space issue:
> top - 19:43:27 up 11:00,  1 user,  load average: 1.06, 1.03, 1.04
> Tasks:  77 total,   2 running,  75 sleeping,   0 stopped,   0 zombie
> Cpu(s): 60.0%us,  7.5%sy,  0.0%ni, 30.8%id,  1.5%wa,  0.1%hi,  0.1%si,  0.0%st
> Mem:   1554504k total,  1231544k used,   322960k free,    81272k buffers
> Swap:   522072k total,        0k used,   522072k free,   943912k cached
> df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda11             11G  7.6G  2.7G  74% /
> tmpfs                 760M     0  760M   0% /dev/shm
> /dev/sdd10            5.1G  2.4G  2.5G  50% /mnt/lfs
> shm                   760M     0  760M   0% /mnt/lfs/dev/shm
> /mnt/lfs is the build dir
> This suspicious, scary message right after strip doesn't seem to
> indicate hardware:
> Nov 23 15:10:36 lfs kernel: make[27639]: segfault at 7b0 ip 40008fdd
> sp bf93c390 error 4 in (deleted)[40000000+1d000]

OK, it's not a space problem, but it is possible it could be a hw fault 
in the memory.

To check things out a little more, you can try

file /usr/bin/make
ldd /usr/bin/make
nm --dynamic /usr/bin/make

Just doing a check on my system, I didn't strip symbols.  But tried it 
on make and got:

$ file ./make
./make: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically 
linked (uses shared libs), for GNU/Linux 2.6.18, stripped

$ ldd ./make =>  (0x00007fff58bff000) => /lib/ (0x00007f3762d8c000) => /lib/ (0x00007f3762a39000) => /lib/ (0x00007f376281e000)
         /lib64/ (0x00007f3762f94000)

$ nm --dynamic ./make
                  U _IO_putc
                  w _Jv_RegisterClasses
                  U __assert_fail
                  U __ctype_b_loc
a total of 117 lines of output.

Try the same commands on /lib/
   -- Bruce

More information about the lfs-support mailing list