Bug 238267

Summary: Strange cp behaviour
Product: [Fedora] Fedora Reporter: Need Real Name <curt>
Component: coreutilsAssignee: Ondrej Vasik <ovasik>
Status: CLOSED INSUFFICIENT_DATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: meyering
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-20 21:01:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
dmesg none

Description Need Real Name 2007-04-28 15:49:43 UTC 
Description of problem:
USB flash drive automounted width kde as /media/BACKUP.  The following works
fine invoked from the command line as root:

cp -fvr /disk /media/BACKUP

When invoked as a script, where the above is the only line in the script file:

./script

cp reports each file as being copied, but doesn't actually do it. Files are not
copied, and timestamps of existing files do not change on the destination.

There are two usb flash devices with the same volume name to allow rotation of
backups.  Both mount normally, and work fine with cp from the command line.


Version-Release number of selected component (if applicable):
coreutils-5.97-12.3.fc6
kernel-2.6.20-1.2933.fc6
hal-0.5.8.1-6.fc6

How reproducible:
100%

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Need Real Name 2007-04-28 15:49:43 UTC 
Created attachment 153714 [details]
dmesg
Comment 2 Tim Waugh 2007-05-17 11:35:04 UTC 
Are you running the script from the same context as you ran the command line? 
I.e. instead of 'cp ...' you are running './script'?  What about when you run '.
./script' (i.e. ". " in front)?
Comment 3 Ondrej Vasik 2008-01-20 21:01:14 UTC 
In NEEDINFO for 8 months with no response and against EOL FC-5 version, closing
INSUFFICIENT_DATA. In the case that you want to reopen it, test it with latest
Fedora release(F8 or RAWHIDE) and provide requested informations.