После года разработки сформирован (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.Драйвер поддерживает чтение и запись данных в 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 позволяет выполнять такие операции, как создание NTFS-разделов, проверка целостности, клонирование, изменение размера и восстановление удалённых файлов. Общие компоненты для работы c NTFS, используемые в драйвере и утилитах, вынесены в отдельную библиотеку.
Наиболее заметные изменения:
- Включена возможность монтирования в режиме только для чтения, в случае заморозки доступа к разделу из-за нахождения Windows-системы в спящем режиме (hibernate);- Во внешние плагины вынесена обработка специальных расширенных объектов NTFS (reparse point (https://en.wikipedia.org/wiki/NTFS_reparse_point));
- Обеспечена возможность использования кэширования на уровне ядра с lowntfs-3g, если в ФС не применяются Posix ACL;
- Проведена полная проверка мест, где допустимо использовать расширенные атрибуты файлов;- В состав набора ntfsprogs перенесены утилиты secaudit и usermap, которые отныне поставляются под именами ntfssecaudit и ntfsusermap;
- Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8;- В скрипте настройки сборочного окружения добавлен выбор заголовочных файлов sys/sysmacros.h и sys/mkdev;
- Обеспечена возможность использования полного библиотечного API на системах без поддержки расширенных атрибутов файлов;
- Налажена работа переменной окружения DISABLE_PLUGINS, отключающей загрузку плагинов;
- Приведена в порядок проверка корректности многосекторной передачи защищённых записей;
- Запрещено создание и удаление файлов из области "$Extend".URL: http://www.tuxera.com/community/release-history/
Новость: http://www.opennet.me/opennews/art.shtml?num=46272
Драйвер хороший, скорость выше всяких похвал, но как же он жрёт процессор!
> но как же он жрёт процессор!Ну так оно же через FUSE, поэтому неудивительно.
А так присоединяюсь, драйвер хороший и нужный.
Вмдать, у вас очень много процессора... раз он жрется, но и скорость выше... выше чего?
Выше всяких похвал
Если хочешь действительно хорошую скорость и низкое потребление проца, то смотри на ядреный вариант драйвера от paragon. Но у него есть свои проблемы.
> Если хочешь действительно хорошую скорость и низкое потребление проца, то смотри на
> ядреный вариант драйвера от paragon. Но у него есть свои проблемы.У меня была вот такая проблема. Есть винч 500 Гб, есть винда 470 Гб, есть Linux 30 Гб. Я думал что 30 Гб хватит всем. Но иногда всё-таки приходилось добавлять линуксу по 10 Гб.
Однажды я обновил NTFS-3G с 2014-й версии до 2016-й. После очередного ресайза, драйвер Paragon стал отказываться его монтировать! В dmesg запись о том, что раздел содержит ошибки. Скандиск не помог :-(
Отписал им в техподдержку. И мне выслали текущий trunk :-) Теперь всё работает, жду релиза 9.5!
NTFS она такая. Мне как то попался ntfs раздел на винте, который под ntfs-3g и paragon работал без малейших нареканий, а вот в самой винде вызвал ступор при загрузке на пару минут с руганью в логе на ошибки ФС. Проверка гуевым scandisk ничего не дала, с его точки зрения ошибок не было. Запустил консольный виндовый chkdisk, через час заметил, что циферки застыли, заглянул в task manager и увидел, что chkdsk просто сожрал всю доступную память, а это около 12 гигов, что наводит на определенные мысли о качестве его кода. В общем починить ничем не удалось.
Ну а paragon "радовал" тем, что некоторые файлы в нем оказывались невидимыми для части виндовых программ, запущенных из под wine. Создать или перезаписать файл программа может, но потом его не находит. После перемонтирования под ntfs-3g файлы в той же программе становились видны, а под paragon опять "исчезали".
Попробуй ядерный драйвер от Paragon. Linux-версия есть платная и бесплатная, в бесплатной нет журналирования, набора утилит и DKMS.
Блин, когда появится возможность создавать нативные симлинки? Больше всего junction point интересует, очень надо.
Винда. Тогда винда.
> Винда. Тогда винда.ну, кстати, а почему бы и нет - 2008Core в vbox, вполне себе приемлемая плата за однократное создание симлинка на чужой флэшке (часто это делать вряд ли понадобится, поскольку в винде-то в общем по сей день крайне редко кому нужно) - и стартует недолго, и жрет, на фоне современных браузеров, немного.
Если, конечно, я не ошибаюсь в целях топикстартера, и он не собирается линуксные файлы массово держать на ntfs. В этом случае, опаньки. Вряд ли поведение junctions расхакают и выложат в паблик с достаточной достоверностью и детализацией, чтобы дети пейсбука осилили заимплементить.
> Блин, когда появится возможность создавать нативные симлинки?вероятно, уже никогда - тот чувак, который изначально расхакал почти недокументированную структуру ntfs и писал первые версии, похоже, давным-давно покинул проект (или сделался эффективным менеджером тухлосеры, что менее вероятно, но в любом случае, результат тот же, с 2012го о нем не слышно).
А модные-эффективные способны героически победить преобразование невалидного utf16, но не более того.В 2006-м эти самые нативные симлинки то-ли только-только появились, то ли еще даже не появились (вот уж не помню, с XP или с семерки ntfs version 5? вроде, все же XP), пользовательского софта, умевшего их создавать, точно еще не было, соответственно, он в эту сторону и не копал особо.
Остается только изумляться тому, что вообще подобное еще сравнительно недавно было возможно.
Хм, а как тогда они пересоздаются, если сделать бекап винды с помощью fsarchiver и потом развернуть её из этого образа? Fsarchiver использует ntfs-3g для работы с ntfs. Всегда думал что просто отсутствует соответствующая утилита для этого, а в самом ntfs-3g где-то это давно есть.
> Всегда думал что просто отсутствует соответствующая утилита для этогоутилита должна бы называться ln, и то что она не работает (а у меня, по крайней мере, не) говорит о том, что что-то внутри ntfs-3g не так.
надо ждать реализации на kaitai
> Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8Интересная функция. Польза примерно понятна, но забавно.
>> Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8
> Интересная функция. Польза примерно понятна, но забавно.Все леди делают это. https://lists.gnu.org/archive/html/guile-user/2017-02/msg000...
_Открытые_ стандарты: есть "неправильные" сочетания байтов, и вы там в своих софтах как хотите, так и кувыркайтесь. Помножить на перекодировки, с бонусными коэффициентами на границах загончиков, помножиь на число програм, не знающих о кодировках (.zip~), прибавиь ограниченное число разработчиков, помножиь на число тех из них, кто о ранее перечисленном не в курсе.... [здесь должна быть ссылка на xkcd.com -- добавь свою любимую!]
>если в ФС не применяются Posix ACLА NTFS вообще поддерживает POSIX ACL, а стандартные атрибуты UNIX?
Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Intero...
Со стандартными атрибутами проще, там более-менее понятное отображение.
> Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Intero...
> Со стандартными атрибутами проще, там более-менее понятное отображение.Не совсем точно , можно ставить Unix ACL ,помоему параметр ACL(или posix на скорую руку не вспомню) в fstab .Фишка в том что NTFS поддерживает posix поток, и поэтому выходило смешно - файлы есть а сделать с ними в виндовс нечего нельзя,не удалить не переименовать .
> реализация файловой системы NTFS полностью совместима с операционными системами Windowsпо моему опыту флешки, отформатированные в винде работают с ntfs-3g как родные, а вот те, что я форматировал с помощью ntfs-3g в linux работали, а в винде уже нет. может, что-то не так делал?
Ниразу не замечал такого. Хм...
> а вот те, что я форматировал с помощью ntfs-3g в linux
> работали, а в винде уже нет. может, что-то не так делал?если с параметрами не игрался - по идее, все должно быть нормально (а что говорит виндовый chkdsk /f )?
Если хотеть странного - может да, выйти странно.
к сожалению, уже нет ни той флешки, ни какой-либо винды
По столь подробному описанию сложно сказать. Но наиболее очевидное предположение состоит в том, что раздел был отформатировал в ntfs, а тип, указанный для раздела, остался неизменным и каким-то иным -- не ntfs. Этот тип можно исправить при помощи fdisk, но программы форматирования этого не делают.
> - Включена возможность монтирования в режиме только для чтения, в случае
> заморозки доступа к разделу из-за нахождения Windows-системы в спящем режиме (hibernate);Странно, у мну дома в Дебиане такое уже с прошлого года точно было... Чудеса.
Ранбше он выдавал ошибку с предложением смонтировать с ro. М.б. теперь он делает это автоматически.
переписать бы Fuse под Windows и пользоваться NTFS 3G в ней, прикольно?
Это такая альтернативная логика?