From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030716

Description of problem:

Could not reopen bug 67178, so posting a new one. 

[bug #67178] > This is fixed in 4.1.9-*.

Well, it does not seem to be fixed. At least not in 4.1.9-11.
"df -l" hangs because the /twist/tw14 NFS filesystem in not
accessible.  Below is the /proc/mounts contents, and an output
of "strace -o file df -l" (terminated with Control-C) is attached.
Note that /dev/hdc1 was mounted later than /twist/tw14.

tw10 ~$ cat /proc/mounts 
rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/hda3 /data ext3 rw 0 0
none /dev/pts devpts rw 0 0
none /dev/shm tmpfs rw 0 0
automount(pid696) /triumfcs autofs rw 0 0
automount(pid709) /home autofs rw 0 0
automount(pid733) /misc autofs rw 0 0
automount(pid765) /twist autofs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
e614db:/home1/e614data /home/e614data nfs
rw,v3,rsize=4096,wsize=4096,hard,intr,udp,lock,addr=e614db 0 0
dork:/home1/quraan /home/quraan nfs
rw,v3,rsize=4096,wsize=4096,hard,intr,udp,lock,addr=dork 0 0
tw14:/data /twist/tw14 nfs
rw,v3,rsize=4096,wsize=4096,hard,intr,udp,lock,addr=tw14 0 0
/dev/hdc1 /data1 ext3 rw 0 0
dork:/home1/andr /home/andr nfs
rw,v3,rsize=4096,wsize=4096,hard,intr,udp,lock,addr=dork 0 0
lin00:/home/export /triumfcs/linux nfs
ro,v3,rsize=4096,wsize=4096,hard,intr,udp,lock,addr=lin00 0 0


Version-Release number of selected component (if applicable):
fileutils-4.1.9-11

How reproducible:
Always

Steps to Reproduce:
strace df -l when a local filesystem is mounted later than a NFS one.


Actual Results:  df -l hangs on NFS mount

Expected Results:  df -l should never hang

Additional info: