`ls` provoque une erreur de segmentation sur un directory spécifique

J'ai utilisé $HOME/.local comme préfixe pour installer certaines applications sans access racine. Il existe un directory à l'intérieur de $HOME/.local que je ne peux pas exécuter la command 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]$ 

Quelle pourrait être la cause de cela? uname -a pour mon server:

 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 

EDIT : Sortie de LD_TRACE_LOADED_OBJECTS=1 ls . J'ai trouvé certaines bibliothèques chargées dans ce directory. Alors maintenant, que dois-je faire pour find celui qui cause le problème?

 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) 

Très probablement, vous avez installé une bibliothèque installée là où elle est chargée au lieu des systèmes lors de l'exécution d'une command et est incompatible avec les commands de votre système. C'est peut-être quelque chose qui concerne le glibc ou tellement.

Vous pouvez le confirmer en exécutant LD_TRACE_LOADED_OBJECTS=1 ls et en examinant la sortie pour voir si cela inclut l'un des files dans le directory actuel.