Bug 2040 - could not change permissions while copying files to an NTFS partition
Summary: could not change permissions while copying files to an NTFS partition
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: x86_64 Linux
Priority: Low minor
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: UPSTREAM
Depends on: 7011 7182
Blocks:
  Show dependency treegraph
 
Reported: 2011-07-05 20:18 CEST by Grigory Maksaev
Modified: 2012-09-06 02:12 CEST (History)
4 users (show)

See Also:
Source RPM: ntfs3g
CVE:
Status comment:


Attachments

Description Grigory Maksaev 2011-07-05 20:18:14 CEST
Description of problem:
Get a system message: 
"Could not change permissions" 
while copying/moving files to an NTFS partition via Krusader.

Version-Release number of selected component (if applicable):


How reproducible:
Always.

Steps to Reproduce:
1. Open Krusader
2. Copy (F5) a file to an NTFS partition
3. Observe the message

To fix:
MSS->System Security->change WIN_PARTS_UMASK parameter value from 000 to -1.
Comment 1 Florian Hubold 2011-08-31 22:10:17 CEST
This is clearly no security issue, as it's not possible to directly transfer unix permissions to NTFS drives. This nag-dialog has been there for quite some time, also on Mandriva.

Will look into it, also for a proper fix.

Priority: Normal => Low
Status: NEW => ASSIGNED
CC: (none) => doktor5000
Component: Security => RPM Packages
Assignee: bugsquad => doktor5000

Comment 2 Florian Hubold 2011-09-01 11:28:06 CEST
(In reply to comment #0)

> To fix:
> MSS->System Security->change WIN_PARTS_UMASK parameter value from 000 to -1.

I think proper fix would be to fix ntfs-3g behaviour, as by default it tries to enforce global ownership and permissions.
Comment 3 Grigory Maksaev 2011-09-01 17:22:08 CEST
Yes, I think you are right, but as far as I remember it is not possible just via GUI of the ntfs-3g tools... BTW, I can't find this package in the reps.
Comment 4 Florian Hubold 2011-09-01 17:56:55 CEST
ntfs-3g has no GUI, AFAIK. What you mean is maybe ntfs-config?
Comment 5 Grigory Maksaev 2011-09-01 21:04:17 CEST
Yes, sorry for that... Indeed, I meant ntfs-config. And I can't find it in Mageia repos. Actually, I do not need it as of now, but still.
Comment 6 Florian Hubold 2011-09-04 19:55:22 CEST
ntfs-config should not be needed, as by default internal NTFS partitions get fstab entries, and are accessible, and NTFS removable media can be mounted without.

Looking at the cause of the problem, it seems the proper solution would be to wait until https://bugs.kde.org/show_bug.cgi?id=206500 gets fixed, so vote for it ;)
Comment 7 Grigory Maksaev 2011-09-04 22:00:52 CEST
Ah, that KDE team... Waiting for them to fix something, from my experience is totally useless thing.
But anyway, I mentioned the workaround that helps.
Samuel Verschelde 2011-10-01 18:02:07 CEST

CC: (none) => stormi
Source RPM: (none) => ntfs3g

Manuel Hiebel 2011-10-01 18:13:14 CEST

Keywords: (none) => UPSTREAM

Comment 8 Florian Hubold 2011-10-01 18:41:07 CEST
Could you please verify that this is only the case for internal partitions? Seems there is also an inconsistency how we mount internal and external NTFS partitions. For an external NTFS partition (which is mounted on behalf of the current user, not as root like an internal partition) i don't get that message.
Comment 9 Grigory Maksaev 2011-10-04 18:01:35 CEST
(In reply to comment #8)
Yes, I confirm that.
I changed WIN_PARTS_UMASK parameter to its default 000 and rebooted.
After reboot I again received a "Could not change permissions" message when I copied any file from EXT4 to internal NTFS.
When I attached an external NTFS drive, and copied a couple of files to it from EXT4, no system messages were received.
Comment 10 Wolfgang Bornath 2012-02-21 11:22:03 CET
I may add that you get this nagging message only in Dolphin and Krusader. I'm using MC in a konsole window and unchecking the "Keep attributes" box I can copy to internal ntfs media (i.e. /media/win_d) without any nagging messages.

Krusader also has this option but it does not work (either a Krusader bug or the same as with Dolphin)

CC: (none) => molch.b

Comment 11 Florian Hubold 2012-08-12 16:26:45 CEST
Reassigning to bugsquad, there's nothing i can do about this.

Status: ASSIGNED => NEW
Assignee: doktor5000 => bugsquad

Comment 12 Florian Hubold 2012-08-20 21:44:35 CEST
Mikala, can you please have a look if this can be backported, or at least integrated into cauldron so this won't be forgotten?

https://bugs.kde.org/show_bug.cgi?id=206500#c24

CC: (none) => balcaen.john

Comment 13 John Balcaen 2012-08-21 12:19:15 CEST
Regarding mga2 the package does not seems to build but i did not take my time to check properly the build issue (i'll do it this week end eventually). Once it can be eventually backported to mga2 i'll have a look on mga1.
Regarding cauldron i'm not in charge of any package anymore however this patch is committed in the 4.9.x branch so it can't be forgotten (i did not check that it was also submitted in master since we'll probably get 4.10 for mga3).
John Balcaen 2012-08-22 03:43:59 CEST

Depends on: (none) => 7011

Comment 14 John Balcaen 2012-08-22 04:27:10 CEST
Oki, i did a typo on my backport which explains the issue.
Since it's building without problem on mga2 & mga1 i push this package for mga1 & mga2.
John Balcaen 2012-08-25 22:57:40 CEST

Depends on: (none) => 7182

Comment 15 John Balcaen 2012-09-06 02:12:11 CEST
Closed as fixed since updates for mga1 & mga2 have been pushed.

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.