https://www.opennet.ru/openforum/vsluhforumID3/110802.html После года разработки сформирован (http://www.tuxera.com/community/release-history/) стабильный выпуск пакета NTFS-3G 2017.3.23 (http://www.tuxera.com/community/open-source-ntfs-3g/), включающего в себя свободный драйвер, работающий в пространстве пользователя с использованием механизма FUSE, и комплект утилит ntfsprogs для манипуляций с разделами NTFS. Код проекта распространяется (http://www.tuxera.com/community/ntfs-3g-download/) под лицензией GPLv2. <br><br><br><br><br><br>Драйвер поддерживает чтение и запись данных в NTFS-разделах и может работать в широком спектре операционных систем, поддерживающих FUSE (http://ru.wikipedia.org/wiki/Filesystem_in_Userspace), в том числе в Linux, Android, OS X, FreeBSD, NetBSD, OpenBSD, Solaris, QNX и Haiku. Предоставляемая драйвером реализация файловой системы NTFS полностью совместима с операционными системами Windows XP, Windows Server 2003, Windows 2000, Windows Vista, Windows Server 2008, Windows 7, Windows 8 и Windows 10. Набор утилит ntfsprogs позволяет выполнять такие операци https://www.opennet.ru/openforum/vsluhforumID3/110802.html#30 Thu, 30 Mar 2017 19:24:54 GMT Это такая альтернативная логика?<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#28 Thu, 30 Mar 2017 13:46:15 GMT переписать бы Fuse под Windows и пользоваться NTFS 3G в ней, прикольно?<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#27 Thu, 30 Mar 2017 09:07:17 GMT NTFS она такая. Мне как то попался ntfs раздел на винте, который под ntfs-3g и paragon работал без малейших нареканий, а вот в самой винде вызвал ступор при загрузке на пару минут с руганью в логе на ошибки ФС. Проверка гуевым scandisk ничего не дала, с его точки зрения ошибок не было. Запустил консольный виндовый chkdisk, через час заметил, что циферки застыли, заглянул в task manager и увидел, что chkdsk просто сожрал всю доступную память, а это около 12 гигов, что наводит на определенные мысли о качестве его кода. В общем починить ничем не удалось. <br>Ну а paragon "радовал" тем, что некоторые файлы в нем оказывались невидимыми для части виндовых программ, запущенных из под wine. Создать или перезаписать файл программа может, но потом его не находит. После перемонтирования под ntfs-3g файлы в той же программе становились видны, а под paragon опять "исчезали". <br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#26 Thu, 30 Mar 2017 07:28:33 GMT &gt; Если хочешь действительно хорошую скорость и низкое потребление проца, то смотри на <br>&gt; ядреный вариант драйвера от paragon. Но у него есть свои проблемы. <br><br>У меня была вот такая проблема. Есть винч 500 Гб, есть винда 470 Гб, есть Linux 30 Гб. Я думал что 30 Гб хватит всем. Но иногда всё-таки приходилось добавлять линуксу по 10 Гб.<br><br>Однажды я обновил NTFS-3G с 2014-й версии до 2016-й. После очередного ресайза, драйвер Paragon стал отказываться его монтировать! В dmesg запись о том, что раздел содержит ошибки. Скандиск не помог :-(<br><br>Отписал им в техподдержку. И мне выслали текущий trunk :-) Теперь всё работает, жду релиза 9.5!<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#25 Thu, 30 Mar 2017 07:20:43 GMT Попробуй ядерный драйвер от Paragon. Linux-версия есть платная и бесплатная, в бесплатной нет журналирования, набора утилит и DKMS.<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#24 Thu, 30 Mar 2017 05:23:16 GMT к сожалению, уже нет ни той флешки, ни какой-либо винды<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#23 Thu, 30 Mar 2017 01:56:45 GMT &gt; Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Interoperability_Problem <br>&gt; Со стандартными атрибутами проще, там более-менее понятное отображение.<br><br>Не совсем точно , можно ставить Unix ACL ,помоему параметр ACL(или posix на скорую руку не вспомню) в fstab .Фишка в том что NTFS поддерживает posix поток, и поэтому выходило смешно - файлы есть а сделать с ними в виндовс нечего нельзя,не удалить не переименовать .<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#22 Wed, 29 Mar 2017 17:50:40 GMT По столь подробному описанию сложно сказать. Но наиболее очевидное предположение состоит в том, что раздел был отформатировал в ntfs, а тип, указанный для раздела, остался неизменным и каким-то иным -- не ntfs. Этот тип можно исправить при помощи fdisk, но программы форматирования этого не делают.<br> https://www.opennet.ru/openforum/vsluhforumID3/110802.html#21 Wed, 29 Mar 2017 14:25:35 GMT Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Interoperability_Problem<br>Со стандартными атрибутами проще, там более-менее понятное отображение.<br>