The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Стабильный релиз NTFS-3G и ntfsprogs 2017.3.23

29.03.2017 09:02

После года разработки сформирован стабильный выпуск пакета NTFS-3G 2017.3.23, включающего в себя свободный драйвер, работающий в пространстве пользователя с использованием механизма FUSE, и комплект утилит ntfsprogs для манипуляций с разделами NTFS. Код проекта распространяется под лицензией GPLv2.

Драйвер поддерживает чтение и запись данных в NTFS-разделах и может работать в широком спектре операционных систем, поддерживающих FUSE, в том числе в Linux, Android, macOS, 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);
  • Обеспечена возможность использования кэширования на уровне ядра с lowntfs-3g, если в ФС не применяются Posix ACL;
  • Проведена полная проверка мест, где допустимо использовать расширенные атрибуты файлов;
  • В состав набора ntfsprogs перенесены утилиты secaudit и usermap, которые отныне поставляются под именами ntfssecaudit и ntfsusermap;
  • Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8;
  • В скрипте настройки сборочного окружения добавлен выбор заголовочных файлов sys/sysmacros.h и sys/mkdev;
  • Обеспечена возможность использования полного библиотечного API на системах без поддержки расширенных атрибутов файлов;
  • Налажена работа переменной окружения DISABLE_PLUGINS, отключающей загрузку плагинов;
  • Приведена в порядок проверка корректности многосекторной передачи защищённых записей;
  • Запрещено создание и удаление файлов из области "$Extend".


  1. Главная ссылка к новости (http://www.tuxera.com/communit...)
  2. OpenNews: Уязвимость в ntfs-3g, позволяющая поднять свои привилегии в системе
  3. OpenNews: Стабильный релиз NTFS-3G и ntfsprogs 2016.2.22
  4. OpenNews: Стабильный релиз NTFS-3G и ntfsprogs 2014.2.15
  5. OpenNews: Стабильный релиз NTFS-3G и ntfsprogs 2013.1.13
  6. OpenNews: Слияние проектов NTFS-3G и ntfsprogs. Релиз NTFS-3G 2011.4.12
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46272-ntfs-3g
Ключевые слова: ntfs-3g, ntfs, mount
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:06, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Драйвер хороший, скорость выше всяких похвал, но как же он жрёт процессор!
     
     
  • 2.2, llolik (ok), 09:27, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > но как же он жрёт процессор!

    Ну так оно же через FUSE, поэтому неудивительно.
    А так присоединяюсь, драйвер хороший и нужный.

     
  • 2.5, АнАн (?), 10:40, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Вмдать, у вас очень много процессора... раз он жрется, но и скорость  выше... выше чего?
     
     
  • 3.8, Аноним (-), 10:55, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Выше всяких похвал
     
  • 2.10, angra (ok), 12:01, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если хочешь действительно хорошую скорость и низкое потребление проца, то смотри на ядреный вариант драйвера от paragon. Но у него есть свои проблемы.
     
     
  • 3.26, Аноним (-), 10:28, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если хочешь действительно хорошую скорость и низкое потребление проца, то смотри на
    > ядреный вариант драйвера от paragon. Но у него есть свои проблемы.

    У меня была вот такая проблема. Есть винч 500 Гб, есть винда 470 Гб, есть Linux 30 Гб. Я думал что 30 Гб хватит всем. Но иногда всё-таки приходилось добавлять линуксу по 10 Гб.

    Однажды я обновил NTFS-3G с 2014-й версии до 2016-й. После очередного ресайза, драйвер Paragon стал отказываться его монтировать! В dmesg запись о том, что раздел содержит ошибки. Скандиск не помог :-(

    Отписал им в техподдержку. И мне выслали текущий trunk :-) Теперь всё работает, жду релиза 9.5!

     
     
  • 4.27, angra (ok), 12:07, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS она такая. Мне как то попался ntfs раздел на винте, который под ntfs-3g и paragon работал без малейших нареканий, а вот в самой винде вызвал ступор при загрузке на пару минут с руганью в логе на ошибки ФС. Проверка гуевым scandisk ничего не дала, с его точки зрения ошибок не было. Запустил консольный виндовый chkdisk, через час заметил, что циферки застыли, заглянул в task manager и увидел, что chkdsk просто сожрал всю доступную память, а это около 12 гигов, что наводит на определенные мысли о качестве его кода. В общем починить ничем не удалось.
    Ну а paragon "радовал" тем, что некоторые файлы в нем оказывались невидимыми для части виндовых программ, запущенных из под wine. Создать или перезаписать файл программа может, но потом его не находит. После перемонтирования под ntfs-3g файлы в той же программе становились видны, а под paragon опять "исчезали".
     
  • 2.25, Аноним (-), 10:20, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробуй ядерный драйвер от Paragon. Linux-версия есть платная и бесплатная, в бесплатной нет журналирования, набора утилит и DKMS.
     

  • 1.3, BrainFucker (ok), 09:48, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Блин, когда появится возможность создавать нативные симлинки? Больше всего junction point интересует, очень надо.
     
     
  • 2.6, F (?), 10:41, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Винда. Тогда винда.
     
     
  • 3.15, пох (?), 13:41, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Винда. Тогда винда.

    ну, кстати, а почему бы и нет - 2008Core в vbox, вполне себе приемлемая плата за однократное создание симлинка на чужой флэшке (часто это делать вряд ли понадобится, поскольку в винде-то в общем по сей день крайне редко кому нужно) - и стартует недолго, и жрет, на фоне современных браузеров, немного.

    Если, конечно, я не ошибаюсь в целях топикстартера, и он не собирается линуксные файлы массово держать на ntfs. В этом случае, опаньки. Вряд ли поведение junctions расхакают и выложат в паблик с достаточной достоверностью и детализацией, чтобы дети пейсбука осилили заимплементить.

     
  • 2.11, пох (?), 12:34, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Блин, когда появится возможность создавать нативные симлинки?

    вероятно, уже никогда - тот чувак, который изначально расхакал почти недокументированную структуру ntfs и писал первые версии, похоже, давным-давно покинул проект (или сделался эффективным менеджером тухлосеры, что менее вероятно, но в любом случае, результат тот же, с 2012го о нем не слышно).
    А модные-эффективные способны героически победить преобразование невалидного utf16, но не более того.

    В 2006-м эти самые нативные симлинки то-ли только-только появились, то ли еще даже не появились (вот уж не помню, с XP или с семерки ntfs version 5? вроде, все же XP), пользовательского софта, умевшего их создавать, точно еще не было, соответственно, он в эту сторону и не копал особо.

    Остается только изумляться тому, что вообще подобное еще сравнительно недавно было возможно.

     
     
  • 3.17, BrainFucker (ok), 15:02, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хм, а как тогда они пересоздаются, если сделать   бекап винды с помощью fsarchiver и потом развернуть её из этого образа? Fsarchiver использует ntfs-3g для работы с ntfs. Всегда думал что просто отсутствует соответствующая утилита для этого, а в самом ntfs-3g где-то это давно есть.
     
     
  • 4.19, пох (?), 15:50, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Всегда думал что просто отсутствует соответствующая утилита для этого

    утилита должна бы называться ln, и то что она не работает (а у меня, по крайней мере, не) говорит о том, что что-то внутри ntfs-3g не так.

     
  • 3.20, Аноним (-), 16:52, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    надо ждать реализации на kaitai
     

  • 1.4, Аноним (-), 10:35, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8

    Интересная функция. Польза примерно понятна, но забавно.

     
     
  • 2.9, Andrey Mitrofanov (?), 11:48, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Обеспечена возможность перекодирования некорректных последовательностей UTF-16 в аналогичные некорректные последовательности UTF-8
    > Интересная функция. Польза примерно понятна, но забавно.

    Все леди делают это. https://lists.gnu.org/archive/html/guile-user/2017-02/msg00068.html

    _Открытые_ стандарты: есть "неправильные" сочетания байтов, и вы там в своих софтах как хотите, так и кувыркайтесь.  Помножить на перекодировки, с бонусными коэффициентами на границах загончиков, помножиь на число програм, не знающих о кодировках (.zip~), прибавиь ограниченное число разработчиков, помножиь на число тех из них, кто о ранее перечисленном не в курсе....  [здесь должна быть ссылка на xkcd.com -- добавь свою любимую!]

     

  • 1.7, Аноним (-), 10:52, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >если в ФС не применяются Posix ACL

    А NTFS вообще поддерживает POSIX ACL, а стандартные атрибуты UNIX?

     
     
  • 2.21, Stax (ok), 17:25, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Interoperability_Proble
    Со стандартными атрибутами проще, там более-менее понятное отображение.
     
     
  • 3.23, maximnik0 (?), 04:56, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Она поддерживает Windows ACL, которые отличаются: http://wiki.linux-nfs.org/wiki/index.php/ACLs#The_ACL_Interoperability_Proble
    > Со стандартными атрибутами проще, там более-менее понятное отображение.

    Не совсем точно , можно ставить Unix ACL ,помоему параметр ACL(или posix на скорую руку не вспомню) в fstab .Фишка в том что NTFS  поддерживает posix  поток, и поэтому выходило смешно - файлы есть а сделать с ними в виндовс нечего нельзя,не удалить не переименовать .


     

  • 1.12, leap42 (ok), 12:43, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > реализация файловой системы NTFS полностью совместима с операционными системами Windows

    по моему опыту флешки, отформатированные в винде работают с ntfs-3g как родные, а вот те, что я форматировал с помощью ntfs-3g в linux работали, а в винде уже нет. может, что-то не так делал?

     
     
  • 2.13, Аноним (-), 13:05, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ниразу не замечал такого. Хм...
     
  • 2.16, пох (?), 13:43, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а вот те, что я форматировал с помощью ntfs-3g в linux
    > работали, а в винде уже нет. может, что-то не так делал?

    если с параметрами не игрался - по идее, все должно быть нормально (а что говорит виндовый chkdsk /f )?
    Если хотеть странного - может да, выйти странно.


     
     
  • 3.24, leap42 (ok), 08:23, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    к сожалению, уже нет ни той флешки, ни какой-либо винды
     
  • 2.22, Ordu (ok), 20:50, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По столь подробному описанию сложно сказать. Но наиболее очевидное предположение состоит в том, что раздел был отформатировал в ntfs, а тип, указанный для раздела, остался неизменным и каким-то иным -- не ntfs. Этот тип можно исправить при помощи fdisk, но программы форматирования этого не делают.
     

  • 1.14, ryoken (ok), 13:33, 29/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > -  Включена возможность монтирования в режиме только для чтения, в случае
    > заморозки доступа к разделу из-за нахождения Windows-системы в спящем режиме (hibernate);

    Странно, у мну дома в Дебиане такое уже с прошлого года точно было... Чудеса.

     
     
  • 2.18, equeim (ok), 15:06, 29/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ранбше он выдавал ошибку с предложением смонтировать с ro. М.б. теперь он делает это автоматически.
     

  • 1.28, Аноним (-), 16:46, 30/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    переписать бы Fuse под Windows и пользоваться NTFS 3G в ней, прикольно?
     
     
  • 2.30, Аноним (-), 22:24, 30/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это такая альтернативная логика?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру