Version: unspecified (using KDE 4.4.4) OS: Linux When I try to copy many files from one of my logical disks (summary size of files is 3.1 GB; NTFS partition) to another one (NTFS too) Dolphin copies only ~2.5 GB. Some files are NOT copied. This can lead to data loss. When doing the same with Krusader I experience the similar problem but another files are not copied (it copies ~2.6 GB of 3.1 GB). Files that are not copied are different in Dolphin and Krusader but they always are the same in each of these programs respectively. I experience this problem when trying to copy many files from another logical disk too. The path to most of them is less them 255 characters and often does not contain spaces and non-latin symbols, nothing exotic or non-valid in paths. Midnight Commander and cp copy everything fine. Reproducible: Always Steps to Reproduce: Just copy many files from one disk to another one. Then check the size of the destination folder. I have NTFS on both partitions. I did not try another file systems yet. Actual Results: The destination folder size is less the the source folder size. Tools like Synchronize in Krusader will show the difference. Some files are missing in destination folder after copy operation. Expected Results: Should copy everything. Midnight Commander and cp copy everything fine.
Dolphin version is 1.4
*** Bug 262771 has been marked as a duplicate of this bug. ***
In IceWM Dolphin and Krusader behave like in KDE.
I use Mandriva 2010.2, KDE 4.4.3, and this bug occurs too.
I can confirm this also happens when copying from NTFS to ext4 in KDE SC 4.6.0 on Kubuntu 10.10. I tried to copy the same folder several times and the number of files varies with every test. In fact, the properties of the source folder in Dolphin shows a different number of total files each time the properties dialog is opened.
I do not have two separate NTFS partitions for testing this, but I can most definitely state that mounting NTFS partition on my computer results in the size of all directories in the NTFS parition showing 0 as size. Copying from NTFS to ext4 seems to work fine here through. See bug # 265389.
(In reply to comment #6) > I do not have two separate NTFS partitions for testing this, but I can most > definitely state that mounting NTFS partition on my computer results in the > size of all directories in the NTFS parition showing 0 as size. > > Copying from NTFS to ext4 seems to work fine here through. See bug # 265389. I meant bug# 265839. BTW, what happens if you simply copy those files that seem to have not been copied ?
awaiting response for comment #7
If I copy the files that weren't copied originally, it works. The files get copied.
It's been a month since my response. Is there any other information I should provide?
I'm still willing to help...
Is any additional info still needed?
I can confirm this bug. openSUSE 12.2, KDE 4.8.5, Dolphin 2.0. I have a large gallery with many subfolders, containing both images and videos, on a NTFS internal hard drive. Some folders hold more than 40.000 images. I back them up to an external drive (also NTFS) by merging the root folder and choosing "write into" and "skip existing files". This always worked fine on Windows. The result here is that subfolders aren't merged. Only if I select the files manually from one side and drag them in the same subfolder on the other side are they actually copied (and even so not all of them might be shown and selected). Looking at the properties of either large folder on either drive, both size and file count is randomized. Once it says I the size is 30GB, then I click refresh and it says 7GB, then I click refresh again and it says 21GB, and so on. Currently looking for some alternative so I can copy my files and folders properly. http://forums.opensuse.org/forums/english/get-technical-help-here/applications/478937-cannot-copy-large-folders-between-ntfs-partitions-properly.html http://forum.kde.org/viewtopic.php?f=224&t=107952
[WORKAROUND] Until the issue is fixed, I'm using a consistent way to copy folders with a lot of files and subfolders from NTFS to NTFS. Open up a console and simply do: cp -urpv "/path/to/source" "/path/to/destination" -u makes sure existing files are skipped, -r is to write into subfolders, -p is to maintain the properties of copied files (such as "date modified") and -v is verbose to print which files are being copied while it happens. It does the same thing and I tested it to work well today.
reopen based upon recent comments.
I cannot reproduce this problem when I transfer a large number of files (781) and folders (525) from NTFS partition mounted using ntfs-3g to an ext4 partition. The total size of files/folders copied was 1.5 GB. Can anyone here confirm whether or not they can still reproduce this problem in KDE 4.10.5 or higher?
Right now, in my KDE 4.10.2 (it's rather stable, so I don't want to upgrade now). I have some 'rpm' packages in separated folders in a NTFS partition, named: Mageia_3 Mageia Cauldron 4 Open Mandriva Size is total 1.4 GiB. 1. If I use PCManFM to calculate the size of these folders: Select > Right click > Properties It shows correctly the size of them. 2. If I use Krusader 2.0.0 (stable) Select these folders by keyboard (Space key), Krusader automatic calculates the size of the folders, that's showed in status bar. It's exactly as PCManFM. 3. If right click (mouse) on the highlighted (selected) folders, and choose 'Properties...'. Then the 'Properties' dialog shows the wrong size. Click on the 'Refresh' button of the 'Properties' dialog, the value of the size randomly changed. It's the size of the copied folders (that differs from the original data). 4. The same with Dolphin if using 'Properties' dialog to show the size of the folders. 5. Dolphin's 'Properties...' shows correctly the size of data if FILEs are selected **only**. But, not with folders (as I described above)
Created attachment 89054 [details] screenshot Here is the screenshot
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
*** This bug has been marked as a duplicate of bug 162211 ***