Description of problem: When I try to move files from the Linux ext4 partition to the "fuseblk" partition, I always receive two errors: - Access denied to {destination}. Retry or cancel - The file or folder {source} does not exist. Retry or cancel Finally, to move the files well, I have to copy / paste / delete, with the consequent loss of time. Version-Release number of selected component (if applicable): 19.04.0 How reproducible: Moving files to a NTFS partition. Steps to Reproduce: 1. Open destination folder 2. Select a lot of files 3. Try to move to destination folder
Whiteboard: (none) => dolphinKeywords: (none) => 7final
For reference, this is the upstream bug for this issue: https://bugs.kde.org/show_bug.cgi?id=378946 ( which is marked as a duplicate and being tracked via https://bugs.kde.org/show_bug.cgi?id=364039 ) There seems to be a fix for https://bugs.kde.org/show_bug.cgi?id=368287 but I don't see any confirmation that it fixes https://bugs.kde.org/show_bug.cgi?id=364039 too. Workaround seems to be to add uid and gid to mount options.
Keywords: 7final => (none)CC: (none) => doktor5000Whiteboard: dolphin => (none)Source RPM: filesystem-2.1.9-30.mga7.src.rpm => dolphin-19.04.0-1.mga7.src.rpmURL: https://forums.mageia.org/en/download/file.php?id=1896 => https://forums.mageia.org/en/viewtopic.php?f=7&t=13225
@Linares Andalucía Thank you for reporting this. And thank you Florian for all the pointers. There are very many duplicate bugs there. I have changed the URL reference from: https://forums.mageia.org/en/viewtopic.php?f=7&t=13225 to the upstream bug; I think this is what is required for such bugs. (In reply to MAG Linares Andalucía from comment #0) > Finally, to move the files well, I have to copy / paste / delete, with the > consequent loss of time. The loss of time must be very small - just that for deletion of the source. Note the workaround in comment 1. Have you tried a different file manager from Dolphin?
Summary: Errors when moving (not copying) files between different hard drives. => Errors when moving (not copying) files to NTFS between different hard drivesAssignee: bugsquad => kdeKeywords: (none) => UPSTREAMURL: https://forums.mageia.org/en/viewtopic.php?f=7&t=13225 => https://bugs.kde.org/show_bug.cgi?id=364039
Yes I tried, specifically with Konqueror, and it happens exactly the same.
Whiteboard: (none) => MGA7TOOVersion: 7 => Cauldron
*** Bug 27327 has been marked as a duplicate of this bug. ***
CC: (none) => kourki
(In reply to MAG Linares Andalucía from comment #3) > Yes I tried, specifically with Konqueror, and it happens exactly the same. Another Bug 7985 suggests https://bugs.mageia.org/show_bug.cgi?id=7985#c22 : "The problem doesn't appear in both case when I try to explore the content of these HDD with PCManFM-QT PCManFM or Thunar". Worth trying.
CC: (none) => lewyssmith
I indicated in the bug https://bugs.mageia.org/show_bug.cgi?id=27327 by deleting directly in the umask = 000 fstab file, the bug is solved, cutting and pasting it with an ntfs partition works. but I don't know if this has other consequences en français : J'ai indiqué dans le bug https://bugs.mageia.org/show_bug.cgi?id=27327 en supprimant directement dans le fichier fstab umask=000, le bug est résolu, le couper coller avec une partition ntfs fonctionne. mais je ne sais pas si celà entraine d'autres conséquences.
I believe this may be intentional. Both linux and windows support having multiple users. Deciding which linux users should have access to the ntfs files is up to the system admin, so by default only root should have access. While most of the users of Mageia are their own system administrators, that is not true for all Mageia installations.
CC: (none) => davidwhodgins
293/5000 This explanation does not make sense because in this case, one should not be able to delete a file on another ntfs partition. And yet, since the cut paste is hs, I copy, paste, and delete the original file without difficulty. and cut it paste with thunar allows it. ------------ en français Cette explication n'est pas logique car dans ce cas, on ne devrait pas pouvoir suprimmer un fichier sur une autre partition ntfs. Et pourtant, vu que le couper coller est hs, je copie, je colle, et je supprime sans difficulter le fichier d'origine. et le couper coller avec thunar le permet.
*** Bug 31524 has been marked as a duplicate of this bug. ***
(In reply to Dave Hodgins from comment #7) > I believe this may be intentional. Both linux and windows support having > multiple users. Deciding which linux users should have access to the ntfs > files is up to the system admin, so by default only root should have access. > > While most of the users of Mageia are their own system administrators, that > is not true for all Mageia installations. I don't think this is intentional. A user can copy the file in the destination filesystem, then delete the source. I don't understand why the both effects in one operation (cut) would be considered more dangerous. This is a bug.
CC: (none) => yves.brungard_mageia
And Ami_Age pointed to a solution where the settings in /etc/fstab are adjusted Thus, this is probably a question for diskdrake.
Source RPM: dolphin-19.04.0-1.mga7.src.rpm => diskdrakeWhiteboard: MGA7TOO => MGA8TOOAssignee: kde => mageiatoolsKeywords: UPSTREAM => (none)
See https://bugs.mageia.org/show_bug.cgi?id=27327#c6
Good morning, With Mageia 9 64bits KDE PLASMA freshly installed, it works, there are no more bugs. To see over time. ---------------------------------------------- Bonjour, Avec Mageia 9 64bits KDE PLASMA fraichement installée, celà fonctionne, il n'y a plus de bug. A voir dans la durée.
Good morning, (Error on my part, the partitions were not in the fstab and in fact I typed the root password.) The bug is still present ------------------------------------------ Good morning, (Error on my part, the partitions were not in the fstab and in fact I typed the root password.) The bug is still present