Thật không may, đây là một vấn đề phổ biến với các dự án cộng đồng.
Khi cộng đồng xác định một vấn đề quan trọng, các dự án sẽ xuất hiện để giải quyết nó. Trong trường hợp này, vấn đề là việc sử dụng NTFS FS.
Linux-NTFS (trình điều khiển FS kernel), được tạo trước và sau một thời gian phát triển bị đình trệ. IMO một lựa chọn tồi, nó xứng đáng được ưu tiên và vẫn còn. Trình điều khiển này đã ổn định, chỉ đọc, miễn là tôi đã làm Linux (hơn nửa thập kỷ). Điều này chỉ giải quyết một nửa vấn đề, vì vậy cộng đồng tìm kiếm bất cứ nơi nào họ có thể.
Captive NTFS (Driver Wrapper cho NTFS.SYS), tương đối dễ tạo hơn. Như nhiều mã đã tồn tại trong các dự án khác. Lý do chính khiến cộng đồng tìm kiếm là vì NTFS.SYS không phải là Phần mềm miễn phí.
NTFS-3G (Fuse), được ghép vào nhau và có đầy đủ chức năng. Dự án có động lực thương mại của tuxera. Dự án này giải quyết vấn đề ban đầu là sử dụng NTFS từ Linux. Tuxera cung cấp trình điều khiển hạt nhân NTFS độc quyền cao cấp, nêu bật lý do tại sao cộng đồng cần hoàn thành Linux-NTFS.
Vì vậy, với các vấn đề ban đầu được giải quyết, sự phản đối kịch liệt của cộng đồng. Điều này có thể không may, vì nhiều lần thực hiện đúng không bao giờ được hoàn thành. Khi tôi nghĩ về nó, tuxera thực sự đã bảo vệ việc thực hiện NTFS hạt nhân độc quyền của nó. Tạo trình điều khiển FUSE kém hơn, làm mát việc đẩy cho trình điều khiển hạt nhân GPL hoạt động tốt.
Bây giờ chỉ để làm rõ, tôi là một người ủng hộ / người đam mê dự án cộng đồng lớn. Tôi cũng chỉ là một nhà phê bình, không có khả năng lập trình kernel. FUSE có nhiều giá trị, đặc biệt đối với các trình điều khiển FS đặc biệt. Sự thật phũ phàng lạnh lùng vẫn còn, Trình điều khiển Kernel FS cung cấp hiệu suất mạnh hơn nhiều. Viết trình điều khiển kernel mất nhiều thời gian / tài năng hơn, sau đó là một triển khai FUSE tương đương. Cả hai (Thời gian từ các lập trình viên cộng đồng tài năng), luôn luôn bị thiếu hụt.
Tôi hy vọng điều này giải thích tình hình hiện tại, liên quan đến hỗ trợ Linux NTFS.