Bug 430994 - cannot copy files (errno: 5)
Summary: cannot copy files (errno: 5)
Status: RESOLVED NOT A BUG
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 20.12.0
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-31 01:02 UTC by laurie jarden
Modified: 2021-01-01 04:48 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description laurie jarden 2020-12-31 01:02:10 UTC
SUMMARY
cannot copy files (errno: 5)

STEPS TO REPRODUCE
1. used Dolphin to copy file cube.m4v to another hard drive & directory.
2. used Thunar to copy file cube.m4v to another hard drive & directory.
3. Tried to copy the file to a usb drive.
4. Copy succeeded when the copy was made on the same hard drive.

OBSERVED RESULT
cannot copy file from /home/videos/cube.m4v to /info/files/cube.m4v. (Errno: 5).

EXPECTED RESULT
file copy completed successfully to any drive or directory with suitable permissions.

SOFTWARE/OS VERSIONS
Opensuse Tumbleweed 64-bit
Kernel version: 5.10.1-1
KDE Plasma Version: 5.20.4
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
system on sdc2 Btrfs partition.
home on sdc4 XFS partition.
copy target on sda1 Ext4 partition

ComputerInformation
Mainboard: Asus Prime X370-pro
CPU: Ryzen 5 2600
Hard discs: sda: WD4003FFBX 4TB, sdc: WD2003FZEX 2TB
video: Asus Radeon RX570
Comment 1 Grayson Penland 2020-12-31 20:13:59 UTC
This looks like a permissions error rather than a dolphin error. Are you sure you have permission to access /info/files/cube.m4v ? You can right click on the the parent directory( /info/files ) in dolpin, choose properties, and go into permission to see what they are.
Comment 2 laurie jarden 2020-12-31 23:33:00 UTC
Thanks for replying at this time of year.
Using ls -l all files show -rw-rw-r-- 1
All directories are the same.
Files are moved from this drive to one used as a staging point to be then copied to my NAS box for family viewing, using filezilla.
This is the only file of hundreds over two years that failed to be moved.
By re-encoding the file to .mkv with Handbrake the new file can be moved.
I have trouble playing .mkv type files from the NAS box, therefore .m4v is used.
Laurie.
Comment 3 Grayson Penland 2021-01-01 00:06:12 UTC
Rather than using Dolphin, does cp work? and if not, does it throw any useful errors?
Comment 4 Grayson Penland 2021-01-01 00:07:45 UTC
Also I assume you have checked this, but do you own the file?
Comment 5 laurie jarden 2021-01-01 00:39:59 UTC
Hi, Using cp I get the following:
laurie@linux:~/Videos> cp /home/laurie/Videos/Cube.m4v /info/media/Cube.m4v
cp: error reading '/home/laurie/Videos/Cube.m4v': Input/output error.

The file is owned by me.
I played the file using mplayer, xine & VLC. all display as normally expected,
The re-encoded file played but was truncated by 34 min.
Comment 6 Grayson Penland 2021-01-01 03:19:03 UTC
Huh. So it sounds like the file may be corrupt or you have a bad block on the hard drive according to the cp output. 
 httpss://superuser.com/questions/110576/cp-reading-filename-input-output-error-why

That would explain why you had issues with re encoding the file and losing part. What that DOESN'T explain is why VLC played back the full file.

 I do think though that we can pretty safely rule out dolphin as the issue, if cp too failed. I am new to the kde bug tracker, but can we close the issue now?
Comment 7 Grayson Penland 2021-01-01 03:21:08 UTC
You could try using something like photorec to recover the file. 
https://www.cgsecurity.org/wiki/PhotoRec
You could also try recording VLCs output of it.
Comment 8 Nate Graham 2021-01-01 04:48:36 UTC
Yep, sounds like it.