This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: cp: skipping file 'file', as it was replaced while being copied
- From: Kenneth Wolcott <kennethwolcott at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Wed, 11 May 2016 19:46:19 -0700
- Subject: Re: cp: skipping file 'file', as it was replaced while being copied
- Authentication-results: sourceware.org; auth=none
- References: <CADex0xyynMbb9oi2uD_OFT7No-OTLM+Uxf3k+i50XUu-ggA9rQ at mail dot gmail dot com> <5733D259 dot 2040303 at cygwin dot com> <CADex0xyx3SZfVAysGQ79YpR_KFskd_gpJWStMm3FRpPmGtYwsQ at mail dot gmail dot com>
On Wed, May 11, 2016 at 7:43 PM, Kenneth Wolcott
<kennethwolcott@gmail.com> wrote:
> On Wed, May 11, 2016 at 5:46 PM, Larry Hall (Cygwin)
> <reply-to-list-only-lh@cygwin.com> wrote:
>> On 05/11/2016 08:14 PM, Kenneth Wolcott wrote:
>>>
>>> Hi;
>>>
>>> cp: skipping file 'file', as it was replaced while being copied
>>>
>>> I have several mounted partitions on my Windows machine (64bit Windows
>>> 7).
>>>
>>> Copying a file using cygwin cp , via mintty, from a mounted drive to
>>> a local path, I frequently get the aforementioned message.
>>>
>>> Is the partition not properly understood by Cygwin?
>>>
>>> I really dislike having to use Windows in the first place, at least
>>> Cygwin, when it works, makes it more bearable.
>>>
>>> The actual command was (line broken by backslash by me to make it more
>>> readable):
>>>
>>> cp /cygdrive/p/Engineering/Ken_Wolcott/new_Mobility_Audit_script/try1.pl
>>> \
>>> /cygdrive/c/Documents\ and\ Settings/kwolcott/Desktop/files4trombone/.
>>
>>
>> Let me guess. The mounted volume is a NetApp drive, no? These are
>> notorious for their bad behaviour. Of course, they aren't the only ones.
>> Still, it's hard to be too specific with sweeping statements without
>> details from your side. ;-) Please read and follow the problem reporting
>> guidelines found at the link below:
>>
>>> Problem reports: http://cygwin.com/problems.html
>>
>>
>> In addition, you can run '/usr/share/csih/getVolInfo' on the offending
>> drive and send that information along as well. If you've found a new
>> kind (or version) of poorly-behaved drive, this information will help
>> Cygwin special-case it.
>>
>>
>> --
>> Larry
>
> Hi Larry;
>
> Thanks for the specific reminder on providing more information.
>
> cygcheck.out is attached (id block info redacted]
>
> /usr/lib/csih/getVolInfo /cygdrive/p/Engineering/
> Device Type : 7
> Characteristics : 10
> Volume Name : <Vol_O>
> Serial Number : 2684354572
> 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
>
> Thanks,
> Ken Wolcott
Update:
Well, the attachment is too big and was therefore rejected. I have a
*full* 64bit Cygwin installation :-)
Ken
--
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