'ls' causa falha de segmentação em um diretório específico

Question

Eu usei $HOME/.local como prefixo para instalar alguns aplicativos sem acesso root. Existe um diretório dentro de $HOME/.local que eu não consigo executar o comando ls :

[tuananh@server lib]$ ls
Segmentation fault
[tuananh@server lib]$ cd ..
[tuananh@server .local]$ ls lib
audit                    libform.a         
libncurses.a             libopenblas.so.0
...
[tuananh@server .local]$ 

O que poderia ser possivelmente a razão disso? uname -a para meu servidor:

Linux server 2.6.32-358.2.1.el6.x86_64 #1 SMP Tue Mar 12 14:18:09 CDT 2013 x86_64 x86_64 x86_64 GNU/Linux

EDITAR : saída de LD_TRACE_LOADED_OBJECTS=1 ls . Eu encontrei algumas bibliotecas carregadas deste diretório. Então, o que devo fazer para encontrar o que causa o problema?

linux-vdso.so.1 =>  (0x00007fff831b8000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003d94800000)
librt.so.1 (0x00007fdcde5a3000)
libcap.so.2 => /lib64/libcap.so.2 (0x0000003d95c00000)
libacl.so.1 => /lib64/libacl.so.1 (0x0000003d97c00000)
libc.so.6 (0x00007fdcde1f5000)
libdl.so.2 (0x00007fdcddff1000)
/lib64/ld-linux-x86-64.so.2 (0x0000003d92c00000)
libpthread.so.0 (0x00007fdcdddd3000)
libattr.so.1 => /lib64/libattr.so.1 (0x0000003d96800000)

    

Answer 1

Provavelmente você tem alguma biblioteca instalada lá que é carregada em vez das do sistema quando você executa um comando lá e é binário incompatível com os comandos em seu sistema. Provavelmente é algo relacionado a glibc ou assim.

Você pode confirmar isso executando LD_TRACE_LOADED_OBJECTS=1 ls e examinando a saída para ver se ela inclui algum dos arquivos no diretório atual.