My SliTaz NFS client hangs on a SliTaz 4.0 system (hd install and live instances). The particulars: portmap IS installed and running on SliTaz, the host/directory is being served via unfs3 (user-space nfs version 3) from my NAS server, the host/directory is successfully mounted on the client with option nolock (a restriction of unfs3). I can cd into the mounted filesystem. I can "ls" directories on the mounted filesystem. I can copy small files (1-4K) to/from the mounted filesystem. BUT if I copy a large file from the mount to a local directory, the copy begins and freezes at 16384 bytes transferred (16K). And after 20 minutes, the amount remains at 16K. The copy hangs until I SIGINT (^C), and any subsequent access to the mount (ls, cd) also hangs.
I can replicate the problem in the older SliTaz 3.0 release. I cannot replicate under Crunchbang (Debian Squeeze) and Tinycore (distant Slack relative) - they mount and copy just fine. Plus the unfs3 server has been running for two years serving nfs shares to *buntu, Debian, Clonezilla, Parted Magic, and Openwrt versions of linux with no problems. So the problem seems specific to SliTaz.
I also have another NFS server that runs from kernel space (also version 3), and I can mount it (with locks) on SliTaz and transfer large files with no problems. So the problem also appears to be specific to unfs3 or the nolock option.
All equipment (server, router, computer) has been restarted/reset and retested.
It has stalled suspiciously on a block boundary, but I cannot figure out why. Any assistance would be appreciated.