LINUX.ORG.RU

Стабильный релиз драйвера NTFS-3G 2013.1.13

 , , , ,


0

0

NTFS-3G - FUSE-драйвер файловой системы NTFS от компании Tuxera, поддерживающий чтение и запись, для Linux, Android, Mac OS X, FreeBSD, NetBSD, OpenSolaris, QNX, Haiku и других операционных систем. Недавно проекты NTFS-3G и ntfsprogs объединились, поэтому релиз NTFS-3G также означает релиз ntfsprogs. NTFS-3G предоставляет возможность безопасной работы с файловой системой NTFS, созданной Windows 2000-8 и Windows Server 2003-2008. Кроме NTFS-3G компания Tuxera предлагает коммерческий продукт для встраиваемых систем и Mac OS X. А ещё существует Paragon NTFS&HFS в версиях Express, Personal, Professional и Embedded Solution.

Изменения:

ntfs-3g:

  • Исправлен тип возвращаемой переменной файла в функции readdir()
  • Опция монтирования «ro» включается принудительно при монтировании устройств, доступных только для чтения
  • Теперь при удалении файла его название остаётся на месте. Это сделано для облегчения восстановления удалённых файлов
  • Разрешены многократные монтирования раздела только для чтения
  • Улучшено наследование Windows-типа ACL, новые возможности по мере необходимости используются Windows 8
  • Отменено выполнение необязательных обновлений списка задач, работающих при добавлении данных в файл
  • Добавлено наследование флага set-group-id
  • При активном режиме быстрой перезагрузки (fast reboot), используемом Windows 8, запрещено монтирование раздела
  • Теперь для файлов с жёсткой ссылкой отклоняется получение или выставление DOS-имён

ntfsclone:

  • Исправлено затирание пользовательских данных при создании метаданных изображений
  • В ntfsclone и ntfslabel реализована ещё одна возможность добавления нового серийного номера

ntfsfix:

  • Добавлена возможность исправлять резервную копию бутсектора
  • Исправлена ошибка при очистке списка потерянных кластеров

ntfsinfo:

  • Добавлена возможность размещения данных в сводку параметров раздела
  • Добавлен вывод количества запуска и количества фрагментов файла

Остальные компоненты:

  • В ntfswipe добавлена опция затирания концов файлов и удалённых данных
  • В mkntfs в $UpCase вставлен поток $Info для совместимости с Windows 8
  • Системные требования для OpenIndiana добавлены в драйвер и fuse-lite

Так как на LINUX.ORG.RU никто не написал новость о релизе предыдущей версии драйвера NTFS-3G 2012.1.15, переведу и эту новость.

ntfs-3g:

  • Исправлена ошибка при канонизации пути до устройства для использования devmapper
  • Исправлена ошибка при выставлении DOS-имени файла, когда имя введено буквами в нижнем регистре
  • Исправлена ошибка при работе с атрибутами файлов, контролирующими рекурсивную запись
  • Исправлена сборка на OpenIndiana
  • Исправлена ошибка парсинга в операционных системах без дополнительных атрибутов
  • «relatime» добавлен в опции монтирования по умолчанию
  • Исправлена бесконечная рекурсия в случае, если величины MFT описывают сами себя
  • Исправлено описание опции наследования (inherit)
  • Исправлена ошибка с перезаписью усечённого файла
  • Исправлена ошибка с усечением DOS-имени файла (12 ntfschars символов вместо 12 utf8 символов)
  • Исправлена ошибка выставления атрибутов с помощью secaudit (если не синхронизирован индекс)
  • Ускорено сжатие
  • Добавлена опция delay_mtime, определяющая задержку перед обновлением mtime+ctime

ntfsfix:

  • Добавлена опция -d, с помощью которой можно удалить флаги «грязи» в случае если восстановление удалось
  • Исправлена ошибка при тестировании «грязных» флагов раздела
  • Новая опция для очистки списка плохих секторов
  • Исправлена сборка на Sparc
  • Исправлена ошибка, приводящая к нарушению сегментации
  • Добавлена возможность исправлять ошибки данных MFT, размещённых вручную

ntfscp:

  • Исправлен неправильный расчёт свободного места
  • Добавлена поддержка сжатия

ntfsresize:

  • Реализовано изменение размера списка задач
  • Обновлено описание параметра -f
  • Произведена чистка кода для изменения размера раздела NTFS

ntfsundelete:

  • При восстановлении удалённого файла производится попытка восстановить его имя
  • Для именования безымянных файлов теперь используется номер его inode

Остальные компоненты:

  • Исправления big endian в ntfswipe
  • При отображении информации об ACL теперь заданы префиксы SID владельца и группы
  • Исправлена ошибка в поддержке больших кластеров при использовании диска с размером сектора 4k
  • Исправлена ошибка записи огромного количества данных
  • Прозрачное сжатие включено по умолчанию
  • Исправлено несколько плохих возвратов при возникновении ошибки
  • Для FreeBSD и Mac OS X разрешено получать размер сектора
  • Исправлено неправильное поведение команды «make libs», используемой для сборки только библиотек

Подробности

>>> Ссылка на исходный код

★★★★★

Проверено: tazhate ()
Последнее исправление: Silent (всего исправлений: 4)

Ну вот какого лешего этот драйвер для макоси работает быстрее линуксового! :(

PaRuSoft ★★★★
()

Оно наконец научилось выполнять проверку разделов самостоятельно?

FeyFre ★★★★
()
Ответ на: комментарий от m0rph

Я вот как раз всегда замечал обратное.

Вполне возможно что так оно и есть. Несколько недель назад я тестировал одну из последних версий офтопика. Наравне с многими другими проблемами были жуткие лаги. Как оказалось, скорость записи в нтфс составляла 4,1мб/с в среднем. На том же винте с рейзерфс примерно 81МиБ/с.

LightDiver ★★★★★
()
Ответ на: комментарий от anonymous

> за денюжку предлагают kernel-driver, не?

Да, вот только условия покупки не ясны. Похоже что это только для юридических лиц. Зато есть Paragon NTFS/HFS+, он бесплатный (требуется регистрация). Не урезанная версия 500 рублей для 1 компьютера (Personal, а Professional для организаций, как я понял).

ZenitharChampion ★★★★★
() автор топика

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

bulatus ★★
()
Ответ на: комментарий от ZenitharChampion

paragon на свежих ядрах не собирается, наверно если допилить напильником, то соберется, но мне лень

kott ★★★★★
()

Стопудовый зачетный продукт.
А то что в ядре - говно.

hbars ★★★★★
()
Ответ на: комментарий от lucentcode

fantozzi

хранение ваших достижений в облаке

напомнило про Фантоцци против всех и его писание пальцем в небе. ой, простите, «в облаках».:-|

mumpster ★★★★★
()
Ответ на: комментарий от Kindly_Cat

Лютое, бешеное ШГ. Сделайте меня развидеть это!

anonymous
()
Ответ на: комментарий от unanimous

Вангую фрагментацию и забитый более чем на 90% раздел.

Я же написал, что только тестировал. Кстати, тест вышел не особо удачным. Система новая, в тот же день ставилась. И винт форматировался в тот же день и соответственно полностью свободный (только система).

LightDiver ★★★★★
()
Ответ на: комментарий от Oleaster

Ну вообще то жесткий диск не способен на бОльшую скорость r/w, чем ему отведено.

SjZ ★★★★★
()
  • Опция монтирования «ro» включается принудительно при монтировании устройств, доступных только для чтения

...

  • При активном режиме быстрой перезагрузки (fast reboot), используемом Windows 8, запрещено монтирование раздела

Полезней было бы объединить эти 2 фичи...

nexfwall ★★★★
()

Кстати, по поводу тормознутости сабжа

Кстати, по поводу тормознутости сабжа.
Есть ntfs-3g-2012.1.15 на x86
Выполняется копирования из NTFS раздела винта A(IDE) на NTFS раздел винта B(SATA). При этом: процесс mc откусывает 13% производительности, процесс отвечающий за раздел - 45%, при этом тут же в Х в запущенном обозревателе загуглить ничего не возможно, не гугл-сайты работают, флеш рисоваться отказывается.
Это у меня типичный результат работы нагруженного ntfs-3g или типичное проявление 12309? (стоковая Слака14 на AMD Phenom II X3 8450)
Мне поможет апгрейд сабжа? Идти крутит гайки ядру? Или забить(так надо)?

FeyFre ★★★★
()
Ответ на: комментарий от d_Artagnan

Не знаегь - так молчал бы. Тем более, что не к тебе обращались.

Bbore
()
Ответ на: комментарий от Quasar

В ntfs-3g по умолчанию отключено журналирование. Потому и не так сильно тормозит.

$ man ntfs-3g | grep -i journal
       ro     Mount filesystem read-only. Useful if Windows is hibernated or the NTFS journal file is unclean.

А где соотв. опция тогда?

anonymous
()
Ответ на: комментарий от Kindly_Cat

Ну как не крути, но вещь работающая c FUSE не может давать производительность как у нативной (ядерной ФС) Так что скорость хорошая, а вот c iowait проблемы до сих пор. По практике различия в нагрузке процессора по iowait все же присутствуют.

drdim
()
Ответ на: комментарий от FeyFre

Гм. Ну dd с /dev/zero на 1) ntfs; 2) ext. Если всякие сжатия-разрежения не включены. Можно по 2 варианта, 1 большой файл и пачка небольших.

anonymous
()
Ответ на: комментарий от anonymous

Гм. Ну dd с /dev/zero на...

Оно то так, но фигурирует mc который сам 13% откушивает. Без него чистота эксперимента улетучивается.

FeyFre ★★★★
()
Ответ на: комментарий от anonymous

тебе поможет апгрейд компа

Ну что я могу сказать? Какраз оно и выполнялось: выполнялось срочное слияние 500ГиБ+200ГиБ винтов в один(в 500ГиБ) для последующей перепродажи всего остального железа и покупки нового. Обновился, но попробовать в тех же условиях и не стало как.

FeyFre ★★★★
()
Ответ на: комментарий от anonymous

А вообще фтопку. Что mc, что ntfs-3g, такого быть не должно (кэп, да). Попробуй то же, но mc запусти как-то так:

nice -19 ionice -c idle mc

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.