Медленная скорость записи на NTFS раздел, Debian Bullseye

Юзерспейсный драйвер ntfs-3g заброшен с 2017 года и не развивается, текущий драйвер в ядре вообще хуже некуда. Так что поддержка NTFS в Linux конечно есть, но она мягко говоря далека от идеала. Я потому предпочитаю по возможности использовать исключительно нативные ФС вроде ext4 и XFS, с ними проблем нет. Ситуация может улучшиться в новых ядрах, так как Paragon вроде намеревается открыть свой проприетарный драйвер под GPL и включить в основное ядро Linux, но этого придется ждать. Да, и спецификации NTFS закрыты, так что все драйвера написаны реверс-инжинирингом. Ну и поддержки нормальных прав Unix на файлы и каталоги нет и не будет.

Есть шанс, что в ядре 5.15 появится драйвер от Paragon.

ntfs-3g заброшен с 2017

У меня с ним проблем никогда не было, кстати. Скорость отличная. Постоянно перекидываю фильмы, проги и т.д. на файлопомоечный (к тому же древний) винт с NTFS.

когда-то давно запускал qemu образ, но не на ntfs, qemu делал много потоков io и люто лагал,
не знаю как это можно было вылечить, может нужно было vm.dirty* просто подогнать

вообщем все так. но есть опции монтирования поумолчанию. в разных дистрах могут отличаться потому у одного тормозит а у другого тормозит только он об этом не знает. поглядите опции там есть чего покрутить, как ext4 работать конечно не будет но более менее юзабельной произаодительности добится можно.

Добрый вечер. Поработаю археологом - уже найдено решение проблемы? У меня при записи на ntfs раздел скорость на порядок ниже скорости записи на ext4 раздел одного и того же физического носителя, а хотелось бы чтобы отличалась на проценты.

https://www.paragon-software.com/ru/home/ntfs-linux-professional/

Но мне казалось, что они уже в ядро это добавили

Конечно добавили. Достаточно посмотреть темы (включая новости) с тегом ntfs

Драйвер Paragon Software на плаву: сопровождение NTFS3 возобновлено

Ядро какой версии? Как монтируется ntfs раздел?

Советую внимательно прочесть

https://wiki.archlinux.org/title/NTFS

Чтение на всякий случай

Linux 5.15 (комментарий)

Драйвер Paragon Software на плаву: сопровождение NTFS3 возобновлено (комментарий)

Драйвер Paragon Software на плаву: сопровождение NTFS3 возобновлено (комментарий)

Спасибо

Благодарю! То есть надо искать инструкцию как поставить правильное ядро со встроенным драйвером парагона который якобы работает стабильно. Прямо сходу в гугле не вышло, придется потратить чуть позже чуть больше времени.

По монтированию флешек - черт с ними, речь идет об использовании раздела диска в NTFS из-под Linux и из-под Windows одновременно. Поскольку с чтением ext4 под виндой все еще хуже чем с ntfs в Linux (плагины к Total Commander и прочие костыли не предлагать) то надо именно ntfs.

Поскольку винда стоять рядом будет - при ошибках с таблицей файлов Chkdsk будет откуда запустить, главное чтобы при таких ошибках, сделанных при парагоновском драйвере, винда могла их исправить. Винду никогда не покупал потому остальные аргументы из сообщения по ссылке - мимо меня :-)

То есть надо искать инструкцию как поставить правильное ядро со встроенным драйвером парагона который якобы работает стабильно.

Для начала надо посмотреть наличие параметра конфигурации CONFIG_NTFS3_FS и его значение в текущем ядре

Интересные вещи. Нашел в /boot/config-$(uname -r) значение CONFIG_NTFS3_FS=m (у меня ядро 5.19), аналогично в cat /lib/modules/$(uname -r)/build/.config то есть поддержка NTFS уже в ядре через драйвер от Paragon. Почему же тогда скорость в разы хуже ext4 ? Одно и то же устройство физически, соседние разделы диска. Это не отличие начало / конец диска. Запись на ext4 260-270 MB/s, на ntfs раздел 11-13 MB/s

Дошло. Linux по умолчанию монтирует как fuseblk, надо явно указывать

mount -t ntfs3 /dev/sdxY /mnt

Скорость даже выше ext3 стала, 340-350 MB/s но это уже можно списать на то что ntfs раздел находится на диске раньше.

можно и не списывать, парагоновский ntfs на уровне ext4, а ext4 зачастую быстрее ext3

раздел находится на диске раньше

Подозрительно высокая скорость для hdd

Есть большое подозрение, что этот модуль – spyware. У Oracle хватило ума в UEK R7 (5.15) его не собирать.

Так вроде бы исходники открыты, или нет? Кто-то проводил аудит?