Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от opennews (??), 21-Апр-26, 20:43
После шести с половиной лет разработки опубликован релиз пакета NTFS-3G 2026.2.25, включающего свободный драйвер, работающий в пространстве пользователя с использованием механизма FUSE, и комплект утилит ntfsprogs  для манипуляций с разделами NTFS. Код проекта распространяется под лицензией GPLv2... Подробнее: https://www.opennet.me/opennews/art.shtml?num=65262
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от Аноним (1), 21-Апр-26, 20:43
Для чтения с ntfs - сойдет. А вот если писать большие файлы на ntfs, возникает жуткая фрагментация.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
	Сообщение от Аноним (5), 21-Апр-26, 21:27
	Double Commander не проверяли? У него есть опция "Резервировать место", включено по умолчанию https://doublecmd.github.io/doc/ru/copymove.html
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (20), 22-Апр-26, 00:23
	В Midnight Commander тоже есть. Правда, резервирование места на NTFS очень тормозное, т.к. тупо заливает добавленное место нулями. Т.е. при копировании файл записывается дважды.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск NTFS-3G 2026.2.25"	+1 +/–
	Сообщение от dannyD (?), 22-Апр-26, 06:39
	надо будет проверить и обязательно выключить.... --- проверил - ок
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
	Сообщение от пох. (?), 22-Апр-26, 10:46
	что, ОПЯТЬ нишмагли? prealloc первым появился именно в вендепоганой - аж в 2000. Л@п4@тые потом еще лет десять рассказывали что он вам нинунанинуна. Потом правда еще года за два таки запилили по тихому. Или твой экспириенс прямой поставки из 2002го?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

2. "Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от Аноним (2), 21-Апр-26, 20:43
Ждем ntfsplus чтобы избавиться от этого legacy
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск NTFS-3G 2026.2.25"	+1 +/–
	Сообщение от Аноним (4), 21-Апр-26, 21:17
	Это "ждём" движется по кругу в некоторых средах.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск NTFS-3G 2026.2.25"	+5 +/–
	Сообщение от Аноним (9), 21-Апр-26, 22:15
	Голосом Каневского: "От легаси, конечно, избавиться, не удалось..."
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	11. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Другоанон (?), 21-Апр-26, 22:55
	Так ntfp(plus) чел 4 года, если не ошибаюсь, переписывал, с учетом последних фитч ядра. Так что там по идее от старого драйвера остались рожки да ножки.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск NTFS-3G 2026.2.25"	–2 +/–
	Сообщение от Аноним (13), 21-Апр-26, 23:23
	Кто такой Каневский? Это какое-то legacy?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	39. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (39), 22-Апр-26, 09:54
	один из мантайнеров ядра
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск NTFS-3G 2026.2.25"	+4 +/–
	Сообщение от Аноним (22), 22-Апр-26, 00:48
	Что-то подсказывает, именно это "легаси" и будет работоспособно. Впрочем, как и раньше.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	41. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от пох. (?), 22-Апр-26, 10:28
	Но заметь - ОПЯТЬ новую версию приурочили к выпуску (опять нового) kernel space драйвера. Так что польза от корейца все же есть.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
Сообщение от Аноним (4), 21-Апр-26, 21:15
Пару раз он замечательно порол мне файловую систему.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от Аноним (6), 21-Апр-26, 21:28
а Парагоновский, который тоже обновился? https://lore.kernel.org/lkml/20260420150756.6058-1-almaz.ale.../
Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (5), 21-Апр-26, 21:46
	В 7.1-rc1: исправления кто-нибудь бэкпортирует в 7.0? Я просто не очень в курсе, как это происходит. Или подобным занимаются мейнтейнеры дистрибутивов?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (26), 22-Апр-26, 01:34
	Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (-), 22-Апр-26, 03:34
	> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить. А у кого-то еще действующий 486 остался с современным линухом на нем?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (37), 22-Апр-26, 08:45
	>> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить. > А у кого-то еще действующий 486 остался с современным линухом на нем? Нет, конечно, но бэкпортировать все равно надо :)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (-), 22-Апр-26, 12:20
	> Нет, конечно, но бэкпортировать все равно надо :) Ну тогда пусть те кто это требует - построят бамбуковый самолет и диспетчерскую вышку. Не то чтобы он летать будет, но ритуал то ради ритуала - мастхэв!
	Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск NTFS-3G 2026.2.25"	+3 +/–
Сообщение от Аноним (37), 21-Апр-26, 21:52
работает оно нормально. нужно не часто. проблем за 10+ лет с ним не ловил
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск NTFS-3G 2026.2.25"	+3 +/–
Сообщение от Аноним (10), 21-Апр-26, 22:20
Чет все зашевелились после принятия в ядро ntfs plus, который теперь просто ntfs. Наверное это все хорошо, хотя лучше бы раньше они активничали
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск NTFS-3G 2026.2.25"	+1 +/–
Сообщение от mshewzov (ok), 21-Апр-26, 23:03
А оно поддерживает сжатие NTFS?
Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск NTFS-3G 2026.2.25"	+4 +/–
	Сообщение от Аноним (14), 21-Апр-26, 23:24
	Поддерживает. Ещё поддерживает сжатие из одиннадцатки на reparse pointах, но нужен плагин. И даже дедупликацию, тоже на reparse pointaх, но там плагин вообще написан на си шарпе и через клей приклеен к коду на си.
	Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от Аноним (15), 21-Апр-26, 23:27
Повторю вопрос: когда ваш хвалёный BTRFS в линуксовом варианте впилт поддержку reparse pointов на eBPF, и вообще reparse pointы как first-class citizens? Никогда. Когда он трекать свободное место будет не деревьями, а битмапами, как все нормальные ФС делают? Тоже, наверное, никогда.
Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск NTFS-3G 2026.2.25"	+2 +/–
	Сообщение от Аноним (16), 21-Апр-26, 23:51
	Лол, динамические структуры это и есть нормальный подход, а не плейн битмапы, как деды в сорок первом
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (24), 22-Апр-26, 01:22
	Если вы готовы платить за оверхед, и терпеть развалы. Свободное место НИКОГДА нельзя трекать указателями, будут как в FAT пересекающиеся файлы, когда в результате глюка или bit rot перехлестнулся указатель, и свободное место теперь на настоящий файл указывает, а дальше аллокатор берёт и выделяет место друому файлу прям в том же файле, и вашим ценным данным настаёт капут. Причём что новым, что старым, chkdsk отличить легитимного владельца не сможет оодного от другого, и либо скопирует и разбирайтесь сами, либо потрёт. Поэтому для таких структур без контрольных сум совсем нельзя, но в FAT обходились. А хранить контрольные суммы на каждый экстент свободного места - накладненько будет. В битмапе можно весь битмап просто кодами коррекци накрыть, не говоря уже о том, что битмап находится в конкретном заранее известном месте на диске, обычно с максимальной линейной скоростью, и одним куском, и не надо по всему диску головки дёргать. Если вы хотите сэкономить на чтени, то вы можете под битмап на дииске полностью место выделить, но хранить его в виде жатого битмапа, соответственно читать не блоки битмапа разжатого размера, а блоки жатого. Ничего лучше битмапа для трекинга свободного места так и не придумали.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск NTFS-3G 2026.2.25"	+1 +/–
	Сообщение от Аноним (24), 22-Апр-26, 01:28
	А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим с copy on write, либо накладненько будет, либо придётся хитрить и зворачиваться, а там в спеке на BTRFS заявляется, что базовый слой ФС-базы данных укладывается в три сишных структуры, поверх которых всё и строится. А сам битмап - это и есть база, добавлять ещё и его в базовые структуры рушит эстетиику проекта. Хотя у нормальных людей эстетика - это не в красивиости внутреннего мира, а в обеспечении впролне потребительских свойств: надёжностии, скорости, фич. А с первым и вторым у BTRFS всё плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (-), 22-Апр-26, 03:27
	>  А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим Его никто не использует в современных дизайнах. Просто потому что в среднем по больнице экстентные аллокаторы - сильно быстрее педалирования немеряных битмапов. Это фича антикварных дизайнов из эры когда файлы и диски были - маленькие. Поэтому буквально все мало-мальски более свежие дизайны юзают экстенты и никаких битмапов. Пометить одним махом регион в дофига мегов куда шустрее чем педалить битмап который ему соотвестствует.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (40), 22-Апр-26, 10:12
	ОТкуда такая уверенность, что при использовании каких-то других методов фс не пойдёт по ** * "в результате глюка или bit rot"?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	21. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
	Сообщение от Аноним (20), 22-Апр-26, 00:28
	Reparse point'ы - это гибко, но это вынужденное зло в винде с её убогой системой монтирования. В POSIX-системах любой mount point, по сути, и есть reparse point. Хранить их как объекты ФС - это костыль и черевато граблями.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	23. "Выпуск NTFS-3G 2026.2.25"	–3 +/–
	Сообщение от Аноним (23), 22-Апр-26, 01:12
	Reparse Pointы это вообще не про монтирование. Да, поверх них реализовали и точки монтирования, и симлинки. Но суть не в этом, а в том, что reparse point - это просто специальная метка для драйвера "это файл НЕВОЗМОЖНО правильно обработать без такого-то плагина, и ты, дорогой драйвер, этот плагин задействуешь, это не опционально, как ADS". При этом в самой reparse point можно максимум хранить 4 кибибайта, остальное - в самом файле или в ADS. И это я вам скажу - подход здорового человека, а не курильщика. Поверх них можно много чего реализовать. Ещё больше можно реализовать, если сделать фильтр-драйвер, берущий из реестра список опциональных reparse point, которые таки можно обработать без плагина в особо крайнем случае, но совершенно не нужно так делать, и проверяющий наличие в системе фильтр-драйвера для конкретного идентификатора, и если его нет - просто выдающий файл как есть. Так, например, можно прикрутить коды Рида-Соломона с фоллбеком если фильтр-драйвера нет. То есть в ADS хранить чексумму и par2 для блоков, и проверять при чтении, но если нет драйвера с этой фичей - в систему поставить драйвер-заглушку, который просто будет выдавать файлы как они есть, не проверяя и не обновляя хеш-суммы и коды. И никакой BTRFS не нужен c data=dup, коды рида-соломона вообще по месту меньше оверхед будут иметь, чем дубликация. А вот рефлинки так сделать не получится, тут фильтр-драйвер обязателен. Рефлинки можно сделать так: сам файл пишется как последовательность номеров инод, при чтении блока ходится по адресу, при записи блока - выделяется файл размером с блок, и его номер иноды заносится в файл. Заметь, это не ависит от ФС, при наличии в ядре и в ФС механизма reparse points, это можно хоть поверх ext4 сделать, главное чтобы было как хранить сами reparse points, к ext2 их можно на xattr на скотч приделать, но вот в более молодых системах желательно как first class citizens. В случае ядра линукс вместо драйвера с доступом ко всему ядру сам фильтр-драйвер может быть сделат в виде программы eBPF.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (28), 22-Апр-26, 02:27
	Какая дичь, что тебе мешает хранить файлы как файлы и открывать их соответствующими программами? может тебе mp3 проигрывателя в драйвере фс не хватает Какие плагины? чтобы что? чтобы экономить 3кб озу или что, или чтобы тебе всякие васяны ушатывали фс своими поделками > Ещё больше можно реализовать Можно что угодно реализовать, бери fuse и вперед, в линуксе даже такое есть, с примерами на любом языке в отличии от этих ваших божественных оболочек доса
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (38), 22-Апр-26, 08:59
	Эт булшит. Парити уже задействуется дисками, твой пример высосан. Да и при передаче по сети битый файл сегодня получить надо постараться. Ну и ты, видимо, не понимаешь, что парити не замена копии.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	29. "Выпуск NTFS-3G 2026.2.25"	+1 +/–
	Сообщение от Аноним (-), 22-Апр-26, 03:19
	> Когда он трекать свободное место будет не деревьями, а битмапами, Это уже более никто и никогда делать - не будет. Потому что тормозит в современных реалиях что капец просто. Это анти-фича легаси дизайнов из 90х прошлого века.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

27. "Выпуск NTFS-3G 2026.2.25"	–2 +/–
Сообщение от Аноним (27), 22-Апр-26, 01:45
Ещё продублирую ФС в принципе может быть модульной. То есть один класс для трекинга свободного места, другой класс для структуры айнодов, третий класс для папок, четвёртый для аллокатора, пятый - для реализации суперблока, шестой - для экстента, седьмой - для связывания экстентов друг с другом, восьмой - для файлового слоя и его трюков вроде reparse points, девятый - для хеширования, и т. д. И всё взаимодействует с обобщённым ядром ФС через абстрактные интерфейсы. После чего конкретную ФС можно будет собрать просто выбрав реализации примитивов. 1. выбрав нужные реализации можно обратно собрать одну из существующих ФС, которые разобрали на примитивы. 2. заменив примитивы на примитивы-разветвители, и включив в них оригинальные примитивы можно держать несколько параллельных систем с одними и теми же данными. 3. поменяв примитивы-разветвители с параллельных на проверяющие-создающие и обойдя все файлы - получаем in-place недеструктивную конвертилку ФС. 4. вставив примитивы-переходники в нужные места получаем трюки блочного слоя (LVM2, Storage Spaces, RAID) В общем очень гибкая система могла бы быть.
Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
	Сообщение от Аноним (40), 22-Апр-26, 10:36
	Чувак, ты гений! Теперь при развале ФС, порче данных, и вообще, при любом глюке, авторы модулей смогут перепихивать ответственность друг на друга, постоянно устраивать свары по поводу толкования АПИ интерфейса между примитивами, форкать модули, форкать весь продукт ради выбора другого набора модулей, и так далее. Ты не задумывался - почему так не делают? Почему ФС выкатывается как цельный продукт? Потому что разброд и шатание - это не то, что можно себе позволить при разработке такого фундаментально важного продукта, как ФС.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от пох. (?), 22-Апр-26, 10:49
	чо ж у вас афтыри все как на подбор такое г-но? Ну ничего, rhbm уже наняло им нормальных индусов с палками. (и смотри-ка - как бы ни был ужасен бутерброд lvm-thin-xfs - он работает. Видимо перекладывателей ответственности там как тех крокодильчиков...)
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от Аноним (-), 22-Апр-26, 12:18
	> чо ж у вас афтыри все как на подбор такое г-но? То что в реальном мире - единорогов и розовых пони не бывает. Как и программистов которые совсем не ошибаются. А с учетом масштаба задачи он таки - покушает гамна лаптем на все 200%. Шишкин с своим шишкинфс4 уже проверял - неподъемно получится и за время кодинга успеют условия задачи поменяться. > Ну ничего, rhbm уже наняло им нормальных индусов с палками. (и смотри-ка > - как бы ни был ужасен бутерброд lvm-thin-xfs - он работает. Но саппорт от rhbm лучше все же купить. Потому что если вдруг что где не так - ну и что ты будешь делать тогда? > Видимо перекладывателей ответственности там как тех крокодильчиков...) Удачи тебе в менеджменте всякими сратисами + xfs. Я конечно понимаю что пох. не был бы пох. если б не советовал самый залетный и хреновый вариант из всех доступных назло бабушке, но все же.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск NTFS-3G 2026.2.25"	+/–
	Сообщение от пох. (?), 22-Апр-26, 12:57
	> То что в реальном мире - единорогов и розовых пони не бывает. Как и программистов > которые совсем не ошибаются. ошибаться можно. Врать и хамить вот не стоит, как и заниматься откровенным саботажем. А с этим у адептов почему-то как раз не получается, пока злые дяди с палками не придут и фронт работ не обозначат. > Но саппорт от rhbm лучше все же купить. "а придетца". Хотя бы для доступа к документации (на шв260дкин код!) за пэйволом. (ну и к нормальным версиям а не вечной пре-альфа) Нет, ни для чего другого он не нужен. Бизнес у них не по продаже саппорта как тутошние наивные дети верят. Бизнес у них по перепродаже вашего труда. Ну вот потому что сами вы трудиться не умеете и не хотите нормально, так что в целом все правильно делают. > Удачи тебе в менеджменте всякими сратисами + xfs. но нотабаг надысь при всей почтенной публике (как раз по описанному тобой сценарию - все виноваты, автыр не виноват, исправлять ничего не будет потому что может) случилсо вовсе не в xfs. Удивительно, правда?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск NTFS-3G 2026.2.25"	–1 +/–
	Сообщение от Аноним (-), 22-Апр-26, 12:13
	> В общем очень гибкая система могла бы быть. Было уже такое. Reiser4 называлось. А потом и Reiser5. В силу сложности и масштаба задачи vs постоянной смены правил игры типа пришествия ssd и сверхскоростного io - оказалось нахреннужно и труднореализуемо. Так что вся эта вавилонская башня оказалась vaporware в основном. Но вы можете попробовать еще раз. Разумеется убивая свое время и ресурсы прежде всего. Во первых потому что лучше архитекта мало кто знает как оно. Во вторых потому что у других могут быть иные идеи на этот счет.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

51. "Выпуск NTFS-3G 2026.2.25"	+/–
Сообщение от Ананоним (?), 22-Апр-26, 13:03
Вангую потерю данных!
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема