This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Missing volumes in output from df -h
- From: Andrey Repin <anrdaemon at yandex dot ru>
- To: Frank Redeker <frank at der-appit dot de>, cygwin at cygwin dot com
- Date: Wed, 21 Oct 2015 20:56:27 +0300
- Subject: Re: Missing volumes in output from df -h
- Authentication-results: sourceware.org; auth=none
- References: <56279E3E dot 7010908 at der-appit dot de>
- Reply-to: cygwin at cygwin dot com
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...