Description of problem: In the Windows 10 NTFS partition of my newl mga6 system, lots of file are not accessible. Listing a directory shows a lot of file names followed by "-> 'unsupported reparse point'": [root@localhost touchpad]# ll /media/windows/Windows total 36498 drwxrwxrwx 1 root root 0 mars 18 2017 addins/ drwxrwxrwx 1 root root 0 sept. 5 08:08 appcompat/ drwxrwxrwx 1 root root 4096 sept. 5 00:35 AppPatch/ drwxrwxrwx 1 root root 0 sept. 17 15:37 AppReadiness/ drwxrwxrwx 1 root root 4096 sept. 17 15:58 assembly/ drwxrwxrwx 1 root root 0 mars 18 2017 bcastdvr/ lrwxrwxrwx 2 root root 26 juil. 11 02:37 bfsvc.exe -> 'unsupported reparse point' drwxrwxrwx 1 root root 4096 mars 18 2017 Boot/ -rwxrwxrwx 1 root root 67584 sept. 17 17:51 bootstat.dat* drwxrwxrwx 1 root root 0 mars 18 2017 Branding/ drwxrwxrwx 1 root root 0 sept. 13 22:53 CbsTemp/ -rwxrwxrwx 1 root root 8229 sept. 4 23:48 comsetup.log* -rwxrwxrwx 2 root root 33498 juil. 16 2016 CoreSingleLanguage.xml* -rwxrwxrwx 1 root root 6 juin 9 14:46 core.ver* lrwxrwxrwx 1 root root 26 mars 18 2017 Core.xml -> 'unsupported reparse point' -rwxrwxrwx 1 root root 12 juin 9 08:16 csup.txt* ... As a consequence the files are not accessible. For example I cannot install Windows fonts, or at least most of them. By the way this makes drakfont crash, which it should not. I found this: https://bugzilla.redhat.com/show_bug.cgi?id=1377049 and this: http://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html but had not the time to test for the moment.
ok so installed the quick and dirty way the 2 following rpms (nodeps, force...): * http://jp-andre.pagesperso-orange.fr/download-rpm.html#ntfs-3g-2016.2.22AR.3-1.fc23.x86_64.rpm * http://jp-andre.pagesperso-orange.fr/download-rpm.html#ntfsprogs-2016.2.22AR.3-1.fc23.x86_64.rpm then unpacked the 64 bits plugin ntfs-plugin-80000017.so from http://jp-andre.pagesperso-orange.fr/download-source.html#systcomp.zip into /usr/lib64/ntfs-3g/ and voilà, it works!
(In reply to Jean-Christophe Cardot from comment #1) > ok so installed the quick and dirty way the 2 following rpms (nodeps, > force...): > * > http://jp-andre.pagesperso-orange.fr/download-rpm.html#ntfs-3g-2016.2.22AR.3- > 1.fc23.x86_64.rpm > * > http://jp-andre.pagesperso-orange.fr/download-rpm.html#ntfsprogs-2016.2.22AR. > 3-1.fc23.x86_64.rpm > > then unpacked the 64 bits plugin ntfs-plugin-80000017.so from > http://jp-andre.pagesperso-orange.fr/download-source.html#systcomp.zip into > /usr/lib64/ntfs-3g/ > > and voilà, it works! Thanks. Assigning to the base system maintainers.
CC: (none) => marja11Assignee: bugsquad => basesystem
Hi Jean-Christophe, Please reopen this bug report if it is still valid for Mageia 7 or 8(cauldron), and change "Version:" in the upper left of this report accordingly. I'm closing this report as OLD because it was filed against Mageia 6, for which support ended in 2019. Thanks, Marja
Status: NEW => RESOLVEDResolution: (none) => OLD
Still present in Mageia 7. Copying the plugin for decompression from my first message to the proper location fixes it. D/l from https://jp-andre.pagesperso-orange.fr/download-source.html#systcomp.zip [root@localhost ntfs-3g]# pwd /usr/lib64/ntfs-3g [root@localhost ntfs-3g]# ll total 24 -rwxr-xr-x 1 root root 21562 sept. 10 2016 ntfs-plugin-80000017.so*
Status: RESOLVED => REOPENEDVersion: 6 => 7Resolution: OLD => (none)
So I guess there is only a ntfs-3g-plugin rpm missing or the like; as it now searches for the plugins. Please see what did Fedora/CentOS, as the plugin has been d/l from this page where the rpm are for CentOS https://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html
Actually I packaged ntfs-3g-system-compression 2 monthes ago. It provides that capability though: /usr/lib64/ntfs-3g/ntfs-plugin-80000017.so It's recommended by ntfs-3g & installed by the classic installer too.
Resolution: (none) => FIXEDCC: (none) => thierry.vignaudStatus: REOPENED => RESOLVED
I do not find ntfs-3g-system-compression is not in mga7 ?
CC: (none) => fri
It is only in Cauldron as much as I can see. So should this be resolved? I don't know when 8 is due, as it is not in the wiki, so as the ntfs-3g package in 7 is already prepared for this, and this must be a problem for 7 users for some time (more than 2 years), I think this should be back ported to 7. This problem does not give a good image of Mageia (for ex, users cannot install Windows fonts, see above). Thierry what do you think?
OK, I backported it in bug #26581
Blocks: (none) => 26581
Merci Thierry!
Just tested on my mga7 laptop, works like a charm. Thanks again!
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2020-0123.html
CC: (none) => tmb