* cp: skipping file 'file', as it was replaced while being copied
@ 2016-05-12 0:14 Kenneth Wolcott
2016-05-12 0:46 ` Larry Hall (Cygwin)
2016-05-16 21:50 ` Linda Walsh
0 siblings, 2 replies; 6+ messages in thread
From: Kenneth Wolcott @ 2016-05-12 0:14 UTC (permalink / raw)
To: cygwin
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/.
Thanks,
Ken Wolcott
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cp: skipping file 'file', as it was replaced while being copied
2016-05-12 0:14 cp: skipping file 'file', as it was replaced while being copied Kenneth Wolcott
@ 2016-05-12 0:46 ` Larry Hall (Cygwin)
[not found] ` <CADex0xyx3SZfVAysGQ79YpR_KFskd_gpJWStMm3FRpPmGtYwsQ@mail.gmail.com>
2016-05-16 21:50 ` Linda Walsh
1 sibling, 1 reply; 6+ messages in thread
From: Larry Hall (Cygwin) @ 2016-05-12 0:46 UTC (permalink / raw)
To: cygwin
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
_____________________________________________________________________
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cp: skipping file 'file', as it was replaced while being copied
[not found] ` <CADex0xyx3SZfVAysGQ79YpR_KFskd_gpJWStMm3FRpPmGtYwsQ@mail.gmail.com>
@ 2016-05-12 2:46 ` Kenneth Wolcott
2016-05-12 17:14 ` Kenneth Wolcott
0 siblings, 1 reply; 6+ messages in thread
From: Kenneth Wolcott @ 2016-05-12 2:46 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cp: skipping file 'file', as it was replaced while being copied
2016-05-12 2:46 ` Kenneth Wolcott
@ 2016-05-12 17:14 ` Kenneth Wolcott
0 siblings, 0 replies; 6+ messages in thread
From: Kenneth Wolcott @ 2016-05-12 17:14 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 3096 bytes --]
On Wed, May 11, 2016 at 7:46 PM, Kenneth Wolcott
<kennethwolcott@gmail.com> wrote:
> 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
Attaching compressed cygcheck.out (might be rejected).
Ken
[-- Attachment #2: cygcheck.out.xz --]
[-- Type: application/octet-stream, Size: 85328 bytes --]
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cp: skipping file 'file', as it was replaced while being copied
2016-05-12 0:14 cp: skipping file 'file', as it was replaced while being copied Kenneth Wolcott
2016-05-12 0:46 ` Larry Hall (Cygwin)
@ 2016-05-16 21:50 ` Linda Walsh
2016-05-17 5:11 ` Kenneth Wolcott
1 sibling, 1 reply; 6+ messages in thread
From: Linda Walsh @ 2016-05-16 21:50 UTC (permalink / raw)
To: cygwin
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/.
>
---
Does your 'cp' have any aliases or functions that get run?
For example if you have a "cp -a" or "cp -au" as an alias, this
can cause icky problems copying to or from a samba network drive
from or to a local drive.
I don't know if it is fixed in the latest tree, but I have
a feeling it is not, because it's dang hard to fix. But it has to
do with maintaining files that are *linked* where it updates one of
the linked files, then tries to copy the other, and finds it gone or
finds some different answer for the link's updating due to it already
having been copied over via the earlier linked-file.
This can also happen due to having 2 differently-cased versions of the
same file (as windows sees them as 1 file and tries to get rid of the
copy). It can be reproduced on linux with any fs that allows
case-insensitivity (but may also be case preserving). Besides xfs
having that for ascii since before xfs was on linux, I think
some other FS's, zfs, maybe, and some planned future extensions
to existing file systems. Again, don't know the status of this
bug either, but it might be related to how the case-insensitivity is
done in the file system implementing it.
Why do you have 'documents and settings' on your PC? That went away
with XP and was replaced by 'Users'. Is the local file system
NTFS?
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: cp: skipping file 'file', as it was replaced while being copied
2016-05-16 21:50 ` Linda Walsh
@ 2016-05-17 5:11 ` Kenneth Wolcott
0 siblings, 0 replies; 6+ messages in thread
From: Kenneth Wolcott @ 2016-05-17 5:11 UTC (permalink / raw)
To: cygwin
On Mon, May 16, 2016 at 2:49 PM, Linda Walsh <cygwin@tlinx.org> wrote:
> 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/.
>>
> ---
> Does your 'cp' have any aliases or functions that get run?
>
> For example if you have a "cp -a" or "cp -au" as an alias, this
> can cause icky problems copying to or from a samba network drive
> from or to a local drive.
>
> I don't know if it is fixed in the latest tree, but I have
> a feeling it is not, because it's dang hard to fix. But it has to
> do with maintaining files that are *linked* where it updates one of
> the linked files, then tries to copy the other, and finds it gone or
> finds some different answer for the link's updating due to it already
> having been copied over via the earlier linked-file.
>
> This can also happen due to having 2 differently-cased versions of the
> same file (as windows sees them as 1 file and tries to get rid of the copy).
> It can be reproduced on linux with any fs that allows
> case-insensitivity (but may also be case preserving). Besides xfs
> having that for ascii since before xfs was on linux, I think some other
> FS's, zfs, maybe, and some planned future extensions
> to existing file systems. Again, don't know the status of this
> bug either, but it might be related to how the case-insensitivity is
> done in the file system implementing it.
>
> Why do you have 'documents and settings' on your PC? That went away
> with XP and was replaced by 'Users'. Is the local file system
> NTFS?
1. I do think that the problem could be caused by have mixed-case
files in a case-insensitive partition..
2. I most often use the full path for cp, mv, rm, etc to avoid
customized behavior, so I don't think that's it.
3. I see that the "Documents and Settings" is a symlink, so I removed
it; thanks for mentioning that.
Thanks,
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-05-17 5:11 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-05-12 0:14 cp: skipping file 'file', as it was replaced while being copied Kenneth Wolcott
2016-05-12 0:46 ` Larry Hall (Cygwin)
[not found] ` <CADex0xyx3SZfVAysGQ79YpR_KFskd_gpJWStMm3FRpPmGtYwsQ@mail.gmail.com>
2016-05-12 2:46 ` Kenneth Wolcott
2016-05-12 17:14 ` Kenneth Wolcott
2016-05-16 21:50 ` Linda Walsh
2016-05-17 5:11 ` Kenneth Wolcott
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).