Ne yazık ki bu, topluluk projelerinde yaygın bir sorundur.
Topluluk önemli bir sorunu tespit ettikten sonra, bu sorunu çözmek için projeler açılır. Bu durumda, sorun NTFS FS kullanımıdır.
Linux-NTFS (çekirdek FS sürücüsü), Önce yaratıldı ve bir süre sonra gelişme durdu. IMO kötü bir seçim, önceliği hak ediyor ve hala yapıyor. Bu sürücü, Linux yaptığım sürece (yarım on yıldan fazla) kararlı, salt okunur. Bu, sorunun yalnızca yarısını ele alır, bu nedenle topluluk ellerinden geldiği her yere baktı.
Esir NTFS (NTFS.SYS için Sürücü Wrapper) oluşturmak nispeten daha kolaydı. Diğer projelerde zaten kod vardı. Topluluğun bakılmasının temel nedeni NTFS.SYS'nin Özgür Yazılım olmamasıydı.
NTFS-3G (Sigorta) birlikte tokatlandı ve tamamen işlevsel. Proje, Tuxera'nın itici ticari gücüne sahiptir. Bu proje, Linux'tan NTFS kullanımındaki orijinal sorunu ele almaktadır. Tuxera, topluluğun neden Linux-NTFS'yi tamamlaması gerektiğini vurgulayan birinci sınıf tescilli bir NTFS çekirdek sürücüsü sunar.
Bu yüzden orijinal sorun ele alındığında topluluk çığlığı serinledi. Bu talihsiz olabilir, çoğu zaman doğru uygulama asla tamamlanmaz. Bunu düşündüğümde, Tuxera kendi özel çekirdek NTFS uygulamasını gerçekten korudu. Düşük bir FUSE sürücüsü oluşturmak, sağlam bir performans gösteren GPL çekirdek sürücüsü için baskıyı soğutdu.
Şimdi açıklığa kavuşturmak için büyük bir topluluk projesi destekçisi / meraklıyım. Ayrıca çekirdek programlama yeteneği olmayan bir eleştirmen oldum. FUSE, özellikle özel FS sürücüleri için birçok özelliğe sahiptir. Soğuk sert gerçekler hala duruyor, Kernel FS Sürücüleri çok daha güçlü performans sağlıyor. Çekirdek sürücüleri yazmak çok daha fazla zaman / yetenek, daha sonra benzer bir FUSE uygulaması gerektirir. Her ikisi de (Yetenekli topluluk Programcılarından Zaman) her zaman yetersiz kalmıştır.
Umarım bu Linux NTFS desteği ile ilgili olarak mevcut durumu açıklar.