X-Recipient:	archive-cygwin AT delorie DOT com
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:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=ja5q+JMcPdfIhyEKGhNNWciowk663JlMZAyuRKm6XHXiAYElHCQqF
	j6jLNvqYz7iFv0GBH7Yn9e7h4hL10rB1pmHIUTiNrIE+mNuMqOwF/uFp77Gp2Amd
	nGETFdXMEgbkEoD9BnLL+UeP9T40p2Kmf2uSJTa/P5wSSknnEu/zXM=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=AgjxyB2VeTkPa02IuJdmvr86eHM=; b=KTfJrpBgvxPJDdAAKAGzincCs0ys
	ocRxN1VMW4521J4HvD1C78og5R+aW7TA4oL23XFsA3frN9m1wnQ9V4Nz//7l1me9
	Fb7/isxJL/DtmcAOcx7h+lJGhjkDqwN85SxEjA2F7gP0Xadg4FNs5qxNH6sjaeJ0
	5MGYMatiD1Ng+g4=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
X-Spam-SWARE-Status:	No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1
Date:	Tue, 9 Apr 2013 09:50:58 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: cp "skipping file ..., as it was replaced while being copied
Message-ID:	<20130409075058.GH10126@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<CAP_ScW1ARAqsKF8yADP4ZRzkF1COCo9GRWjX=-kFrwOsM-aCmQ AT mail DOT gmail DOT com> <1846269758 DOT 20130329193140 AT mtu-net DOT ru> <CAP_ScW1LoTkB7KobeM+xufvhP7tazUPh9evK-0WMCXR9_DhPKg AT mail DOT gmail DOT com> <5155FB50 DOT 1090709 AT cygwin DOT com> <51633042 DOT 3090709 AT cwilson DOT fastmail DOT fm>
MIME-Version:	1.0
In-Reply-To:	<51633042.3090709@cwilson.fastmail.fm>
User-Agent:	Mutt/1.5.21 (2010-09-15)

On Apr  8 17:01, Charles Wilson wrote:
> On 3/29/2013 4:36 PM, Larry Hall (Cygwin) wrote:
> >On 3/29/2013 4:25 PM, Bill Priest wrote:
> >>#3 I saw lots of complaints and responses for requests for drive info;
> >>but I never saw an explanation of why this checking is being done.
> >
> >I haven't looked at the code like you have but I believe this is to
> >avoid the case of the file being copied onto itself.
> >
> 
> FWIW, I am also seeing this problem, on a remote share (not "ftp")
> mounted to a drive letter, or via its UNC path.  I've worked around
> the issue by using rsync to copy the file, rather than cp (rcp and
> scp also fail).  I'm not sure what rsync does differently, but it
> works.
> 
> user AT machine /k/path $ cp bob fred
> cp: skipping file `bob', as it was replaced while being copied

cp checks the inode numbers before and after, and it seems the inode
numbers on this drive are not persistent.

> [...]
> user AT machine /k/path $ /usr/lib/csih/getVolInfo.exe /k
> Device Type        : 7
> Characteristics    : 10
> Volume Name        : <programs10>
> Serial Number      : 2684354574
> Max Filenamelength : 255
> Filesystemname     : <NTFS>
> Flags              : 4004e
>   FILE_CASE_SENSITIVE_SEARCH  : FALSE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK        : TRUE
>   FILE_PERSISTENT_ACLS        : TRUE
>   FILE_FILE_COMPRESSION       : FALSE
>   FILE_VOLUME_QUOTAS          : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : TRUE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS    : FALSE
>   FILE_SUPPORTS_ENCRYPTION    : FALSE
>   FILE_NAMED_STREAMS          : TRUE
>   FILE_READ_ONLY_VOLUME       : FALSE
>   FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
>   FILE_SUPPORTS_TRANSACTIONS  : FALSE
> 
> user AT machine /k/path $ mount -m
> C: /c ntfs binary,posix=0 0 0
> F: /f netapp binary,posix=0 0 0
> H: /h netapp binary,posix=0,user 0 0
> K: /k cifs binary,exec,posix=0,user 0 0
        ^^^^
Drive K: is not recognized.  It's *some* drive, claiming to be NTFS, but
not being NTFS, and the rules to recognize Samba drive don't match either.
What kind of drive is that?

Apart from that, try to mount the drive with the ihash mount option.
Does that help?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

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

- Raw text -