DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=hZS+CMpcYonUc+5S
	EaVyLe8EhgHynLhsYwUcwtSEWPoqcDKGg5Y8Q9j81OR1ZJYtQ5T0Gy33tERpqBNE
	TX9GbhXuxHdmtmOIQdEmUlfrUgQm8EJlGmN3sA0TPsOigoeUG/luFCSH9B1Dbn2/
	9SbAhcX4XGkT9m7Xmm844VuTxH8=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Wed, 21 Oct 2015 20:56:27 +0300
From: Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To: cygwin AT cygwin DOT com
Message-ID: <13210629309.20151021205627@yandex.ru>
To: Frank Redeker <frank AT der-appit DOT de>, cygwin AT cygwin DOT com
Subject: Re: Missing volumes in output from df -h
In-Reply-To: <56279E3E.7010908@der-appit.de>
References: <56279E3E DOT 7010908 AT der-appit DOT de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit

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...