Problem copying files from NTFS volumes in openSuse

Lumia925

Reputable
Oct 16, 2014
403
1
4,860
hi everyone, how are you.

I have a strange problem. I own 8 external hard drives, and ALL of them are using NTFS for easy access from Windows which almost everyone I know uses as their primary (or only) OS.

These drives behave perfectly when accessed from Windows 8.1/ Windows 10 systems.
But when I connect them to my openSuse 42.3 system, not all files can be copied from them to the laptop. Say there are 10 files in a directory called "My_vacation", and I start copying them (using KDE), it'd copy 8 of them, but for the remaining two it'd say something like "could not read /sdb1/videos/My_vacation/pic008.jpg" and "pic009.jpg" and then offer me the choice to skip or abort.

Like I mentioned earlier, these same files can be read very well using a Windows system.
I even ran a chkdsk/f on these drives from Windows and it said no errors found.
The SMART stats are good for all my drives (no re-allocations, pending sectors, or timeouts, or anything that might arouse suspicion of failing hardware).

Is there a way to fix this strange problem?

If it matters, the computer that's running openSuse is all openSuse (not dual booting with Windows), and its own internal drive has no SMART problems either. All files in the internal drive can be read okay (given the logged in user account has appropriate rights, of course). The /boot partition is EXT3, and the only other partitions are "/" and swap. The "/" is BtrFS, and my ~ is in /, so I'm trying to copy from NTFS to BtrFS, The kernel is 4.4.126-48.

If any other information is needed, please ask.

Thank you.
 
Solution
The files on external drives are NTFS compressed. Connected one of the drives to a Windows 10 system, and removed the compression- it took a longggggg time "Applying attributes..", but once the compression was removed, the problem was solved.
Didn't remove compression from all my drives, I'll use the terminal to copy, no big deal.
Perhaps my version of Linux doesn't play well with NTFS compression..

For future reference, if anyone else is facing a similar problem, just copy with the terminal instead of the GUI (and ignore any error messages the terminal throws- copied files will work fine in spite of these errors). You can remove NTFS compression (this will allow you to copy using the GUI), but it will take a really long time if the...

Lumia925

Reputable
Oct 16, 2014
403
1
4,860

Hello Alabalcho,
Thanks for the reply,
Nope, retrying doesn't help, I keep getting the same error, and it's always on the same files. The same file will refuse to copy. I can eject the HDD, connect it back, and try copying. I can restart the laptop and try copying, but openSuse will always refuse to copy the very same file.

I tried playing a video that refuses to copy. Played it straight from an external drive using SMPlayer, and it worked, I could play the video.

Here's the error KDE throws while attempting to copy:
kde_cp_error.png


Interesting development when I tried copying from a terminal.
The terminal threw an error too, but even after the error, I could see the file in the destination directory- it managed to copy the file. And I tried playing the copied file in SMPlayer, it played fine!

Here's a screenshot of the error message in the terminal. You can see the file has been copied in spite of the error, and the copied file is playable in SMPlayer.
terminal_cp_error.png


"Value too large for defined data type"- it's like someone's writing a C program and trying to assign a value larger than 65535 to an unsigned int type variable. But all I'm trying to do is copy a file...

What's going on here?
 

Lumia925

Reputable
Oct 16, 2014
403
1
4,860
The files on external drives are NTFS compressed. Connected one of the drives to a Windows 10 system, and removed the compression- it took a longggggg time "Applying attributes..", but once the compression was removed, the problem was solved.
Didn't remove compression from all my drives, I'll use the terminal to copy, no big deal.
Perhaps my version of Linux doesn't play well with NTFS compression..

For future reference, if anyone else is facing a similar problem, just copy with the terminal instead of the GUI (and ignore any error messages the terminal throws- copied files will work fine in spite of these errors). You can remove NTFS compression (this will allow you to copy using the GUI), but it will take a really long time if the whole drive is compressed and you have a lot of data on the drive..
 
Solution