fstab, в чем недочет конфигурации файла?

ХМ, ну что ж, если вы утверждаете, что у вас корректно работает запись через ядерный драйвер, возможно я не прав. Но, если честно, я сомневаюсь, что в ядровключили код (поддержка записи на NTFS), нарушающий патенты microsoft.

Когда я пробовал указанный драйвер на запись то в лучшем случае ни чего не записывалось, а в худшем на эту файловую систему из под Windows ничего нельзя было записать. Так, что я думаю из этих вводных данных и вы бы сделали такой же вывод - ядерный драйвер лучше использовать только для чтения.

Ну а по поводу "бугага" - учитесь корректно высказывать свои мысли и общаться.

Неужто твоё использование NTFS действительно подходит под нижеприведённый use case?

А если мы заглянем таки в документацию, да и хотябы help по опции ядра, то узреем там интересную вещ:

CONFIG_NTFS_RW:

This enables the partial, but safe, write support in the NTFS driver.
The only supported operation is overwriting existing files, without
changing the file length.  No file or directory creation, deletion or
renaming is possible.  Note only non-resident files can be written to
so you may find that some very small files (<500 bytes or so) cannot
be written to.

While we cannot guarantee that it will not damage any data, we have 
so far not received a single report where the driver would have 
damaged someones data so we assume it is perfectly safe to use.

Note:  While write support is safe in this version (a rewrite from
scratch of the NTFS support), it should be noted that the old NTFS
write support, included in Linux 2.5.10 and before (since 1997), 
is not safe.

This is currently useful with TopologiLinux.  TopologiLinux is run
on top of any DOS/Microsoft Windows system without partitioning your
hard disk.  Unlike other Linux distributions TopologiLinux does not 
need its own partition.  For more information see
<http://topologi-linux.sourceforge.net/>

It is perfectly safe to say N here.

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

Я могу предложить несколько вариантов. Стоит например, проверить, а не создал ли пакет ntfs-3g симлинки/алиасы для того чтобы работать вместо родного ядерного ntfs-драйвера, в той ОС в которой ты его используешь на запись (если это использование отличается от вышеприведённого, конечно, случая). И если ты действительно используеш ядерный драйвер NTFS для записи разного рода новых файлов, то необходимо непременно написать bugreport в LKML о устаревшей документации, а также обрадовать разработчика данного драйвера что его код саморазвился до полной поддержки NTFS. Также можно поискать следы инопланетян или ИИ, которые вероломно, в тайне от всех, доработали NTFS-драйвер в ядре.