On 10/27/2014 08:36 AM, Harald Dunkel wrote: > On 10/24/14 18:24, Pádraig Brady wrote: >> >> Note /home doesn't seem to be accessible above >> which is another reason to prefer /data here. >> > > What do you mean by "not accessible"? Both /home and > /data work fine.
I was referring to the fact that "-" was shown for the /home entry: nfs-home:/space/home - - - - /home nfs-home:/space/data 13390666752 10768854016 1941581824 85% /data >> In general I think df is behaving correctly here, >> showing what file system space is available on the system. >> If it showed both there would be an ambiguity as to >> whether there were two such file systems available. >> >> If you want to see all nfs file systems you can do it explicitly like: >> >> df -a -t nfs >> > > Sure, unless I am on a "non-coreutils" system, e.g. on AIX: > Surely I am not asking you to support AIX' df flags. But it > would be nice if the central tools included in coreutils stay > in line with other systems. I don't think we should follow w AIX does in showing the duplicate file systems. > BTW, the coreutils man page says about "-a": "include dummy file > systems". Sorry to say, but this is misleading. "/home" is not > dummy at all. Its a valid mount point, seperate from others. Esp. > there is no local partition mounted for "/home", hidden by the > NFS mount. Good point about the man page. I've submitted a patch to mention that -a includes duplicate file systems. thanks, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
