На жаль, це спільна проблема з громадськими проектами.
Після того, як громада виявить значну проблему, з'являються проекти для її вирішення. У цьому випадку проблема полягає у використанні NTFS FS.
Linux-NTFS (драйвер FS ядра), був створений спочатку, а через деякий час розвиток зупинився. ІМО поганий вибір, він заслужив пріоритет і все ще робить. Цей драйвер стабільний, лише для читання, поки я робив Linux (понад пів десятиліття). Це вирішує лише половину проблеми, тому громада шукала де завгодно.
Захоплений NTFS (Driver Wrapper для NTFS.SYS) було порівняно простіше створити. Скільки коду вже існувало в інших проектах. Основна причина, на яку спільнота зверталася, полягає в тому, що NTFS.SYS не є вільним програмним забезпеченням.
NTFS-3G (плавкий запобіжник), був плесканий разом і є повністю функціональним. Проект є рушійною комерційною силою Tuxera. Цей проект вирішує оригінальну проблему використання NTFS з Linux. Tuxera пропонує преміальний фірмовий драйвер ядра NTFS, який підкреслює, чому спільноті потрібно виконати Linux-NTFS.
Тож із вирішеною початковою проблемою охолодження громади охололо. Що може бути прикро, адже правильна реалізація ніколи не завершується. Коли я замислююся над цим, Tuxera фактично захистив свою власну реалізацію ядра NTFS. Створюючи неповноцінний драйвер FUSE, охолоджував натиск для надійного драйвера ядра GPL.
Тепер для уточнення я є прихильником / ентузіастом громадського проекту. Я просто також став критиком, не маючи можливості програмування ядра. FUSE має багато достоїнств, особливо для спеціальних водіїв FS. Факти холодного жорсткості все ще залишаються, драйвери Kernel FS забезпечують набагато більшу продуктивність. Написання драйверів ядра потребує набагато більше часу / таланту, а потім порівняльна реалізація FUSE. І те, і інше (час від талановитих програмістів громади), завжди не вистачало.
Я сподіваюся, що це пояснює ситуацію, що стосується підтримки Linux NTFS.