Description of Problem: linux_nfs_error() in conf/mount/mount_linux.c maps ESUCCESS to NE_IO so a lot of operations will return an error-code although they succeeded: ------------ $ strace ls -a ... open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 fstat64(4, {st_mode=S_IFDIR|0555, st_size=512, ...}) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 brk(0x805a000) = 0x805a000 getdents64(4, 0x8057098, 4096) = -1 EIO (Input/output error) getdents(4, 0xbfffebb0, 2980) = -1 EIO (Input/output error) close(4) = 0 _exit(0) = ? --------------------- That's why e.g. `ls' won't work in an auto-mounted directory. There is a patch on ftp://ftp.cs.columbia.edu/mdarch/amd-dev/archive.0105 (msg-id <Pine.LNX.4.33.0105191509350.2831-100000.columbia.edu>) curing this. How Reproducible: everytime Steps to Reproduce: 1. setup am-utils 2. execute `ls -a' in an auto-mounted dir Actual Results: $ ls -a $ Expected Results: $ ls -a . .. [other files] Additional Information: # rpm -q glibc glibc-2.2.3-11 official kernel 2.4.[45]