Missing volumes in output from df -h

Missing volumes in output from df -h

[Frank Redeker]

Hello list,

I just noticed 2 missing volumes when executing df -h from inside [CYGWIN_NT-6.1 Mimir
2.2.1(0.289/5/3) 2015-08-20 11:42 x86_64 Cygwin]


$ mount
D:/Program_Files_64/cygwin64/bin on /usr/bin type ntfs (binary,auto)
D:/Program_Files_64/cygwin64/lib on /usr/lib type ntfs (binary,auto)
D:/Program_Files_64/cygwin64 on / type ntfs (binary,auto)
B: on /cygdrive/b type ntfs (binary,posix=0,user,noumount,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto)
F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto)
M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
N: on /cygdrive/n type ntfs (binary,posix=0,user,noumount,auto)
O: on /cygdrive/o type smbfs (binary,posix=0,user,noumount,auto)
P: on /cygdrive/p type smbfs (binary,posix=0,user,noumount,auto)
T: on /cygdrive/t type ntfs (binary,posix=0,user,noumount,auto)
W: on /cygdrive/w type smbfs (binary,posix=0,user,noumount,auto)


The volumes B: and T: are no real drives but created with subst.

$ subst
B:\: => F:\Projects
T:\: => F:\T


$ df -h
Filesystem                    Size  Used Avail Use% Mounted on
D:/Program_Files_64/cygwin64  112G   42G   70G  38% /
B:                            469G   84G  386G  18% /cygdrive/b
C:                            115G   87G   29G  76% /cygdrive/c
E:                            463G  215G  249G  47% /cygdrive/e
M:                            233G   72G  161G  31% /cygdrive/m
N:                            230G  143G   87G  63% /cygdrive/n
O:                            856G  751G  105G  88% /cygdrive/o
P:                            285G  181G  105G  64% /cygdrive/p
W:                            209G  179G   30G  86% /cygdrive/w

$ df -h /cygdrive/f
Filesystem      Size  Used Avail Use% Mounted on
F:              469G   84G  386G  18% /cygdrive/f


When executing df from inside my old [CYGWIN_NT-6.1-WOW64 Mimir
1.7.33-2(0.280/5/3) 2014-11-13 15:45 i686 Cygwin] the result is somewhat
different. Here drive B: and F: are missing but T: is present.


$ df -h
Filesystem      Size  Used Avail Use% Mounted on
C:              115G   87G   29G  76% /cygdrive/c
T:              469G   84G  386G  18% /cygdrive/t
D:              112G   42G   70G  38% /cygdrive/d
E:              463G  215G  249G  47% /cygdrive/e
M:              233G   72G  161G  31% /cygdrive/m
N:              230G  143G   87G  63% /cygdrive/n
O:              856G  751G  105G  88% /cygdrive/o
P:              285G  181G  105G  64% /cygdrive/p
W:              209G  179G   30G  86% /cygdrive/w


Frank



I tried to report this from my registered mailing list account f.redeker (at) razorcat.de. But that mail was rejected because of spam classification. Maybe this happend because of the attached cygcheck and strace output.

If the cygcheck and strace is needed to find out what going on I will try send it again.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: Missing volumes in output from df -h

[Andrey Repin]

Greetings, Frank Redeker!

> I just noticed 2 missing volumes when executing df -h from inside [CYGWIN_NT-6.1 Mimir
> 2.2.1(0.289/5/3) 2015-08-20 11:42 x86_64 Cygwin]

From your df, there's no "missing" volumes, all real volumes are accounted
for.
subst does not create a new volume, it just maps the drive letter to an
existing path.
(As an OT, it was a long standing Microsoft recommendation to NOT use mapped
drives, if possible. And I can see, why. It literally saved my life on one
occasion, because attacker script enumerated only drive letters.)

> $ mount
> D:/Program_Files_64/cygwin64/bin on /usr/bin type ntfs (binary,auto)
> D:/Program_Files_64/cygwin64/lib on /usr/lib type ntfs (binary,auto)
> D:/Program_Files_64/cygwin64 on / type ntfs (binary,auto)
> B: on /cygdrive/b type ntfs (binary,posix=0,user,noumount,auto)
> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
> D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
> E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto)
> F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto)
> M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
> N: on /cygdrive/n type ntfs (binary,posix=0,user,noumount,auto)
> O: on /cygdrive/o type smbfs (binary,posix=0,user,noumount,auto)
> P: on /cygdrive/p type smbfs (binary,posix=0,user,noumount,auto)
> T: on /cygdrive/t type ntfs (binary,posix=0,user,noumount,auto)
> W: on /cygdrive/w type smbfs (binary,posix=0,user,noumount,auto)


> The volumes B: and T: are no real drives but created with subst.

> $ subst
> B:\: => F:\Projects
> T:\: => F:\T


> $ df -h
> Filesystem                    Size  Used Avail Use% Mounted on
> D:/Program_Files_64/cygwin64  112G   42G   70G  38% /
> B:                            469G   84G  386G  18% /cygdrive/b
> C:                            115G   87G   29G  76% /cygdrive/c
> E:                            463G  215G  249G  47% /cygdrive/e
> M:                            233G   72G  161G  31% /cygdrive/m
> N:                            230G  143G   87G  63% /cygdrive/n
> O:                            856G  751G  105G  88% /cygdrive/o
> P:                            285G  181G  105G  64% /cygdrive/p
> W:                            209G  179G   30G  86% /cygdrive/w

> $ df -h /cygdrive/f
> Filesystem      Size  Used Avail Use% Mounted on
> F:              469G   84G  386G  18% /cygdrive/f


> When executing df from inside my old [CYGWIN_NT-6.1-WOW64 Mimir
> 1.7.33-2(0.280/5/3) 2014-11-13 15:45 i686 Cygwin] the result is somewhat
> different. Here drive B: and F: are missing but T: is present.

That's still very much understandable. It only count each volume once.

> $ df -h
> Filesystem      Size  Used Avail Use% Mounted on
> C:              115G   87G   29G  76% /cygdrive/c
> T:              469G   84G  386G  18% /cygdrive/t
> D:              112G   42G   70G  38% /cygdrive/d
> E:              463G  215G  249G  47% /cygdrive/e
> M:              233G   72G  161G  31% /cygdrive/m
> N:              230G  143G   87G  63% /cygdrive/n
> O:              856G  751G  105G  88% /cygdrive/o
> P:              285G  181G  105G  64% /cygdrive/p
> W:              209G  179G   30G  86% /cygdrive/w


> I tried to report this from my registered mailing list account f.redeker
> (at) razorcat.de. But that mail was rejected because of spam classification.
> Maybe this happend because of the attached cygcheck and strace output.

> If the cygcheck and strace is needed to find out what going on I will try send it again.


-- 
With best regards,
Andrey Repin
Wednesday, October 21, 2015 20:52:00

Sorry for my terrible english...