| Summary: | cannot copy files (errno: 5) | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | laurie jarden <lauriej> |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | major | CC: | gpenland06, kfm-devel, lauriej, nate |
| Priority: | NOR | ||
| Version: | 20.12.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
laurie jarden
2020-12-31 01:02:10 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. 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. Rather than using Dolphin, does cp work? and if not, does it throw any useful errors? Also I assume you have checked this, but do you own the file? 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. 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? 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. Yep, sounds like it. |