bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#17963: strange behavior of cp


From: Paul E Condon
Subject: bug#17963: strange behavior of cp
Date: Sun, 6 Jul 2014 18:10:44 -0600
User-agent: Mutt/1.5.21 (2010-09-15)

I have a situation in which I want to merge two file
sturctures by copying one of the structures onto the
other with the following command:

cp -aulv arxivBtry1/host/* arxivBtry2/host/

This should, I believe, make hardlinks into arxivBtry2/host/ for any
plain file that is present in arxivBtry1/host/ if a newer version of
that file is not already present in arxivBtry2/host/. And, also I
think that if I interrupt this statement and restart it, it should do
nothing to the hardlinks it has already inserted in arxivBtry2/host/
silently.  But when I try this resume operation I get a long list of
reports of removing files from arxivBtry2/host/. Why? Examination of
arxivBtry2/host/, using ls -la indicates that the file in arxivBtry2/host/
that was reported removed is still there, so the removal reports seem
to be false reports.

More details about the environment:

Both arxivBtry1/host/ and arxivBtry2/host/ are directories on an
external harddisk that has 3 TeraB capacity and is half full. This ls
output:

address@hidden:/media/gfx2/hostmrg2# ls -ls
total 44
4 drwxr-xr-x 3 root root 4096 20140701_144028 arxivAtry1
4 drwxr-xr-x 3 root root 4096 20140630_185519 arxivBtry1
4 drwxr-xr-x 3 root root 4096 20140705_105447 arxivBtry2
4 drwxr-xr-x 3 root root 4096 20140702_071706 glb2try1
4 drwxr-xr-x 3 root root 4096 20140701_154330 glbltry1
4 drwxr-xr-x 3 root root 4096 20140701_150432 mrg4try1
4 drwx------ 3 root root 4096 20140705_102058 sgt1fxd
4 drwxr-xr-x 3 root root 4096 20140702_215246 sgt1xxx
4 drwxr-xr-x 3 root root 4096 20140701_144837 wdp71try1
4 drwxr-xr-x 3 root root 4096 20140701_123858 wdp7vtry1
4 drwxr-xr-x 3 root root 4096 20140630_231448 wdp8try1
address@hidden:/media/gfx2/hostmrg2# 

The other lines in this listing are other directories
each of which also has a sub-directory named 'host'.
Once I understand what's going on, I intend to merge
them into arxivBtry2/host/, also.

I'd be happy to call this behavior a feature, not a
bug, if it is already known to you and known to 
cause not harm to the actual merge of the plain files
of the two structures into one structure. 

Thanks for your help,
-- 
Paul E Condon           
address@hidden






reply via email to

[Prev in Thread] Current Thread [Next in Thread]