Note that installing this update requires removal of testdisk.

$ urpmq --requires testdisk|grep ntfs
libntfs-3g.so.87()(64bit)

CC: (none) => davidwhodgins

(In reply to Dave Hodgins from comment #1)
> Note that installing this update requires removal of testdisk.
> 
> $ urpmq --requires testdisk|grep ntfs
> libntfs-3g.so.87()(64bit)

Yes, looks like this package was badly libified.

I am trying to make this better in cauldron, but for 6 it is too late... maybe I should rebuild testdisk?

Also partclone ...
The following packages have to be removed for others to be upgraded:
clonezilla-3.19.7-1.1.mga6.x86_64
 (due to missing partclone)
partclone-0.3.5a-1.mga6.x86_64
 (due to missing libntfs-3g.so.87()(64bit)) (y/N)

Not sure how to find all of the packages that require libntfs-3g.so.87 as
"urpmq --whatrequires" expects a package name, not a file name.

We can add photorec to the list;

As a test i enabled all updates testing repos and the updater complained:

Följande paket måste tas bort för att andra ska bli uppdaterade:
partclone-0.3.5a-1.mga6.x86_64
 (för att libntfs-3g.so.87()(64bit) saknas)
photorec-7.0-4.mga6.x86_64
 (för att libntfs-3g.so.87()(64bit) saknas)
testdisk-7.0-4.mga6.x86_64
 (för att libntfs-3g.so.87()(64bit) saknas)

CC: (none) => fri

> We can add photorec to the list;

Yes, it is the same srpm and testdisk. I have pushed a libified ntfs-3g package, then I will rebuild this two deps.

Status: NEW => ASSIGNED

Suggested advisory :

Updated ntfs-3g fix problem of mounting ntfs partitions formatted with recent windows releases. Some tools needed a rebuild as they were linked against ntfs-3g : partclone, testdisk and photorec.

SRPMS:
ntfs-3g-2017.3.23-2.mga6.srpm
testdisk-7.0-4.1.mga6.srpm
partclone-0.3.11-1.mga6.srpm

RPMS:
ntfs-3g-2017.3.23-2.mga6.x86_64.rpm
lib64ntfs-3g88-2017.3.23-2.mga6.x86_64.rpm
lib64ntfs-3g-devel-2017.3.23-2.mga6.x86_64.rpm

testdisk-7.0-4.1.mga6.i586.rpm
photorec-7.0-4.1.mga6.i586.rpm

partclone-0.3.11-1.mga6.x86_64.rpm

Assignee: lists.jjorge => qa-bugs
CC: (none) => lists.jjorge

I don't do Windows 10, but I have used clonezilla. 

After installing the above ntfs-3g and partclone packages, clonezilla still runs. I did not have anything to clone to at the moment, so I didn't proceed beyond the first couple of steps, but I saw no regressions there.

CC: (none) => andrewsfarm

I'm also not having any trouble mounting an NTFS drive that was formatted by a Homeworx PVR and playing the videos on that drive with my HP 6550b laptop, but then I didn't have any trouble doing that before.

I also had this problem with Mageia-6/Windows10 recently, and as temporary fix mounted them 'ro'.

CC: (none) => maurice

@José, is https://bugzilla.redhat.com/show_bug.cgi?id=1527231 the bug being fixed by this update?

CC: (none) => mageia

MGA6-64 on Lenovo B50 Plasma.
Laptop has Win10, M5 instance and 2 M6 instances.
I could mount all Win10 partitions in MCC Local Disks and I could see all folders and files.
I unmounted all Win10 partitions thereafter.
No installation issues for update.
I could mount all Win10 partitions again and see the contents.
So OK for me.

CC: (none) => herman.viaene

(In reply to Martin Whitaker from comment #10)
> @José, is https://bugzilla.redhat.com/show_bug.cgi?id=1527231 the bug being
> fixed by this update?

It wasn't, but as it seems also interesting, I have added the patch.
So for ntfs-3g the RPMS are now -3 instead of -2.

Have installed the new rpms, and they still work for me, on both arches.

OKing, and validating. Suggested advisory in Comment 6.

Whiteboard: (none) => MGA6-64-OK MGA6-32-OK
Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2018-0103.html

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