X-Recipient: archive-cygwin@delorie.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@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: cp "skipping file ..., as it was replaced while being copied
Message-ID: <20130409075058.GH10126@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <CAP_ScW1ARAqsKF8yADP4ZRzkF1COCo9GRWjX=-kFrwOsM-aCmQ@mail.gmail.com> <1846269758.20130329193140@mtu-net.ru> <CAP_ScW1LoTkB7KobeM+xufvhP7tazUPh9evK-0WMCXR9_DhPKg@mail.gmail.com> <5155FB50.1090709@cygwin.com> <51633042.3090709@cwilson.fastmail.fm>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
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@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@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@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